01-项目结项流程(天选打工人).docx

上传人:夏** 文档编号:560350836 上传时间:2023-10-29 格式:DOCX 页数:11 大小:116.57KB
返回 下载 相关 举报
01-项目结项流程(天选打工人).docx_第1页
第1页 / 共11页
01-项目结项流程(天选打工人).docx_第2页
第2页 / 共11页
01-项目结项流程(天选打工人).docx_第3页
第3页 / 共11页
01-项目结项流程(天选打工人).docx_第4页
第4页 / 共11页
01-项目结项流程(天选打工人).docx_第5页
第5页 / 共11页
点击查看更多>>
资源描述

《01-项目结项流程(天选打工人).docx》由会员分享,可在线阅读,更多相关《01-项目结项流程(天选打工人).docx(11页珍藏版)》请在金锄头文库上搜索。

1、文件编码文件密级最新发布日期当前版本XX软件股份有限公司项目结项流程郑重声明:XX软件股份有限公司版权所有。本文档中任何部分未经XX软件股份有限公司书面授权,不得将材料泄露给第三方,不得以任何手段、任何形式进行复制与传播。变更履历版本日期变更位置变更理由/变更内容变更人备注1.0第一次发布1.1增加结项审批具体说明2.0根据20XX年组织机构调整进行修改。2.0强调结项验证活动的重要性目 录1介绍(Introduction)31.1目的(Purpose)31.2缩写和略语(Abbreviations, Acronyms and Terms)31.3参考资料(References)41.4过程总

2、体概述(Process Overview)41.5相关过程(Relational Process)52过程活动描述(Process Activity Description)52.1结项申请52.1.1目的(Purpose)52.1.2角色和职责(Roles and Responsibility)52.1.3进入条件(Entry Criteria)52.1.4任务流程及描述(Task Flow Diagram & Description)62.1.5退出条件(Exit Criteria)72.2结项执行72.2.1目的(Purpose)72.2.2角色和职责(Roles and Respons

3、ibility)72.2.3进入条件(Entry Criteria)72.2.4任务流程及描述(Task Flow Diagram & Description)72.2.5退出条件(Exit Criteria)82.3结项收尾92.3.1目的(Purpose)92.3.2角色和职责(Roles and Responsibility)92.3.3进入条件(Entry Criteria)92.3.4任务描述(Task Description)92.3.4.1配置库审查与基线建立92.3.4.2维护公司项目信息102.3.4.3发送项目结项或内部发版通知102.3.4.4项目信息财务通报102.3.

4、5退出条件(Exit Criteria)103生效104参考及附录101 介绍(Introduction)1.1 目的(Purpose)项目结项是项目生命周期的终点,由此证明该项目结束。进行项目结项主要有以下目的:1. 通过项目经理与项目组成员一起对项目进行回顾和总结,能使项目组成员获得成就感,并通过项目的经验总结进行反思,逐渐提高自身能力。2. 使领导和项目组相关人员了解整个项目的情况,了解产品的特色,获取市场宣传和推广的信息,财务情况和遗留的问题等,并对后续进入维护期的工作进行计划或提供建议,使公司内部各部门间对于该项目后续工作沟通顺畅,认识统一,顺利完成各自工作。3. 对项目的有形资产和

5、无形资产结项清算,既要防止资产流失,又要及时地利用这些资产。4. 总结经验教训,使整个组织受益。1.2 缩写和略语(Abbreviations, Acronyms and Terms)No.名词说明/解释1工作产品项目进行过程中,产生的文档、代码等过程痕迹均为项目的工作产品2CCB变更控制委员会。CCB负责评审变更申请,指定变更执行人、跟踪和协调变更任务的正确执行。其中:开发型项目的CCB成员包含项目管理委员会、项目经理、测试负责人、品质保证人员、配置管理员。应用型项目的CCB成员包含项目管理委员会、前台事业部领导、项目经理、市场负责人(商务代表)、测试负责人、实施负责人、品质保证人员、配置管

6、理员。3产品开发型项目项目没有研发、测试以外的验收方,只有研发和测试人员参与的项目。4开发应用型项目项目有除研发、测试以外的验收方,参与人员包括研发、测试和实施人员/客户代表。5技术与产品管理委员会技术与产品管理委员会是公司技术与产品方向的最高管理机构。委员会组成包括:欧阳曜、孙建卫、副总和事业部班子成员备选、外聘专家不超过9人。6项目管理委员会项目管理委员会是项目管理相关问题的最高管理机构。委员会组成包括:朱晓钧、曾祥逸、副总和事业部班子成员备选,不超过9人。7项目干系人是指所有与项目有直接利益关系的人员,包括用户、高层经理、项目组成员、项目辅助人员。8配置库封库是指项目完成、项目配置管理员

7、审计项目文档全部、正确入库后,通知组织级配置管理员冻结项目组成员对配置库的访问权限,保证配置库的内容不被随意变动。9项目结项是指项目完成既定目标后,组织专家团对项目进行验收、检查等一系列流程手续的行为。10软件维护是指软件交付使用之后,为了改正错误、或软件操作出现故障时、或满足新的需要而修改软件的过程。11版本升级是指软件在功能上有重要的增强或改进时进行软件升级开发的过程。12项目停止是指由于某种内外部不可抗力的因素导致项目不能继续进行下去、必须撤销项目组的行为。1.3 参考资料(References)20XX公司OSSP项目策划与监控(PPMC).doc20XX公司OSSP过程和产品品质保证

8、(PPQA).doc20XX公司OSSP配置管理(CM).doc1.4 过程总体概述(Process Overview)整个项目结项流程分三个规程:结项申请、结项执行、结项收尾。1. “结项申请”规程对项目结项申请、结项审批流程进行了规范并说明。2. “结项执行”规程对项目结项需完成的工作产品、结项会前就绪条件、项目结项会需要确定的事项、项目结项会的主要内容进行了规范并说明,这些事项需要QA检查监督。3. “结项收尾”规程对结项会后需要完成的工作进行了规范并说明。项目结项过程总体图如下:特别说明:项目无论是正常结束还是异常结束,均应执行项目结项流程。1.5 相关过程(Relational Pr

9、ocess)过程名称过程编号项目策划与监控(Project Planning & Monitoring and Control, PPMC)JQ/OSSP-PPMC-PCS过程和产品品质保证(Process and Product Quality Assurance, PPQA)JQ/OSSP-PPQA-PCS配置管理(Configuration Management,CM)JQ/OSSP-CM-PCS2 过程活动描述(Process Activity Description)2.1 结项申请2.1.1 目的(Purpose)项目结项申请是对项目可否结项进行申请和确认,使项目关联各方对该项目的

10、认识统一。2.1.2 角色和职责(Roles and Responsibility)角色职责结项申请人/项目负责人 负责将配置项提交或督促提交入库; 发送结项申请邮件;(参见附件05 项目结项申请邮件模板) 等待并督促相关人员对结项申请进行回复。项目直接领导 依据项目立项时范围、目标是否达到,给出可否结项的结论测试负责人 依据测试结果给出项目可否结项的结论,回复结项申请邮件,并提供必要的证据。实施负责人/客户代表 依据用户需求给出项目可否结项的结论,回复结项申请邮件,并提供必要的证据。项目监管人员 负责指导结项申请人完成结项申请工作; 在收到结项申请后关注结项申请的反馈情况。项目管理委员会 收

11、到结项申请的反馈意见后,评估是否可以结项,使各方达成共识。 负责解决结项中的争议,给出最终结论,给项目提出改进建议。2.1.3 进入条件(Entry Criteria)l 产品/项目测试完成,产品/项目满足既定需求并可正常使用,发布正式版本(对内或对外);l 所有配置项提交入库。2.1.4 任务流程及描述(Task Flow Diagram & Description)注:项目结项申请审批流程图请参看参考01 研发项目结项申请审批流程图.vsd。l 发送结项申请邮件 结项申请人/项目负责人进行配置库工作产品的入库情况审查,是否有未入库保存于本地或其他机器上的工作产品。 结项申请人/项目负责人应

12、查看配置库中配置项状态是否为当前的最新版本,并且没有处于签出状态的工作产品。如仍有处于签出状态的,则应及时签入。 发送结项申请邮件给该项目的CCB成员。l 结项申请邮件批复 对于产品开发型项目,测试负责人要对项目的需求符合情况进行评价,对产品质量进行评价,给出项目可否结项的结论,有严重/重大缺陷的项目不允许结项。将该项目的测试报告作为附件证据发送给大家。项目直接领导也要回复邮件给出结项意见,如不同意结项需提供书面证据说明。 对于开发应用型项目,除测试负责人需进行回复并提供证据外,实施负责人、项目直接领导也应对项目需求的满足程度进行评价,回复申请邮件给出项目可否结项的结论。如不同意结项,则回复邮

13、件需附带可以支撑该结论的有力证据,如需求规格说明书或其他需求变更的证据。 评价项目是否能够结项,需求的范围界定以需求规格说明书为主,还包括经过审批的,书面化的需求变更; 结项申请人/项目负责人收到项目的验证方(项目直接领导、测试、实施)回复的邮件后方可进行下一步执行结项。如验证方未全部回复,结项申请人/项目负责人应督促其尽快回复邮件,给出结论。 当验证方给出的结论一致通过项目结项时,项目进入下一步结项的执行过程。如果验证方给出的结论产生分歧或者一致不同意该项目进行结项时,该项目相关的事业部经理需综合双方意见及提供的证据,评估是否结项,并与验证方讨论达成一致意见。如果无法达成一致意见,需提交项目

14、管理委员会最终确定是否结项。验证方在结项时如提出疑义,必须提供准确、详细的书面证据以供沟通、讨论。 如项目没能通过结项审批,则应进一步明确项目结项的需求范围,并变更项目计划,项目继续进行,直至顺利通过结项申请。 对于异常结束的项目,由于公司战略决策的改变或市场原因等不可抗拒的因素使项目无法进行下去,项目需要停止时,只需项目管理委员会、市场负责人(商务代表)回复结项申请邮件给出可否结项结论即可。2.1.5 退出条件(Exit Criteria)l 给出项目可否结项结论,使项目涉及的各方统一认识。2.2 结项执行2.2.1 目的(Purpose)结项执行是结项过程的主体,目的是使所有项目干系人了解整个项目执行情况,总结项目经验与教训

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 商业/管理/HR > 企业信息化/信息管理

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号