软件研发项目管理制度三篇

软件研发项目管理制度三篇

篇一：软件公司研发项目管理制度

第一节总则

第一条

为规范自有软件研发以及外包软件的管理工作，特制定本制度。本制度适用于公司软件研发与管理。

第二条

本制度中软件开发指新系统开发和现有系统维护或改造，此类工作均需要以项目制管理。

第三条

本制度中自行开发是指主要依赖公司自身的管理、业务和技术力量进行系统设计、软件开发、集成和相关的技术支持工作，一般仅向外购置有关的硬件设备和支撑软件平台；合作开发是公司与专业IT公司（合作商）共同协作完成IT 应用的项目实施和技术支持工作，一般形式是公司负责提供业务框架，合作商提供技术框架，双方组成开发团队进行项目实施，IT系统的日常支持由技术研发部承担；外包开发是指将IT应用项目的设计、开发、集成、培训等任务承包给某家专业公司（可以是专业的IT公司或咨询公司等），由该公司（承包商）负责应用项目的实施。

第四条

软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管理、项目

计划和监控、配置管理、合作开发管理和结项管理。软件工程涉及需求管理、系统设计、系统实现、系统测试、用户接受测试、试运行、系统验收、系统上线和数据迁移。

第五条

除特别指定，本制度中项目组包括业务组（或需求提出组）、开发组（可能包括网络管理员和合作开发商）。

第二节立项管理

第六条

提出项目需求的部门参与公司层面立项，进行立项的技术可行性分析，编写《立项分析报告》，开展前期筹备工作。《立项分析报告》应明确项目的范围和边界。

第七条

需求提出部门将《立项分析报告》交相关部门会签后，上交公司高层进行立项审批，以保证系统项目与公司整体策略相一致。

第八条

《立项分析报告》得到批准后，成立项目组（如果是外包开发，则成立外包商项目组；

如果是合作开发，则与外包商共同成立合作开发项目组，以下统称“项目组”），项目组应包括业务组（由公司技术研发部需求管理组和相关业务部门组成）和开发组（自行开发为技术研发部开发组、网络管理员；外包开发为技术研发部指定的开发组长、网络管理员和外包商成员；合作开发为技术研发部开发组指定人员、网络管理员和外包商成员）。公司技术研发部委派一名项目

经理负责监督项目的进度，进行项目管理工作，确保开发能及时完成并能满足业务需要。项目组人员的选择应满足项目对业务及技术要求，项目组人员应有足够的业务和IT技术方面的专业知识来胜任项目各方面的工作。

第三节需求分析

第九条

立项后业务组对用户需求进行汇总整理，出具《业务需求说明书》，并确保《业务需求说明书》中包含了所有的业务需求。经系统使用部门审批确认，作为业务需求基线。

第十条

业务组在获得《业务需求说明书》后，提出技术需求和解决方案，并对系统进行定义，出具《系统需求规格说明书》。《系统需求规格说明书》需详细列出业务对系统的要求（界面、输入、输出、管理功能、安全需求、运作模式、关键指标(KPI)等），最好是采用原型方式表达。《系统需求规格说明书》需要由业务组提交给相关业务部门负责人确认。

第十一条

对于合作开发的项目，当业务需求发生变更时，业务组应提交《需求变更申请》，项目经理审批后交给开发组长实施。

第十二条

项目组应对需求变更影响到的文档及时更新。

第十三条

在项目需求确认后，需建立需求跟踪矩阵，当需求有变更时，需及时的更新跟踪矩

第四节项目计划和监控

第十三条

软件开发采用项目形式进行管理。项目经理负责整个项目的计划、组织、领导和控制。

第十四条

需求分析过程中，项目经理组织制定详细的《项目计划书》，包括具体任务描述和项目进度表等。

第十五条

在项目的各个阶段，业务组组长和开发组组长需配合项目经理制定阶段性项目计划。业务组组长和开发组组长需配合项目经理对项目计划执行情况进行监控，确保项目按计划完成。

第十六条

项目计划需要变更时，项目经理填写《项目计划变更说明》，并提交公司主管领导审批，通过审批后，交给业务组组长和开发组组长执行。

第五节系统设计

第十七条

系统设计应分为概要设计和详细设计，系统设计要遵循完备性、一致性、扩展性、可靠性、安全性、可维护性等原则。

第十八条

在系统设计阶段中，用户应充分参与，确保系统设计能满足系统需求。

第十九条

项目组进行设计，出具《设计说明书》和《单元测试用例》。《设计说明书》

中需要定义系统输入输出说明和接口设计说明。公司主管领导组织相关人员对概要设计进行评审，出具《设计评审报告》。业务组组长和开发组组长应参加此评审并对评审意见签字确认。

第二十条

设计评审均以《业务需求说明书》和《系统需求规格说明书》为依据，确保系统设计满足全部需求。

第二十一条

对已确认通过的系统设计进行修改需获得项目经理、业务组组长和开发组组长的审批后方可进行。

第二十二条

对系统设计的修改的文档须由文档管理人员进行归档管理。

第六节系统实现

第二十三条

开发组根据《设计说明书》制定系统实现计划，并提交项目经理对计划可行性进行审批。

第二十四条

系统实现包括程序编码、单元测试。

第二十五条

开发组保证开发、测试和生产环境独立，为各环境建立访问权限控制机制，并明确项目成员的职责分工。对开发环境、测试环境与生产环境在物理或逻辑方面应该做到隔离；如果环境的分隔是通过逻辑形式实现的，应定期检查网络设置。项目组对已授权访问生产环境的人员进行详细记录，并对该记录进行定期

检查，确保只有经授权的人员才能访问到生产环境。

第七节系统测试和用户测试

第二十六条

测试组制定《系统测试计划》，并提交项目经理对计划可行性进行审批。

第二十七条

《系统测试计划》必须定义测试标准，并明确各种测试的测试步骤和需要的系统设置要求。

第二十八条

开发组向数据拥有部门申请获取测试用业务数据的使用权，对获取的数据进行严格的访问控制，确保只有相关项目人员才能访问及使用。

第二十九条

开发组负责测试数据准备，测试用数据要足够模拟生产环境中的实际数据。对已评定为敏感信息的数据进行敏感性处理和保护。

第三十条

开发组或合作开发商协助技术研发部测试组建立测试环境进行系统测试。在系统测试中对新系统内部各模块之间的接口和与其他系统的接口进行充分测试。技术研发部测试组出具《系统测试报告》，测试人员签字确认测试结果。

第三十一条

系统测试通过后，开发组配合业务组建立用户测试环境，业务组根据用户测试用例进行用户测试，出具《用户测试报告》，业务组组长和开发组组长应在用户测试报告中签字确认。

第三十二条

项目组完成系统帮助文档（其中包括《用户操作手册》和《安装维护手册》）。凡涉及应用系统的变更，应对系统帮助文档及时更新。

第三十三条

所有项目的BUG管理均采用QC系统，用户所提交的问题及测试的BUG均需记录在案。

第八节试运行

第三十四条

系统主要使用部门根据项目规模及影响决定试运行策略。第三十五条项目组制定《试运行计划》，并制定试运行验收指标，上报公司主管领导审批。《试运行计划》中应包含问题应对机制，明确问题沟通渠道和职责分工。

第三十六条

项目组联合试运行单位进行相关系统部署工作，准备培训资料，对相关用户和信息技术人员进行培训。用户培训的完成度应为实施后评估的指标之一。

第三十七条

项目组根据《试运行计划》进行系统转换和数据迁移。系统转换前，检查系统环境，确保运行环境能满足新应用系统的需要。系统转换时必须详细记录原系统中的重要参数、设置等系统信息，并填写试运行报告相关内容。系统参数、设置的转换工作作为系统上线的验收的评估指标之一。

第三十八条

数据迁移前，应制定详细的《数据迁移计划》，《数据迁移计划》中应包含迁移方案、测试方案、数据定义，新旧数据对照表、迁移时间、回退计划等信息。数据迁移计划需经项目经理和主管领导签字审批。

第三十九条

数据迁移后，项目组对数据迁移的完整性和准确性作出检查，出具《数据迁移报告》，其中包括数据来源、转换前状态、转换后状态，数据迁移负责人、对完整性检查情况、对准确性检查情况等内容。各相关部门验收转换结果后在该报告上签字确认。

第四十条

系统转换和数据迁移由试运行单位业务部门和公司主管领导共同监督并进行验收。

第四十一条

系统转换和数据迁移验收通过后，正式启动试运行。在试运行过程中，试运行单位办公室把系统运行情况（系统资源使用，反应速度等）记录到试运行报告中。必要时，项目组应根据系统运行情况对应用系统进行优化。

第四十二条

试运行达到试运行计划规定的终止条件时，项目组编写《试运行报告》。此报告

应由项目组和试运行单位签字确认，并提交公司主管领导审阅。公司主管领导审阅试运行结果，决定试运行结束或延期。

第九节系统验收

第四十三条

系统主要使用部门及技术研发部联合组成独立系统验收小组，也可授权原项目组作为验收小组。验收小组从功能需求及技术需求层面对系统进行综合评估。第四十四条

验收小组应根据验收情况整理形成《系统验收报告》提交系统主要使用部门和技术研发部审阅。

第四十五条

系统主要使用部门和信息技术部门负责人根据系统测试、试运行情况签署验收意见。

第十节系统上线

第四十六条

系统上线应遵循稳妥、可控、安全的原则。

第四十七条

通常情况下，系统上线包含数据迁移工作。

第四十八条

项目组制定《系统上线计划》，上报公司主管领导审批。在上线计划得到批准后才能开始部署上线工作。

第四十九条

《系统上线计划》内容应包括但不限于：

1、部署方式和资源分配（包括人力资源及服务器资源）；

2、上线工作时间表；

3、上线操作步骤以及问题处理步骤；

4、项目阶段性里程碑和成果汇报（项目执行状态的审阅、进度安排等）

5、数据迁移的需求和实施计划；

6、完整可行的应急预案和“回退”计划；

7、用户培训计划（包括：培训计划、培训手册、培训考核等）；

8、公司下发的系统标准参数配置。

第五十条

上线单位在上线初期需加强日常运行状态监控，出现问题时应及时处理，对重大问题应启动紧急预案。

第五十一条

在完成上线后要填写《系统验收评估报告》。《系统验收评估报告》内容包括：数据准确性、系统性能及稳定性、接口问题、权限问题、业务操作影响度、问题处理情况、备份、批处理等。

第五十二条

上线单位管理层要对《系统验收评估报告》进行审批签字。

第五十三条

公司主管领导批准结项后，业务组和开发组将整理的文档提交各自部门统一管理。

第十一节合作开发管理

第五十四条

合作开发商的选择应遵循公司相关规定，合作商资质认定参见第三方管理制度。

第五十五条

合作开发商必须遵循公司《软件开发管理制度》。

第五十六条

项目经理同合作开发商明确规定项目变更的范围和处理方式，重点关注需求和设

计变更。

第五十七条

项目经理负责监控合作开发商的项目管理及软件开发活动。合作开发商应按计划定期向项目经理报告进展状态，并提交阶段性成果文档。发生重大问题时，合作开发商需及时向项目经理汇报。

第五十八条

开发组组长派专人监控合作开发商的质量保证过程。

第五十九条

项目组同合作开发商商定验收的标准和方法。

第六十条

以上各要求需要在开发合同中明确。

第十二节系统交付

第六十一条

在系统验收通过后，项目组对运维组进行系统维护培训。

第六十二条

项目组提交全部经审批的交付物给项目部存档。

第六十三条

项目组填写《系统交付申请》，提交主管技术总裁审批后，交付运维组。

第十三节外包开发管理

第六十四条

立项申请得到公司主管领导的审批后，选定开发商，签订外包开发合同。

第六十五条

项目经理负责监控外包开发商的项目管理及软件开发活动。外包开发商应按计划定期向项目经理报告进展状态，并提交阶段性成果文档。发生重大问题时，外包开发商需及时向项目经理汇报。

第六十六条

项目经理监控外包开发商的质量保证过程。

第六十七条

项目组同外包开发商商定验收的标准和方法。

第六十八条

以上各要求需要在开发合同中明确。

篇二：XX有限公司研发项目管理制度

为提高企业的创新能力，加强项目及产品研发过程管理，缩短产品研发周期，以减少风险，提高工作效率和质量，降低成本；同进也为了促进企业技术积累、提高技术人员素质，特制定本制度。

一、产品研发

产品研发必须经过立项、设计、实现、测试、发布几个阶段。

1.1立项

●小型研发项目（工作量小于等于6人周，投入资金小于等于5万元的研发项目）立项必须具备项目计划报告，经公司技术负责人签字同意，报公司执行总裁批准立项。

●非小型研发项目必须具备项目计划报告、项目可行性分析报告，由项目发起人邀请公司技术、财务、市场三方代表讨论通过后，由三方负责人或者授权人签字同意，报公司执行总裁批准立项。签字传真有效。

●在已经签定销售、工程合同的项目中发生的研发，作为合同项目研发，不再单独立项。

●项目只有立项后才允许发生费用。

●项目立项后应获得一个唯一的研发编号，费用报销、研发领料时使用此编号作为物流控制和财务核算的依据。

●项目计划报告必须说明项目名称，目标，发起人，负责人，设计、研发、测试承担者，设计、研发、测试的工期计划，项目预算等内容。

●项目可行性分析报告必须说明项目名称，市场调研情况，销售预测，技术现状和实现途径等内容。

1.2设计

●立项后，项目进入设计阶段。

●设计阶段由设计承担人完成技术设计报告、测试计划报告，修改得到切实可行、与技术设计报告和测试计划报告相吻合的项目计划报告。由项目负责人负责邀请研发中心门技术负责人，设计、研发工程师，共同评审通过。没有通过设计评审的项目，必须重新进行技术设计。

●技术设计报告应说明项目名称，研发系统或设备的需求，研发系统或设备的总体功能，系统或设备功能模块划分，工期在6人周以上的项目必须列出阶段性成果和验证方法。阶段性成果的工作量不超过4人周。

●测试计划报告应说明项目名称，产品功能，测试项目，测试条件，测试方法，测试工期和时间计划等内容。

1.3实现

●设计评审通过后，项目进入实现阶段。

●研发人员必须在实现过程中书写相关文档。文档必须有电子形式。软件实现文档应包括软件功能性说明文档，源代码说明文档。硬件实现文档包括原理图，原理图说明，PCB图，结构图。

●项目负责人有责任按照项目计划报告，跟踪监督项目的进展情况，按时敦促验收阶段性成果。

●研发产品由研发人员自行调试，调试过程中必须撰写调试记录。调试记录应该说明项目名称，编号，调试记录版本号，调试时间，软硬件版本号，调试中发现的主要问题，调试环境，解决方法。

●研发产品确认运行稳定后，由项目负责人组织内部验收。研发文档应视为研

发实现阶段工作量的一部分，不具备研发文档将视为工作没有结束，不组织内部验收。

●软件功能性说明文档应说明项目名称，编号，软件名称和编号，软件功能，软件功能模块划分，主要功能实现过程，软件主要实现算法。

●源代码说明文档项目编号，软件名称，软件功能，全局变量、结构，类说明，数据库字典，函数功能、接口、在函数内改动的全局变量、返回值，等。源代码说明文档可以包含在源代码文件中，以注释形式存在。

●原理图说明应包括项目编号，硬件名称和编号，硬件版本号，功能说明，功能模块划分，主要功能实现过程，数据芯片资料。

1.4测试

●研发产品经内部验收后，进入测试阶段。

●测试阶段开始后，研发实现人员将研发的产品，以及研发调试记录移交给测试人员。测试人员按照产品的测试计划报告、研发调试记录，设计测试过程，填写产品测试报告。

●产品测试报告应该说明项目名称，编号，测试报告版本号，需测试功能，指标，测试方法，测试环境，测试条目，测试结果，结论。

●如果研发产品不能通过测试，测试人员应把产品测试报告提交给产品实现人员。产品实现人员修改软硬件后重新进行调试，相应更新研发调试记录内容和版本号，确认产品合格后提交测试人员再次检测。如此反复，直到产品通过测试为止。

●测试人员确认产品达到要求，在产品测试报告的结论栏内签字表示同意，交项目负责人。

1.5产品发布

●项目负责人拿到产品测试通过的报告后，填写或者委托他人填写产品发布公告（Release Notes）和产品发布计划，交公司技术负责人或者授权产品发布人核准，签字发布。项目负责人与签字发布产品的不得为同一人。发布公告和产品发布计划需送销售部、技术支持部、信息中心、公司有关领导。

●项目负责人必须在产品发布后一周内，将所有研发文档整理归档，交研发助理存档。

●Release Notes必须说明项目名称、编号、产品名称、型号、版本号、产品内软硬件版本号、产品主要特征及功能、产品与上一版本的区别、产品的适用范围、使用注意事项等。

●产品发布计划应说明项目名称、编号、产品名称、型号、版本号、产品说明书的完成时间和计划、产品使用手册的完成时间和计划。产品说明书和产品使用手册的完成时间一般应在产品后的15个工作日内完成。

1.6批量生产

●产品发布后，进入批量生产阶段。

●批量生产阶段必须具备焊装图、装配图、软件安装说明、生产测试要求。

●焊装图可以根据PCB图修改，应详尽说明产品名称、型号、PCB板的名称、定位标志、各层需要焊装的元器件编号、标称值，焊装注意事项等。

●装配图应说明产品名称、型号、各电路板、结构件的固定位置、装配顺序、电气连接图、走线固定位置等等。

●生产测试要求文档需要说明针对的产品名称，型号、测试环境、测试方法。

1.7项目调整

1.7.1设计更改

●由于市场或技术原因，需要对项目重新进行设计，更改人必须填写设计更改申请单，按照立项程序进行审批。即更改增加的工作量在6人周以下，增加的资金投入在1万元以下的，属于小的设计更改，需经公司技术负责人签字同意，报公司执行总裁批准生效；大的设计更改必须具备项目计划报告、项目可行性分析报告，由项目发起人邀请公司技术、财务、市场三方代表讨论通过后，由三方负责人或者授权人签字同意，报公司执行总裁批准生效。

●对已经发布的产品进行更改，被认为是一个新的研发项目，按照标准程序执行。

●对尚未发布的产品进行更改，需要更新该项目所有此前产生过的技术文档，已经进行过的评审必须重新进行。

1.7.2项目取消

●出于市场或其他方面的考虑，需要取消某个项目的研发，必须由发起人或者委托人填写项目取消申请表，申请表必须说明项目名称，编号，取消原因。●小型研发项目的取消需经公司技术负责人签字同意，报公司执行总裁批准生效。非小型研发项目的取消需由发起人邀请公司技术、财务、市场三方代表讨论通过后，由三方负责人或者授权人签字同意，报公司执行总裁批准生效。●项目取消后，研发助理负责将项目取消通知发送给公司领导层和研发、销售、技术支持、财务、运营中心。

1.7.3项目暂停

●出于市场或资源饱和原因，需要暂停某个项目的研发，必须由发起人或者委托人填写项目暂停申请表。申请表必须说明项目名称，编号，取消原因。

●小型研发项目的暂停需经公司技术负责人签字同意，报公司执行总裁批准生效。非小型研发项目的暂停需由发起人邀请公司技术、财务、市场三方代表讨论通过后，由三方负责人或者授权人签字同意，报公司执行总裁批准生效。

●项目暂停后，研发助理负责将项目暂停通知发送给公司领导层和研发、销售、技术支持、财务、运营中心。

二、沟通

●研发中心需要很好地配合、支持销售部、技术支持部和其他部门的工作。

●研发中心的新产品发布公告（Release Notes）应及时发布到销售部、技术支持部和其他部门。

●研发中心的产品说明书和产品使用手册（User Manual）应在第一时间发布到销售部、技术支持部和其他部门。

●研发中心需要定期发布和更新研发最新信息，包括Q&A（对一般技术问题的提问和回答），Bug Reports（测试出的产品缺陷），Products Roadmap（研发计划，预期发布的产品、发布时间）。

●研发中心应定期向销售部索取产品需求，向技术支持部索取疑难问题反馈（Escalation Report）。

三、文档管理

●研发过程中产生的硬件原理图、原理图说明、PCB图、结构图，以及软件源代码和源代码说明文档，为公司保密文档，由研发助理统一保管，非该项目相关人员不得借阅。

四、推荐工具软件

●项目计划报告的工期计划建议采用Microsoft Project。

●电原理图、PCB图建议采用Protel99SE。

●结构图、装配图建议采用AutoCAD或Pro Engineer。总经理批准：

发布实施日期：

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

1.目的范围

为了研发中心各项目组更好的开展项目管理工作、保证公司及时了解项目进展状况特制定本制度。

本文适用于研发中心内所有软件项目的项目管理要求。

2.项目计划

2.1.项目计划制定前必须先进行估算，保留估算记录。

2.2.所有项目每月至少设置一个里程碑，项目不得少于三个里程碑。

2.3.项目要设置阈值，根据阈值给定项目的阈值结束时间。

2.4.项目WBS分解时

排定或每次修订任务时均要保证此后一个月的工作安排进行了细化。工作细分为每人1~5天的可验证的小任务，原则上要求任务的责任人必须为单人，多人任务责任人为第一人（顺序）。

对于细化后的任务，如果多个人负责同一任务，则要按每人分开描述，不允许出现多个人负责同一任务的混乱描述。

如遇特殊情况无法对后面一个月的工作进行详细预测时，必须至少要对后面两周的项目工作进行细化。

2.5.项目计划的评审和确认

项目计划（包括时间进度表计划）要得到每个相关人员的认可和承诺，并通过正式的评审。评审提出的问题必须及时得到修改。

3.项目跟踪

3.1.每周跟踪