软件项目管理规范及执行流程

需求设计阶段

24：编制需求规格1）根据项目调研结果，编制《项目需求规格书说明书》，内容应包含：原型、数据字典表、流程图、功能清单、调研报告等。2）在编制需求规格过程中存在需求不确定的部分需要与客户进行下一轮的沟通。3）超出SOW需求边界的部分及时反馈给项目经理，并由项目经理配合产品经理进行需求边界确认。4）若在开发过程中，客户发起需求变更，需上报项目经理，并走需求变更流程。产品经理完善需求，修订《项目需求规格说明书》。28：客户对需求规格说明书进行评审，对有疑问的部分由产品进行修订，直至评审通过。31：客户需求规格评审通过后，由产品经理发起需求内部评审，参与人为项目经理、开发工程师、测试工程师、UI工程师等。评审通过后产品经理需要将需求按工程维护到Tapd上，指派给项目经理，由项目经理进行任务分配。

输入：开发-《测试版本发布说明》输出：测试-《测试报告》产品-《UAT报告》产品-《上线可行性说明》

10项目立项

01：客户发起项目需求，可能是不明确的需求。04：根据客户需求制定售前策略及售前相关的方案。05：商务报价及SOW的编制等，该部分可能需要技术等团队支持。10：项目立项1）项目经理发起立项流程，同步需要项目管理委员会提供项目编号。项目编号同步到财务，纳入成本核算。2）在立项过程中，项目经理可以要求技术参与SOW相关的评估工作。3）在项目需求边界模糊不清的情况，项目立项工作可以等项目边界及需求清晰后再进行项目立项。4）在项目立项完成后，在Tpad上wiki部分建立wiki内容，含相关目录（参考东本项目wiki）

54上线准备

01需求发起

31需求内审

46集成测试

27修订意见

输入：产品-《需求规格说明书》输出：UI-《UI输出计划》开发-《开发计划》测试-《测试计划》UI-《UI稿件》开发-《系统设计说明书》测试-《测试用例》

原型数据字典表流程图（业务说明）功能清单调研报告

38用例评审

是

业务要件

售前

否

39程序开发

22需求调研

产品经理

开发计划

48提交产品验收测试

62：上线跟踪，项目一般存在三个月的跟踪期，由开发人员负责期间的BUG修复工作。63：项目验收1）项目经理发起验收工作，同步根据项目情况进入系统运维阶段。2）项目经理向商务同步项目进入验收阶段，同于项目验收风险到商务测，并协助商务拟定相关验收工作。64：运维工程师按照甲方运维要求完成运维工作，并定期输出运维报告等。65：项目收尾包括项目收尾及合同收尾等。67：项目归档后对项目进行复盘，总结经验教训。

09项目经理委任

45冒烟测试

55业务培训

44测试版本发布

26修订

66项目归档

项目委任书

程序包数据准备

4

7

软件项目管理规范及执行流程

项目收尾阶段

50验收通过

23需求研讨

15编制需求调研计划

上线计划

32：项目经理根据需求内部评审结果制定实施计划，包含UI输出计划、开发计划、测试计划等，具备条件的情况下，可提前制定上线计划。34：UI评审由UI工程师发起，产品经理、项目经理、开发工程师产于评审工作，如对UI存在调整的，由UI工程师调整完毕后再次发起评审。36：技术负责输出《系统设计说明书》，其内容应当包含业务说明、系统架构、数据库设计、接口设计等内容。38：用例评审由测试工程师发起，项目经理、产品经理、开发工程师参与评审，对需要调整的部分，由测试工程师负责调整，完成后重新发起评审。

主导人：产品经理参与人：项目经理、开发工程师、测试工程师、UI工程师

34UI评审

42：开发人员在完成自测后，提交测试版本，由运维进行部署测试环境，测试进入测试阶段。45~47：测试阶段1）测试阶段所产生的BUG，由测试人员提交到Tapd的缺陷管理中，可统一分配给项目经理，再由项目经理安排负责人，也可以直接由测试指定给开发人员（了解开发责任人的前提）。2）在测试的任何一个阶段所产生的BUG，在提交开发后，由开发进行状态更新，若对需求部分存在疑问的，可以转交产品进行需求判定或者调整，完毕后经过评审进入开发或者BUG修复。52：UAT过程中，项目经理需要辅助项目组团队完成，其中产品经理、测试工程师以及开发工程师需要参与该过程。且客户反馈的问题由产品经理负责记录并提交到Tapd上，进行需求和BUG的管理。产品经理UAT完成后，向项目经理以邮件的形式提交上线可行性，并由项目经理制定上线计划。

项目产出

54：UAT完成后，项目经理需组织项目组进行上线准备，不限于上线计划、数据准备、环境申请单、程序包等。55：业务培训前需要准备培训手册及操作手册。57：客户IT部门对上线内容进行审核，通过后进行上线发包。60：上线发包如出现发包失败的情况，项目经理需要将发包失败原因主动反馈给客户IT部门， 并且启动下一轮的发包计划。

环境资源清单

调研报告表单（业务输入元素）流程图接口报表打印面单

测试用例

需求调研阶段

输入：产品-业务要件输出：产品-《需求规格说明书》产品-《Tapd需求清单》

04售前阶段

91了解初步需求

07接收SOW

17修订

项目启动阶段

立项申请

37编写测试用例

57上线审批

系统测试阶段

35技术架构

14需求沟通

UI稿件

58接收上线确认

67项目复盘会

03售前接入

2

UI

16审核需求调研计划

36架构评审

8

项目经理委任项目组成员委任

测试计划（含UAT计划）

输入：客户-《业务需求说明》输出：售前-《售前解决方案》商务-《项目工作范围说明书》PMO-《项目委任书》PMO-《项目编号》PM-《项目立项申请》

项目立项表干系人里程碑人力投入计划软硬件资源估计项目成本估算

02商务对接

29修订

UI输出计划

上线报告

51发起UAT测试

47系统测试

19修订

62上线跟踪

18修订意见

开始

08发起项目立项

11获取项目需求

项目编号

培训手册

输入：PM-《上线报告》输出：PM-《上线支持问题清单》运维-《运维日志》运维-《巡检日志》运维-《服务器配置资源》运维-《运维故障报告》PM-《项目竣工验收单》

100商务变更

结束

64系统运维

系统设计阶段

42提交测试版本

21接收修订意见

项目经理

5

92Kick Off

产品经理、项目经理、技术经理共同该决定哪些属于容忍的负债清单，放入下一次迭代。技术部分：项目内部消耗；业务部分：与客户进行协商解决

49产品验收测试

1

输入项目需求范围

32编制项目实施计划

6

52UAT

系统开发按阶段

操作手册

59上线发包

65项目收尾

56上线申请

调研计划

61接收发布通知

53搭建生产环境

客户/IT/业务

98项目管理

11：从项目经理获得《项目工作范围说明书》。14：针对需求部分存在疑问的先与项目经理沟通，项目经理根据了解的情况进行答疑或与客户了解初步需求。15：编制项目需求调研计划，并同步项目及客户进行审核，审核完毕后进入需求调研阶段。22：需求调研1）产品经理在调研过程中做好调研纪要，对需求部分向客户提供可行的解决方案，若无法解决的需求可以上报给项目经理，由项目经理协助解决。同时收集的需求要件需要汇总。2）存在需求范围变更部分，需上报项目经理，由项目经理进行确认。若确实存在需求变更，向公司提交商务变更流程。3）若在开发过程中，涉及到需求范围变更，同上一步执行。4）需求调研过程中，产品经理若发现技术壁垒等问题，及时上报项目经理，由项目经理安排技术团队跟进并于客户进行技术方案研讨，将结果反馈给产品经理。98：变更管理1）项目管理从项目立项到项目结束，贯穿整个项目周期。项目输出根据项目实际需要进行输出，以客户方要求为准。2）项目过程中存在的任何需求、计划、执行等风险或变更应纳入项目管理，相关信息同步给相关责任人，并记录结果。99：变更管理1）项目变更涉及到项目后期是否跟进，需要考虑的场景较多，根据实际情况确定。2）需求变更主要在项目过程中由业务发起的变更，以及内部团队在过程中识别出的超范围或者需求变更等。100：商务变更1）在项目过程中，项目组成员识别出需求存在超范围或变更以及相关的风险，都应当及时反馈个项目经理。2）项目经理根据实际情况，存在变更的内容，走变更流程。同步将变更内容提交给商务，由商务与甲方走商务变更流程。

系统上线阶段

25审核需求规格

适用范围：  a）定制化软件开发类项目  b）集成类项目软件开发部分

项目管理规范

需求规格说明书

68归档验收

60发布确认及通知客户

33UI输出

商务

99变更管理

项目工作范围说明书

24编制需求规格

40环境申请

06SOW签订

43测试准备

输入：PM-《项目工作说明书》客户-业务要件（离散型）输出：产品-《需求调研计划》产品-《调研纪要》产品-《业务单据》产品-《流程图》产品-《接口》产品-《报表》产品-《打印面单》PM-《详细计划》PM-《周度计划》PM-《项目进度汇报》PM-《风险汇报》PM-《问题清单管理》PM-《变更清单》

12需求分析

05商务阶段

输入：产品-《UAT报告》输出：开发-《测试报告》产品-《培训手册》测试-《操作手册》运维-《发布手册》运维-《发布记录》PM-《上线报告》

13疑问

3

 测试

参照环境资源清单

输入：产品-《需求规格说明书》PM-《开发计划》技术-《开发规范》输出：开发-《源代码》

系统设计说明书

开发

系统负债清单

63项目验收

运维

41搭建测试环境

上线行事例

39：程序开发1）项目经理需要根据Tapd上维护的需求，指派责任人、任务开始时间、结束时间等。2）开发根据Tapd上的需求进行开发，要要每日对完成的开发任务进行状态更新。对于已经开发完毕的功能或者模块需要进行自测。3）项目经理根据Tapd上完成情况check相关任务完成情况；技术负责人check相关的代码，是否满足项目规范。4）开发过程中若出现需求变更的部分，上报项目经理，走需求变更流程。产品经理重新在Tapd上进行需求变更说明，开发按照新的需求进行开发或者调整。40：环境申请根据技术架构提供的环境资源清单进行申请。

项目执行流程

28需求规格评审

20修订意见

测试版本发布说明书

项目管理委员会

30修订意见

流程说明

传递需求