项目开发部管理制度

项目开发部管理制度

对于项目管理的出现，相对具有说服力的一些特别事件包括： 1917年，亨利甘特发明了著名的甘特图，使项目经理按日历制作任务图表，用于日常工作安排。l

1957年，杜邦公司将关键路径法(CPM)应用与设备维修，使维修停工时间由125小时锐减为7小时。l

1958年，在北极星导弹设计中，应用计划评审技术(PERT)，将项目任务之间的关系模型化，将设计完成时间缩短了2年。l

60年代著名的阿波罗登月计划，采用了网络计划技术使此耗资300亿美元、2万家企业参加、40万人参与、700万个零部件的项目顺利完成。l

哈罗德?科兹纳(HaroldKerzner)在其《ProjectManagementBestPractices:AchievingGlobalExcellence》(中文译作《项目管理最佳实践方法：达成全球卓越表现》，已由电子工业出版社出版)一书中这样来强调项目管理的重要性：“项目管理，一度被认为是公司最好拥有的一系列流程，现在已演化为公司生存不可或缺的结构化的体系方法了。很多公司现在意识到，包括日常工作的所有业务，都可以看成是一系列项目。简单地说，我们是通过管理项目来管理我们的业务的。”

项目管理的重要性是不言而喻的，比如从古老的金字塔、长城工程，到如今的三峡工程，从我们日常使用的如WINDOWS，WORD等软件到享受的优质服务如中国电信48小时装机时间、24小时故障响应

服务等企业服务中，我们都能从中感受到成功的项目管理产生的交付物所带来的价值。

项目管理关注于交付物的完成。所以，我们也可以简单地这么

了解项目管理：通过实现对项目中的各阶段的最小交付物的可控性，从而实现最终整体项目交付物可控性的过程。

从图1中我们已得知：项目管理自从二战以后得以规范发展以来，已经逐步演化出了完整的知识体系(如PMBOKE)、规范的管理思

想(如流程管理、风险管理、变更管理等)、特有的工具箱(如WBS、

关键路径分析、实现价值管理等)及专业资格认证(如PMP等)。正由

于有了这些因素构成的一种项目管理体系，所以能够保证企业能够实现对项目交付物的可控性，能够在最大程度上保证企业的项目成功是建立在一种稳定的基础上。这种关系就如图3所示：

而这四种因素，更是世界项目管理活动中的通行做法和最佳实

践的总结归纳，为了确保整体的项目管理知识体系跟的上应用的潮流，PMBOK等项目管理组织都会不定时地对其内容进行更新以适应应用的需要。

项目管理这种规范的力量正在影响并逐渐与企业的其他管理域

整合，如项目管理与TQM(质量全面管理)的整合从1985年就真正开

始了，由ISO(国际标准组织)发布的ISO9000正好为项目管理中的质量控制提供了指南，当时有一大批企业借助这种整合而取得了进步，如爱立信、摩托罗拉等。项目管理与销售管理的整合，由于其实践只是在极小一部分国际级和以项目驱动类型的大企业内部进行，市面上

的相关书籍也很少，同时从事销售工作的人对项目管理领域的东西不是很熟悉，觉得那是公司研发部或者是整天混工地的工程部门的高深学问，所以一直很少引起人们的注意，包括了极大部分的销售管理人员。

项目管理与销售管理的整合

PMI(美国项目管理协会)在PMBOK中定义了项目管理的9个知识领域，在项目管理与销售管理整合的实践中我们并不需要面面俱到，需要的是找到合适自己的知识领域。

销售管理也是一种交付物的管理，其交付物就是销售业绩。如

果按照定义，项目是在既定的资源和要求的约束下，为实现某种目的而相互联系的一次性工作任务的话，那么销售任务却是一种持续性的项目，要求是持续性地按时、按要求产出交付物。这项要求对于企业的销售体系与销售管理者而言，是一项极大的挑战。

与这项挑战不对等的是：销售管理知识体系毫无规范化可言!

因此，销售管理与项目管理的整合已势在必行。

销售管理与项目管理有类似的流程为这种整合提供了一个契机。这种相似的流程如图4所示：

从图4中我们可以看出，项目管理流程与销售管理流程有一定

的相似的地方，还有就是每一阶段的管理目的也是相似的，就是通过控制阶段的交付物以最终实现按时、按要求完成交付物。这两种相似性为我们的整合努力提供了一个契机。

但是在流程中的每一阶段，销售管理还未达到的高度是：项目管理知识体系已经发展出了非常完善与规范的过程及过程的依据、成果及工具来对流程进行管理。举个例子：如在项目管理流程的计划阶段的“制作工作分解结构”这一过程，PMBOK有以下的依据、成果和建议工具，而这种规范性在销售管理中却是很少见的。如图5所示：正是由于这种过程的类似性与过程管理的差距性并存的情况，为企业在整合项目管理与销售管理的努力中提供了一个方向：那就是根据销售管理的现实环境，吸取项目管理的知识，逐步去缩小这种过程管理的差距!

规范的力量

企业在整合项目管理与销售管理的过程，是一种获得规范的力量的过程，获得这种力量的结果将为企业造就一种强大的竞争力。正如下面一个案例所说的：规范的力量，让竞争对手面临的是一个人与一个体系的竞争。

“最近区域内丢了好几个大单了!”金伦科技业务部经理钟涛勇跟笔者埋怨。金伦科技是中国铁通在华南地区最大的代理商，主要是向机构客户销售铁通的通信产品，其竞争对手主要是中国网通与中国电信。

“我们的业务人员每天都在盯着那几个新起的工厂呢，按道理说我们的资费又优惠、人员也跟的紧，各方面也都差不多，偏偏就是被中国电信抢了!”

为了弄清楚丢单的真正原因，笔者决定跟他一起去找被抢单的客户沟通一下原因。最终，我们联系上了其中一家音响企业的电脑部负责人。

该音响企业在区域内新开了一个工业园区，里面除了自己企业的办公外，其他的办公楼都出租给其他企业使用。目前已经与中国电信签了合同。

通过最终与该负责人的交流，我们得知以下几点导致了该单最终被中国电信抢走。

1，该企业一开始同时接洽了电信、铁通与网通的业务人员，一开始铁通的优惠资费是非常吸引人的，但是是电信的业务人员最先接触到了企业老板。

2，在双方合作范围的问题上，三家运营商的业务人员都提到了整个工业园区的合作方案，但在合作细节商讨上，中国电信明显做到了更快的回应。比如，工业园区当初想运营商帮其铺设内部网络和线路，中国电信的业务员第二天就有了明确回复和合作细节，而其他两家运营商迟迟不见答复。

3，在资费优惠、号码资源上，中国电信也做到了更快的回应。

问题了解到这里已经差不多了，即虽然资费上没有优势，但是在接触客户关键人物、跟进速度、需求反馈等问题上面，中国电信明显占了上风。

金伦科技的销售管理就是销售经理的管理，即“人管”。每位业务经理手下有若干业务人员，每个人单独开发客户。没有明确的销

售管理体系，对业务人员的管理依靠的是销售经理的日常管理及一份绩效考核制度。

中国电信的销售管理其内部的《中国电信大客户管理系统》的支持，该系统是一个非常完善与规范的客户管理系统，该系统中的业务管理这块功能如图6所示：

该业务管理系统说明了每一位客户，包括潜在客户、意向客户在该系统中都会有明确的定义、评估标准、跟进监督等功能。如上面那个音响企业，虽然一直是业务人员(中国电信中称之客户经理)在跟进，但是在其内部销售管理流程中，分别经历了以下这些流程，这意味着：当金伦科技的业务员在靠着自己的努力在跟进客户的时候，他其实是面对中国电信这个完善和规范的客户管理体系进行竞争。因此，丢单的事情就水落石出了，这不是一件偶然的事件，若金伦科技依然不改善其销售管理体系的话，这种事情还会接着发生。

当然，中国电信的销售管理体系不是在一夜之间产生的。它经历了下面三个过程，这也是项目管理与销售管理一次整合的过程。

如图8所示，中国电信的销售管理体系走过了这三个阶段，其中智能化的销售管理指的是利用IT信息化技术来实现规范销售管理中的部分功能与活动，而且需要说明的是：这种过程不是静止的，中国电信会根据实际需要来更新体系中不合适的部分。

这一切都已经开始变得显而易见了，销售管理项目化能够很好地全部解决或者部分解决销售活动可控性的问题，甚至这种项目化的

努力最终会构成企业核心竞争力的重要元素之一，这种努力，企业将难以避免。

软件开发管理制度

版本页标题：技术开发管理制度 主题：软件开发管理制度 文档编号： 版本说明：

国富商通 软件开发管理制度 第一节总则 第一条为规范自有软件研发以及外包软件的管理工作，特制定本制度。本制度适用于公司软件研发与管理。 第二条本制度中软件开发指新系统开发和现有系统重大改造，此类工作均需要以项目制管理。 第三条本制度中自行开发是指主要依赖公司自身的管理、业务和技术力量进行系统设计、软件开发、集成和相关的技术支持工作，一般仅向外购置有关的硬件 设备和支撑软件平台；合作开发是公司与专业IT公司（合作商）共同协作 完成IT应用的项目实施和技术支持工作，一般形式是公司负责提供业务框 架，合作商提供技术框架，双方组成开发团队进行项目实施，IT系统的日常 支持由技术研发部承担；外包开发是指将IT应用项目的设计、开发、集 成、培训等任务承包给某家专业公司（可以是专业的IT公司或咨询公司 等），由该公司（承包商）负责应用项目的实施。 第四条软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管理、项目计划和监控、配置管理、合作开发管理和结项管理。软件工程涉及需求管 理、系统设计、系统实现、系统测试、用户接受测试、试运行、系统验收、 系统上线和数据迁移。 第五条除特别指定，本制度中项目组包括业务组（或需求提出组）、开发组（可能包括网络管理员和合作开发商）。 第二节立项管理 第六条提出项目需求的部门参与公司层面立项，进行立项的技术可行性分析，编写《立项分析报告》（附件一），开展前期筹备工作。《立项分析报告》应明确 项目的范围和边界。 第七条需求提出部门将《立项分析报告》交相关部门会签后，上交公司总裁与董事长进行立项审批，以保证系统项目与公司整体策略相一致。

软件开发管理办法

软件开发管理办法 1 软件开发 1.1软件开发流程 1.2项目策划 根据年度软件开发计划确定的项目或用户提出的需求变更项目，组织进行项目前期策划，确定项目实现目标、内容、质量要求、工期，下达《软件开发任务书》或对用户《需求变更申请》进行审核和任务安排，项目组接到任务后组织实施。项目组根据任务安排，编制《软件开发计划》。 1.3系统需求分析 项目组根据项目内容和目标，编制《需求调研计划》和《需求调查表》，组织用户参加的项目启动会，讨论通过《需求调研计划》，用户按《需求调查表》的内容准备调研材料。开发项目组和用户组成联合项目组，共同推进项目的实施。 调研阶段完成后形成《软件需求规格说明书》，重点明确以下内容：组织机构、岗位职责、业务流程、所需的业务功能，业务功能和岗位的对应关系，业务功能处理的数据项，业务功能的详细描述。 需求分析完成后，由内部组织进行阶段评审，填写《阶段评审记录》。

组织召开需求确认会，《软件需求规格说明书》由用户审查通过后，填写《用户需求确认单》。 依据《软件需求规格说明书》，编制《系统测试计划》初稿。1.4系统设计 依据《软件需求规格说明书》进行系统设计，形成《软件设计说明书》，主要内容包括软件功能设计说明、数据库设计说明、功能的数据处理说明（功能-数据关联矩阵）、程序模块设计说明（后期完善）等。 系统设计完成后，由内部组织进行阶段评审，填写《阶段评审记录》。 依据《软件设计说明书》，补充完善《软件测试计划》。 1.5编码 依据《软件设计说明书》，遵守有关技术规范，在开发平台上进行编码，实现软件功能。 编码完成后，编写《用户操作手册》，补充完善和修改《软件设计说明书》，把编程过程中数据设计、功能设计的变动进行文档修正，补充程序模块设计说明，编制《软件组件清单》、《数据对象清单》，修改完善《系统测试计划》。 1.6测试 项目组内部组织完成单元测试。 编码完成后，由内部组织进行阶段评审，填写《阶段评审记录》。

研发中心软件项目管理制度

山大华天软件公司 研发中心 软件项目管理制度山东山大华天软件有限公司

文档历史

目录 1.目的范围 (4) 2.项目计划 (4) 3.项目跟踪 (4) 4.项目计划的变更控制 (5) 5.发布控制 (5) 6.相关处罚及操作流程 (6)

1.目的范围 为了研发中心各项目组更好的开展项目管理工作、保证公司及时了解项目进展状况特制定本制度。 本文适用于研发中心内所有软件项目的项目管理要求。 2.项目计划 2.1.项目计划制定前必须先进行估算，保留估算记录。 2.2.所有项目每月至少设置一个里程碑，项目不得少于三个里程碑。 2.3.项目要设置阈值，根据阈值给定项目的阈值结束时间。 2.4.项目WBS分解时 排定或每次修订任务时均要保证此后一个月的工作安排进行了细化。工作细分为每人1~5天的可验证的小任务，原则上要求任务的责任人必须为单人，多人任务责任人为第一人（顺序）。 对于细化后的任务，如果多个人负责同一任务，则要按每人分开描述，不允许出现多个人负责同一任务的混乱描述。 如遇特殊情况无法对后面一个月的工作进行详细预测时，必须至少要对后面两周的项目工作进行细化。 2.5.项目计划的评审和确认 项目计划（包括时间进度表计划）要得到每个相关人员的认可和承诺，并通过正式的评审。评审提出的问题必须及时得到修改。 3.项目跟踪 3.1.每周跟踪 3.1.1.项目组必须召开项目周会，约定确切周会时间，并写入计划。 3.1.2.所有项目，必须周日24：00之前上报《项目周报》和每周更新的项 目Project计划到信息管理员处。 (1)依据实际工作完成情况，更新时间进度表中的任务完成百分比。 (2)根据实际工作完成情况，及时制定下个阶段的时间进度表，细分粒度 要求参考2.4。

项目开发部管理制度

项目开发部管理制度 对于项目管理的出现，相对具有说服力的一些特别事件包括： 1917年，亨利甘特发明了著名的甘特图，使项目经理按日历制作任务图表，用于日常工作安排。l 1957年，杜邦公司将关键路径法(CPM)应用与设备维修，使维修停工时间由125小时锐减为7小时。l 1958年，在北极星导弹设计中，应用计划评审技术(PERT)，将项目任务之间的关系模型化，将设计完成时间缩短了2年。l 60年代著名的阿波罗登月计划，采用了网络计划技术使此耗资300亿美元、2万家企业参加、40万人参与、700万个零部件的项目顺利完成。l 哈罗德?科兹纳(HaroldKerzner)在其《ProjectManagementBestPractices:AchievingGlobalExcellence》(中文译作《项目管理最佳实践方法：达成全球卓越表现》，已由电子工业出版社出版)一书中这样来强调项目管理的重要性：“项目管理，一度被认为是公司最好拥有的一系列流程，现在已演化为公司生存不可或缺的结构化的体系方法了。很多公司现在意识到，包括日常工作的所有业务，都可以看成是一系列项目。简单地说，我们是通过管理项目来管理我们的业务的。” 项目管理的重要性是不言而喻的，比如从古老的金字塔、长城工程，到如今的三峡工程，从我们日常使用的如WINDOWS，WORD等软件到享受的优质服务如中国电信48小时装机时间、24小时故障响应

服务等企业服务中，我们都能从中感受到成功的项目管理产生的交付物所带来的价值。 项目管理关注于交付物的完成。所以，我们也可以简单地这么 了解项目管理：通过实现对项目中的各阶段的最小交付物的可控性，从而实现最终整体项目交付物可控性的过程。 从图1中我们已得知：项目管理自从二战以后得以规范发展以来，已经逐步演化出了完整的知识体系(如PMBOKE)、规范的管理思 想(如流程管理、风险管理、变更管理等)、特有的工具箱(如WBS、 关键路径分析、实现价值管理等)及专业资格认证(如PMP等)。正由 于有了这些因素构成的一种项目管理体系，所以能够保证企业能够实现对项目交付物的可控性，能够在最大程度上保证企业的项目成功是建立在一种稳定的基础上。这种关系就如图3所示： 而这四种因素，更是世界项目管理活动中的通行做法和最佳实 践的总结归纳，为了确保整体的项目管理知识体系跟的上应用的潮流，PMBOK等项目管理组织都会不定时地对其内容进行更新以适应应用的需要。 项目管理这种规范的力量正在影响并逐渐与企业的其他管理域 整合，如项目管理与TQM(质量全面管理)的整合从1985年就真正开 始了，由ISO(国际标准组织)发布的ISO9000正好为项目管理中的质量控制提供了指南，当时有一大批企业借助这种整合而取得了进步，如爱立信、摩托罗拉等。项目管理与销售管理的整合，由于其实践只是在极小一部分国际级和以项目驱动类型的大企业内部进行，市面上

软件开发部规章制度(初稿)

软件开发部规章制度及软件项目管理方法 （定稿） 第一部分：软件开发部规章制度 一、日常工作制度： 1、关于休假、加班： 严格遵守公司的考勤制度，如有事，提前书面形式填写请假申请，批准后方可休假，如 情况紧急不能提前填写请假申请，要电话请示上级领导，并在休假后补办请假手续。开发部 人员在项目紧张时尽量不提出请假申请。 研发人员原则上不安排加班，研发进度根据公司要求结合项目实际由项目组长负责制定，项目组长协调安排工作。项目组长根据进度需要安排的加班。公司工作需要硬性安排的加班，加班费有公司支出。相关标准按照公司“人事及薪酬制度”执行。 2、开发部员工守则： 遵纪守法，忠于职守，克己奉公。维护公司声誉，保护公司利益。服从领导，关心下属，团结互助。爱护公物，节约开支，杜绝浪费。努力学习，提高水平，精通业务。积极进取，勇于开拓，创新贡献。 3、员工工作日志： 工作日志制度的目的是形成严格的工作跟踪和积累习惯，要求部门中项目负责人以下人员按要求每日记录。

工作日志是部门员工的工作记录载体，起到部分绩效考核和浮动工资的确定依据的 作用。 工作日志包含每日计划和完成情况，每日工作始终时间，每日工作饱和度（5为最高，1为最低，如为请假，请注明“事假”或“病假”），以及问题、意见和建议。 工作日志严格要求每日填写，绝不允许在上交前统一填写。填写时注意清空原有内 容。如发现某些栏目多周雷同的情况，将进行警告。 每日工作内容如无特殊情况，至少需要写3条以上。叙述工作内容要求尽可能说明 清楚。不允许简单的如“修改错误”的描述。 工作日志严格要求在每天下班前20分钟内提交。不提交工作周报将适当予以惩罚。 对于未提交日志的人员，部门负责人应在次当日或者次日11：00前口头通知。 工作日志以Email或者QQ传文件形式提交给项目负责人和部门经理。部门经理收到后保证第一时间进行回复，并依此进行考核。文件名格式：《工作日志--***--200*年*月* 日.txt或者doc》。其中***为员工姓名，日期为提交日期。 4、项目例会制度： 每月第一个周一上午10:30在公司会议室召开，部门所有人员（含参与部门人员为主 导的项目并起核心作用的其他部门人员）参加。 会议由部门经理召集，并由部门经理主持。 会议议程： a）各项目负责人回顾上月工作情况、成果和不足，以及当月的大致工作计划。 b）部门经理总结上月工作，对不足的问题提出解决办法。 c）部门经理宣布公司近期动态和相关事项。

《项目开发计划管理制度》(1)

目录 1. 总则 .......................................................................... 3... 1.1 目的.................................................................. 3... 1.2 适用范围.............................................................. 3... 1.3 术语与定义............................................................ 3.. 1.4 管理原则.............................................................. 5... 1.5 职责与分工............................................................ 5.. 1.6 项目开发计划具体管理办法.............................................. 6.. 1.6.1. 项目里程碑开发计划的编制.............................................. 6.. 1.6. 2. 项目二级开发计划的编制................................................ 6.. 1.6.3. 项目三级计划的编制.................................................... 7.. 1.6.4. 项目里程碑计划的报送规定.............................................. 7.. 1.6.5. 项目二级计划的报送规定................................................ 7.. 1.6.6. 项目三级计划的报送规定................................................ 7.. 1.7 开发计划的调整........................................................ 7.. 1.7.1. 项目里程碑开发计划的调整分为主动性调整和被动性调整 (7) 1.7. 2. 项目里程碑计划调整的规定............................................... 8.. 1.8 开发计划的执行、跟踪、预警处理........................................ 8.. 2. 操作指引、工具模板 ............................................................ 9...

软件开发管理制度

软件开发管理制度 为加强对公司软件研发部门工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高开发效率，特制定软件研发部管理制度。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环节更紧凑，更可控，需要尽可能实现软件研发部项目管理的正规化，工作过程的流程化，以便提高软件质量和开发效率，达到项目能按质按量按期交付的目标。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程理论并结合公司目前的实际情况，制定以下工作流程，并规定了各个重要环节需要提交的交付物。 1、立项：市场需求分析（或者合同）、项目立项申请表、项目风险分析清单。 2、需求分析：软件需求报告或设计方案、需求规格说明书。 3、总体设计：概要设计说明书或功能模块描述。 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计划。 5、软件实现：软件功能说明、源代码、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。 软件过程成果表：

第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，需求分析工程师，高级软件开发工程师，软件开发工程师，测试工程师的岗位设置。

软件研发管理制度

武汉新英赛研发管理 第一节 软件研发岗位职责 一、软件研发部经理岗位职责 软件研发部经理在总经理或主管副总的领导下, 全面负责软件研发部的日常管理， 组织 开展软件研发与测试工作，完成企业研发目标和经营目标。其具体职责如表 二、高级研发工程师岗位职责 高级研发工程师参与建立研发工作标准与规范，协助部门经理组织完成软件研发工作, 管理软件研发项目，改良升级进行软件。其具体职责如表 8-1所示。 8-2所示。

表8-2 高级研发工程师岗位职责 三、软件研发工程师岗位职责 软件研发工程师协助高级工程师进行软件的设计与开发，收集整理相关行业信息与资料，为软件产品决策提供依据。其具体职责如表8-3所示。

四、软件测试工程师岗位职责 软件测试工程师主要负责软件测试工作, 根据软件产品规格和测试需求，编写测试方案、测试用例、测试脚本软件等。其具体职责如表8-4所示。 第二节软件研发管理制度 六、软件研发费用管理制度 第1章总则 第1条目的。 为了加强软件研发费用管理，规范资金的使用，减少公司不必要的损失，根据公司的实

际情况，特制定本制度。 第2 条研发费用管理原则。 1．计划统筹安排原则。 2．节约使用、讲求经济效益原则。 第3 条职责分工。 1．公司财务部负责研发费用的审批和报销，并随时监督费用的使用情况。 2．软件研发部负责研发费用的预算与使用控制。 第2 章研发费用的来源及使用范围 第4 条研发费用的来源。 1．公司对重点研发产品的专项拨款。 2．公司成本列支的研发费用。 3．从其他方面筹措来用于研发的费用。 第5 条研发费用的使用范围。 1．研发活动直接消耗的材料、燃料和动力费用。 2．研发人员的工资、奖金、社会保险费、住房公积金等人工费用以及外聘研发人员的劳务费用。 3．用于研发活动的仪器、设备、房屋等固定资产的折旧费或租赁费以及相关固定资产的运行维护、维修等费用。 4．用于研发活动的软件、专利权、非专利技术等无形资产的摊销费用。 5．用于中间试验和产品试制的模具、工艺装备开发及制造费，设备调整及检验费，样品、样机及一般测试手段的购置费，试制产品的检验费等。 用。用。6．研发成果的论证、评审、验收、评估以及知识产权的申请费、注册费、代理费等费7．通过外包、合作研发等方式，委托其他单位、个人或与之合作进行研发而支付的费8．与研发活动直接相关的其他费用，包括技术图书资料费、资料翻译费、会议费、差 旅费、办公费、外事费、研发人员培训费、专家咨询费、高新科技研发保险费用等。 第3章研发费用的使用管理 第6 条专款专用。

研发项目管理制度

XX 有限公司 司技发[2011] 9号 关于印发《XX有限公司研发项目管理制度》 的通知 公司各部门： 为规范公司项目研发管理，促进项目发展，经公司研究决定，制定《研发项目管理制度》，现下发各部门，请遵照执行。 特此通知。 附件：《XX有限公司研发项目管理制度》

XX 有限公司司技发[2011] 9号

第一部分项目管理办法 第一章总则 一、为规范公司项目管理，建立和完善科学的项目管理机制，提高项目管理和实施成效，根据有关规定，结合我公司实际，制定本办法。 二、本办法所称项目是指根据公司发展规划和市场发展需要，经公司市场部、研发部和财务部共同进行可行性分析后认定可以开展立项研究的 新项目。由公司统一组织，但由公司研发部承担，由市场部出具市场意见, 财务部出具财务能力评价意见，在规定时限内必须完成科技研究的开发活动。 项目必须是以提高自主创新能力为目的，着力解决我公司发展的重大性、关键性、共性科技问题，实现资源的合理配置。 三、项目管理遵循依法行政、明确职责、管理公开、精简高效的原则。第二章项目立项 一、项目采用申报评审制方式立项。符合外包条件的，可采用外包方式立项。 二、项目的来源： 按照公司发展规划部署，结合年度工作重点，由公司技术总监提出年度开发计划。 三、立项程序： 1、市场评价与调研：

第一步：由公司研发部牵头，制订项目研究计划和时间节点控制表；第二步：公司市场部针对项目方向进行市场调研与评介，提出是否具有市场发展性的意见； 第三步：研发部提出项目开发的具体指标、人员配备要求和需要增设的设备清单； 第四步：财务部针对市场调研情况进行财务预测与经济效益预测，同时针对项目进行投资与回报风险评价； 第五步：项目评审，由公司领导及各部门负责人员组成项目评价小组进行项目研发方案； 第六步：项目研究方案交公司股东会讨论并决策。 第七条：技术总监再次审定（审议）通过的项目，由公司总经理负责完成会签或报批等程序，正式下达项目立项和经费预算批复，并公布立项情况。 第八条：对立项项目，总经办与项目承担单位签订项目任务书。 第九条：期限超过1年的项目，先签订1年期的项目任务书，任务书期限届满并经评估后，再确定后续工作计划。 第十条：实行备选项目制度。在选取项目的过程中，除正式立项项目夕 卜，储备一批备选项目，通过多种渠道进行支持。 四、可研究项目的条件 申请项目应当符合以下基本条件: 1、项目符合公司产业发展政策和科技发展战略。 2、经市场调查后有一定的市场前境并可在一定时间内可持续发展。

软件开发管理制度

软件开发管理制度 软件开发管理是指根据公司统一的信息系统规划和业务需求，对信息系统的开发进行管理。具体包括组织、规划、需求、分析、设计、编程、测试和投产等环节。 本制度适用于公司公司软件开发项目。 1.1 项目立项 信息系统研发前公司成立项目工作小组，重大项目成立项目领导小组，并指定负责人。 项目领导小组负责项目的组织、协调、检查、监督工作。项目工作小组由业务人员、技术人员和管理人员组成，具体负责整个项目的开发工作。 项目工作小组人员应具备与项目要求相适应的业务经验与专业技术知识，小组负责人需具备组织领导能力,保证信息系统研发质量和进度。 业务部门根据本机构业务发展战略，在充分进行市场调查、产品效益分析的基础上制定信息系统研发项目可行性报告。 1.2. 系统开发 公司业务部门编写项目需求说明书，提出业务需求和系统需求。 信息技术部和业务部门领导组织人员对项目需求进行评审，意见统一后形成定稿后的“项目需求分析报告”和“项目风险报告”，加盖相关部门签章归档。 公司信息技术部根据项目需求编制项目功能说明书。 公司信息技术部依据项目功能说明书分别编写项目总体技术框架、项目设计说明书，设计和编码应符合项目功能说明书的要求。评审通过后加盖部门签章归档。 公司业务人员、技术人员应根据职责范围分别编写操作说明书、技术应急方案、业务连续性计划、投产计划、应急回退计划，并进行演练。 在编码阶段，软件开发人员应有良好的编写习惯，做好代码注释和说明，并做好单元测试工作。 1.3. 测试 公司应建立独立的测试环境，以保证测试的完整性和准确性。测试至少应包括功能测试、安全性测试、压力测试、验收测试、适应性测试。测试不得直接使用生产数据。 公司信息技术部应根据测试结果修补系统的功能和缺陷，提高系统的整体质量。 由业务部门组织人员完成软件的最终测试，并保留软件测试记录，撰写“项目测试报告”并确认签章，原则上要求项目测试人员和项目需求人员是同一批人员。 项目验收应出具由相关负责人签字的项目验收报告，验收不合格不得投产使用。 项目小组编写“软件上线计划”，按计划安全稳妥的实现软件产品的上线实施，对核心业务系统的软件上线由版本控制员实施，没有业务部门提交的“项目测试报告”及“上线确认书”的软件项目不允许上线运行。

科技股份有限公司软件项目管理制度

**科技股份有限公司 软件项目管理制度 目录

项目开发计划 编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度、所需经费预算、所需软、硬件条件等问题作出的安排记载下来，以便根据本计划开展和检查本项目的开发工作。编制内容要求如下： 1 引言 1．1编写目的 说明编写这份项目开发计划的目的，并指出预期的读者。 1．2背景 说明： a．待开发的软件系统的名称； b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； C．该软件系统同其他系统或其他机构的基本的相互来往关系。 1．3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1．4参考资料 列出用得着的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； C．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列

出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2 项目概述 2．1 工作内容 简要地说明在本项目的开发中须进行的各项主要工作。 2．2主要参加人员 扼要说明参加本项目开发工作的主要人员的情况，包括他们的技术水平。 2．3产品 2．3．1程序 列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式，并通过引用有关文件，逐项说明其功能和能力。 2．3．2文件 列出需移交给用户的每种文件的名称及内容要点。 2．3．3服务 列出需向用户提供的各项服务，如培训安装、维护和运行支持等，应逐项规定开始日期、所提供支持的级别和服务的期限。 2．3．4非移交的产品 说明开发集体应向本单位交出但不必向用户移交的产品（文件甚至某些程序）。 2．4验收标准 对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。 2．5完成项目的员迟用限 2．6本计划的批准者和批准日期

项目前期开发管理制度

项目前期开发管理制度 第一章总则 第1条目的 为规范本企业房地产项目开发管理，减少和避免失误，提高企业投资收益率，根据国家有关规定，结合本企业实际情况，特制定本制度。 第2条适用范围 本制度适用于从房地产项目立项到施工准备完成的全部管理工作。 第3条管理职责 （1）项目开发部负责项目立项的审批及相关证件的办理等工作。 （2）造价管理部负责编制各项经济预算及工程预算等工作。 （3）工程技术部负责房地产项目各类施工图纸的设计及变更等工作。 第二章项目前期规划设计 第4条由项目开发部配合投资发展部根据城市发展前景、地理位置、城市规划等因素，结合自身实力，考察选择具有投资价值的开发项目。 第5条由项目开发部对投资发展部选定的投资项目进行可行性研究，其具体内容如下。 （1）项目概况 ①项目名称。 ②项目的地理位置。包括项目所在地城市、区和街道，项目周围主要建筑物等。 ③项目所在地的周围环境状况。主要从工业、商业、相关行业现状及发展潜力、项目建设的时机和自然环境等方面说明项目建设的必要性和可行性。 ④项目的性质及主要特点。 （2）开发项目用地的现状调查及动迁安置 ①土地调查。包括开发项目用地范围内的各类土地面积及使用单位。 ②人口调查。包括开发项目用地范围内的总人口数、总户数及需动迁的人口数、户数等。 ③调查开发项目用地范围内建筑物的种类，各种建筑物的数量及面积，需要拆迁的建筑物种类、数量和面积等。

④各种市政管线。主要应调查上水管、雨水管、污水管线、热力管线、燃气管线、电力和通信管线的现状及目标和其可能实现的时间。 ⑤其他地下、地上物现状。开发项目用地范围内地下物调查了解的内容，包括水井、人防工程、各种管线等；地上物包括各种树木、植物等。开发项目用地的现状要附有平面示意图。 ⑥如需要拆迁的，要制订动迁计划，确定安置方案。 （3）市场分析和建设规模的确定 ①市场供给现状分析及预测。 ②市场需求现状分析及预测。 ③市场交易的数量与价格。 ④服务对象分析，制订租售计划。 ⑤拟建项目建设规模的确定。 第6条项目开发部负责组织编写《房地产项目可行性研究报告》，报送总经理审核，并送达投资发展部。 第7条投资发展部根据《房地产开发项目可行性研究报告》，结合企业自身情况，对是否投资开发项目做出决策。决策必须认真慎重，贯彻实事求是、量力而行的原则。决定投资项目的《可行性研究报告》报董事会审批。 第8条项目确定后，由项目开发部组织与土地持有方签订正式合同（或协议），如土地使用权出让（或转让）协议、合作开发合同、联建合同等。合同内容要具体、明确、严谨，准确载明合同各方的责任，必要时可以报有关部门签证或公证。 第9条土地合同签订后，项目开发部应组织成立项目经理部，其具体工作内容如下。 （1）编制《项目开发详细计划书》，办理各项前期手续。 （2）组织规划设计及论证、施工图纸及优化。 （3）委托施工监理、选择施工队伍及进场等事项的时间、人员安排、办理步骤等。 （4）明确资金筹措、完成投资、成本控制、房产销售等方式、方法及相应计划安排。

公司软件开发管理制度(整理).(整理).docx

XX公司软件开发管理制度 XX公司软件开发管理制度 版本：1.0 SDM审批： QA经理[时间] CTO[时间] 目录 1.目的和作用3 2.适用范围：3 3. 参考文件3 4.适用对象3 5.软件开发流程4 5.1可行性研究与计划4 5.1.1实施4 5.1.2 文档4 5.1.2.1 应交付的文档4 5.1.2.2 提交步骤4 5.2需求分析4 5.2.1实施4 5.2.2要求5 5.2.3交付文档5 5.2.4审批5 5.3概要设计5 5.3.1实施5 5.3.2要求6 5.3.3交付文档6 5.3.4补充说明6 5.3.5审批6 5.4详细设计7 5.4.1实施7

5.4.2要求7 5.4.3文档7 5.4.4审批7 5.5实现7 5.5.1实施与要求7 5.5.2交付文档8 5.5.3审批8 5.6组装测试8 5.6.1实施8 5.6.2要求8 5.6.3交付文档8 5.6.4审批8 5.7确认测试9 5.7.1实施9 5.7.2要求9 5.7.3交付文档9 5.7.4 补充说明9 5.7.5 审批9 5.8发布10 5.8.1过程10 5.8.2 文档10 5.8.3 审核10 5.9 交接10 6. 附录1：项目文档清单11 1.目的和作用 本流程详细规定软件开发程的各个阶段及每一阶段的任务、要求、交付文件，使整个软件开发过程阶段清晰、要求明确、任务具体，实现软件开发过程的标准化。 2.适用范围：

公司的软件开发产品均适用。 3. 参考文件 各种文档模板 文档命名规则 交接流程 4.适用对象 软件管理人员，软件开发人员，软件维护人员 5.软件开发流程 5.1可行性研究与计划 5.1.1实施 5.1.1.1 软件开发部分析人员进行市场调查与分析，确认软件的市场需求 5.1.1.2 在调查研究的基础上进行可行性研究，写出可行性报告 5.1.1.3 评审和审批，决定项目取消或继续 5.1.1.4 若项目可行，制订初步的软件开发计划，建立项目日志 5.1.1.5 根据市场环境、公司软硬件情况预测十大风险因素 5.1.2 文档 5.1.2.1 应交付的文档 1）可行性研究报告* 2）初步的软件开发计划 3）十大风险列表* 4）软件项目日志* 5.1.2.2 提交步骤 1) 适用于以后各阶段的文档提交。 2) 项目相关文档用sourcesafe进行版本管理，相关书写人员可根据各文档模板形式撰写文档，正式提交的文档以存入软件管理服务器相关目录时间为准。以后每次修改都应注明修改内容。 5.2需求分析 5.2.1实施 5.2.1.1 调查被开发软件的环境 5.2.1.2 软件开发提出的需求进行分析并给出详细的功能定义 5.2.1.3 做出简单的用户原型，与用户共同研究，直到用户满意

研发项目管理制度(软件)

有限公司 研发项目管理制度 为提高企业的创新能力，加强项目及产品研发过程管理，缩短产品研发周期，以减少风险，提高工作效率和质量，降低成本；同进也为了促进企业技术积累、提高技术人员素质，特制定本制度。 一、产品研发 产品研发必须经过立项、设计、实现、测试、发布几个阶段。 1.1 立项 小型研发项目（工作量小于等于6人周，投入资金小于等于5万元的研发项目）立项必须具备项目计划报告，经公司技术负责人签字同意，报公司执行总裁批准立项。 非小型研发项目必须具备项目计划报告、项目可行性分析报告，由项目发起人邀请公司技术、财务、市场三方代表讨论通过后，由三方负责人或者授权人签字同意，报公司执行总裁批准立项。签字传真有效。 在已经签定销售、工程合同的项目中发生的研发，作为合同项目研发，不再单独立项。 项目只有立项后才允许发生费用。 项目立项后应获得一个唯一的研发编号，费用报销、研发领料时使用此编号作为物流控制和财务核算的依据。 项目计划报告必须说明项目名称，目标，发起人，负责人，设计、研发、测试承担者，设计、研发、测试的工期计划，项目预算等内容。 项目可行性分析报告必须说明项目名称，市场调研情况，销售预测，技术现状和实现途径等内容。 1.2 设计 立项后，项目进入设计阶段。

设计阶段由设计承担人完成技术设计报告、测试计划报告，修改得到切实可行、与技术设计报告和测试计划报告相吻合的项目计划报告。由项目负责人负责邀请研发中心门技术负责人，设计、研发工程师，共同评审通过。没有通过设计评审的项目，必须重新进行技术设计。 技术设计报告应说明项目名称，研发系统或设备的需求，研发系统或设备的总体功能，系统或设备功能模块划分，工期在6人周以上的项目必须列出阶段性成果和验证方法。阶段性成果的工作量不超过4人周。 测试计划报告应说明项目名称，产品功能，测试项目，测试条件，测试方法，测试工期和时间计划等内容。 1.3 实现 设计评审通过后，项目进入实现阶段。 研发人员必须在实现过程中书写相关文档。文档必须有电子形式。软件实现文档应包括软件功能性说明文档，源代码说明文档。硬件实现文档包括原理图，原理图说明，PCB图，结构图。 项目负责人有责任按照项目计划报告，跟踪监督项目的进展情况，按时敦促验收阶段性成果。 研发产品由研发人员自行调试，调试过程中必须撰写调试记录。调试记录应该说明项目名称，编号，调试记录版本号，调试时间，软硬件版本号，调试中发现的主要问题，调试环境，解决方法。 研发产品确认运行稳定后，由项目负责人组织内部验收。研发文档应视为研发实现阶段工作量的一部分，不具备研发文档将视为工作没有结束，不组织内部验收。 软件功能性说明文档应说明项目名称，编号，软件名称和编号，软件功能，软件功能模块划分，主要功能实现过程，软件主要实现算法。 源代码说明文档项目编号，软件名称，软件功能，全局变量、结构，类说明，数据库字典，函数功能、接口、在函数内改动的全局变量、返回值，等。源代码说明文档可以包含在源代码文件中，以注释形式存在。 原理图说明应包括项目编号，硬件名称和编号，硬件版本号，功能说明，功能模块划分，主要功能实现过程，数据芯片资料。

研究开发项目管理制度

××××××××××公司 ××××××Co., Ltd. 研究开发项目管理制度 通过规范公司研究开发项目从申请、立项、实施、核算、决策以及考核等管理鼓励各部门和员工积极参与到研发的工作中来，不断提高企业的核心竞争力，同时使项目符合国家相关政策法规的要求。从而充分享受所得税优惠政策，实现企业效益最大化。 特制定本制度: 一、职责划分 1、研发中心： 编写公司研发的中长期发展规划报经理层讨论审定； 受理各部门或个人提出的研发项目建议书及时组织相关人员讨论项目开展的必要性； 负责编制研究开发项目计划书和研究开发费预算并报经理层讨论审定； 负责公司研发项目的日常管理对研发项目进行动态跟踪定期向经理层汇报研发项目进展情况； 负责研发项目评审论证会议记录及会议纪要编写并完成研究开发项目的效用情况说明、研究成果报告等资料； 负责研发项目从建议、论证立项、决策过程中各种资料存档、保管。 2、项目组： 负责根据项目计划书和项目预算具体实施项目； 负责编写项目研发报告、技术转化实施方案；

负责具体控制项目进度以及项目预算。 3、行政办公室: 负责办理总经理办公会或董事会关于研究开发项目立项的决议文件； 负责根据项目需要完成研究开发项目组的编制、审定专业人员名单； 负责在税务部门要求的情况下向发改委或科委申请项目的备案和技术鉴定工作； 负责项目的考核兑现工作。 4、计划财务部： 负责按照《企业财务通则》的有关规定对研发支出进行单独核算和归集按照税收有关规定进行税收核算和归集各项研发支出费用； 负责在税务机关办理与研究开发费用加计扣除有关的各项审批备案手续在年度汇算清缴所得税申报时向主管税务机关报送与研究开发费用加计扣除有关的相应资料。 二、立项条件 研究开发项目是指为获得科学与技术不包括人文、社会科学、新知识、创造性运用科学技术新知识或实质性改进技术、工艺、产品、服务而持续进行的具有明确目标的研究开发活动。 创造性运用科学技术新知识或实质性改进技术、工艺、产品服务是指通过研究开发活动在技术、工艺、产品、服务方面创新取得了有价值的成果对本地区省、自治区、直辖市或计划单列市相关行业的技术、工艺领先具有推动作用不包括企业产品服务的常规性升级或对公开的科研成果直接应用等活动(如直接采用公开的新工艺、材料、装置、产品、服务或知识等)。 申请项目立项应当举证证明申报研发项目属于《国家重点支持的高新技术

软件项目管理制度

软件项目管理制度 文件编号 SKYEYES-ZJ-04 版 本 号 Version 0.1 编 制 审 核 批 准 保密级别 发布日期

目录 1目的 (2) 2适用范围 (2) 3职责 (2) 4软件项目管理 (3) 4.1项目整体管理 (3) 4.2项目启动阶段 (5) 4.3初步需求调研阶段 (6) 4.4软件需求规格阶段 (6) 4.5设计阶段 (7) 4.6实现阶段 (8) 4.7测试阶段 (8) 4.8实施及试运行阶段 (10) 4.9验收阶段 (11) 4.10收尾阶段 (12) 5相关文件 (13)

1目的 本制度规定了公司所承接的不同规模的软件项目开发流程，说明项目的各个阶段之间的输入输出结果，以及执行各阶段任务时的要求及相关模板，各部门的职责等，并说明了各阶段完成的标志和标准，是项目组推进项目及质量管理部门检查项目工作的核心制度。 本制度是作为项目配置管理、质量管理、测试管理制度的基础性文件，其他相关制度按照此制度规定的流程及要求进一步拓展、深化项目相关其他环节的管理规范。 2适用范围 本制度适用于以下情况： ●公司所承接的不同规模的软件开发类项目； ●公司所承接的集成项目中的软件开发部分； ●公司产品的外围开发工作。 3职责 部门名称主要职责 分管总监1.负责协助项目启动过程，指派项目经理及项目组； 2.负责协助项目组完成项目各阶段任务； 3.负责参与评审项目关键阶段成果； 4.负责协助项目组处理疑难问题。 应用开发部1.部门成员出任项目经理； 2.项目经理为项目第一责任人； 3.对项目结果负责； 4.根据公司要求开展项目各阶段任务； 5.负责项目启动至项目收尾的所有项目相关工作； 6.负责向其他部门提供允许的技术资料及技术支持。 质量管理部 1.负责项目启动阶段的准备工作； 2.负责检查项目各阶段的成果并出具检查报告；

项目研发管理制度

项目研发管理制度 项目管理的内容主要分为：项目评级管理、项目经理负责制的推行、项目技术质量管理、项目进度管理、项目成本管理、项目薪酬考核管理、项目文档管理等六项主要内容。 项目管理推进计划时间周期：项目管理推进时间跨度周期为两年，从2016年开始到2017年止，每半年为一个阶段，共分为四个阶段。到2017年底实施完善的项目经理负责制和规范的项目管理制度。 第一百六十九条项目管理推进计划： （一）项目评级管理： 2016年上半年是打基础，收集数据，试运行阶段：拟定项目评级相关管理制度，明确项目评级考虑因素、评价方法，评价程序、评价组织等，考虑过去研发项目实施过程中遇到的问题和研发工作开展情况，对上半年的项目有选择的进行项目评级试点，并跟踪项目评级结果运行情况进行跟踪；2016年下半年开始，在上半年平级基础上，不断优化项目评级管理，对绝大部分进行项目评级；2017年上半年开始，对全部项目进行评级，争取做到公正、客观。 （二）项目经理负责制： 2016年上半年进行产品经理和技术经理负责制的宣传和准备工作，一方面是针对研发人员及相关人员开展产品经理和技术经理负责制的有关宣传教育，让员工明确产品经理负责制和技术经理负责制的内含；另一方面是相关管理制度的拟定和执行，第三方面是产品经理人员以及技术经理的培养和引进，挑选几个项目实行产品经理负责制

和技术经理负责制，对明确产品经理和技术经理的权限和责任，观察运行效果； 2016年下半年开始，对上半年的相关管理制度进行调整、修订，同时在上半年基础上进一步扩大实施范围，对产品经理的授权进一步加大，对运行效果进行跟踪，另一方面继续培养和引进合格产品经理；技术经理基本到位，运行比较规范； 2017年上半年，产品经理人才培养和引进基本到位，对绝大部分项目施行产品管理负责制，进一步加大对产品经理的授权； 2017年下半年，所有项目全部实施真正意义上产品经理负责制的管理方式，对这种管理过程中的不足进一步完善和优化。 （三）项目技术质量管理： 2016年上半年加大项目前期阶段的工作，进一步细化每个项目的输入，明确规定产品的功能要求、性能指标等，为研发项目质量管理打下坚实的基础，减少后期变更的可能性； 2016年下半年在明确输入的基础上，进一步加强对研发过程中的质量控制，提高，从事前和事中对项目质量进行管理，提高公司整体的研发质量； 2017年上半年，公司的研发质量管理比较规范，公司的研发质量有了明显提高。 （四）项目进度管理： 2016年上半年在项目评级和以往项目历史资料的基础上，进一步清晰细化项目时间，同时开展项目工时定额的测定工作；选取几个新

软件研发部管理制度20513

软件研发部管理制度 为加强对公司软件研发部门工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高开发效率，特制定软件研发部管理制度。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环节更紧凑，更可控，需要尽可能实现软件研发部项目管理的正规化，工作过程的流程化，以便提高软件质量和开发效率，达到项目能按质按量按期交付的目标。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程理论并结合公司目前的实际情况，制定以下工作流程，并规定了各个重要环节需要提交的交付物。 1、立项：市场需求分析（或者合同）、项目立项申请表、项目风险分析清单。 2、需求分析：软件需求报告或设计方案、需求规格说明书。 3、总体设计：概要设计说明书或功能模块描述。 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计

划。 5、软件实现：软件功能说明、源代码、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。软件过程成果表：

第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，需求分析工程师，高级软件开发工程师，软件开发工程师，测试工程师的岗位设置。