项目结项管理过程.docVIP

密级：内部公开

文档编号：NTT_PCM_PROC_XMJXGLGC

版本号：V1.0

工程结项管理过程

惠州市新中新电子技术开发

xx

生效日期：2008年9月28日

xx

xx

惠州市新中新电子技术开发对本文件资料享受著作权及其它专属权利，未经书面许可，不得将该等文件资料〔其全部或任何局部〕披露予任何第三方，或进行修改后使用。

文件更改摘要：

日期

版本号

修订说明

修订人

审核人

批准人

2008-08-11

V0.1

初稿

2008-09-12

V0.2

修改角色与职责、维护移交、审批

2008-09-28

V1.0

正式版

目录

TOC\o1-3\h\z\u1 目的/方针 3

2 范围 3

3 术语 3

4 角色与职责 3

5 入口准那么 3

6 输入 4

7 流程图 4

8 主要活动 4

8.1结项总结 4

8.2结项申请 4

8.3维护移交 5

8.4结项评估 5

8.5审批 5

8.6向组织财富库移交资料 6

9输出 6

10出口准那么 6

11引用文档 6

12使用模板 6

目的/方针

结项管理〔ProjectClosingManagement,PCM〕的目的是在工程工作结束后，对工程工作情况、经验教训进行总结；依据工程的目标和方案对工程完成情况和目标实现情况进行综合评价；以及工程结项后的维护移交工作，保证产品维护期维护工作顺利进行。工程结束有两种状况：一是正常结束，二是异常结束。结项管理不仅针对正常结束的工程，对于异常结束的工程也必须进行工程的经验总结和综合评价，积累经验教训使整个组织受益。

本过程标准工程结项管理活动，不管工程属于正常结束还是异常结束，都要按照结项管理过程进行工程结项管理。

范围

适用于公司所有类型工程的结项管理。

术语

术语或缩略语

解释

PDP

ProjectDefinedProcess工程已定义过程

角色与职责

角色

职责

工程经理

完成结项总结报告，提出工程结项申请

完成维护移交工作

配合进行结项评估

工程管理部门

接受产品开发类、产品研发类、合同开发类、维护开发类工程的结项申请

组织进行维护移交工作

组织进行结项评估

审批结项结论

开发维护工程组/客户效劳部门

接收维护移交工作

EPG

接受工程组形成的工程财富

入口准那么

正常按方案执行的工程，工程经理根据工程方案，在方案完成时进入工程结项管理。

异常结束的工程，在公司高层领导明确指示结束该工程的情况下，工程经理进入工程结项管理过程。

输入

《工程总体方案》及支持方案

《工程立项公告》〔产品开发类、产品研发类、合同开发类、维护开发类工程〕

《验收测试报告》〔正常结束的工程〕

流程图

图1:工程结项管理示意图

主要活动

8.1结项总结

工程结束时，工程经理进行工程总结，编写《结项总结报告》。

《结项总结报告》主要内容：

工程信息

工程主要成果

方案与实际情况的比拟

开发工作评价

工程支持工作评价

经验和教训

知识产权

工程维护建议

结项申请理由

8.2结项申请

.产品开发类、产品研发类、合同开发类、维护开发类工程和集成类工程：工程经理向工程管理部门提交《结项总结报告》，由工程管理部门审核《结项总结报告》，不符合要求的退回该报告，要求工程经理重新完善后再次提交。

实施类工程：工程经理向产品实施部门提交《结项总结报告》，由产品实施部门审核结项总结报告，不符合要求的退回该报告，要求工程经理重新完善后再次提交。

8.3维护移交

正常结束的产品开发类、合同开发类工程要进行工程维护移交。

工程类型

移交内容

移交对象

备注

产品开发类工程

受控库、产品库所有文档和源代码、产品知识培训

开发维护工程组

根据维护工作规模确定是否要进行维护类工程立项

合同开发类工程

受控库、产品库所有文档和源代码、产品知识培训

开发维护工程组

根据维护工作规模确定是否要进行维护类工程立项

工程经理填写《维护移交申请表》提出移交申请。由移交接收方对移交内容进行审核，审核通过后在《维护移交申请表》上确认后进入8.4结项评估。产品开发类工程作为维护开发类工程的子工程并和维护开发类工程采用相同的配置库管理，维护移交时不需要填写《维护移交申请表》，只需要将源代码合并到维护类工程中。

8.4结项评估

产品开发类、产品研发类、合同开发类、维护开发类工程由工程管理部门组织结项评估；

结项评估过程可以参考评审规程》中“会议”评审方式。

评审组成员：

可以包括但不限于：工程分管领导、营销管理部门代表、财务部门代表、QA经理、测试部门经理、QA工程师、