项目结项01项目结项流程

文件编码文件密级最新发布日期当前版本XX软件股份有限公司项目结项流程郑重声明：XX软件股份有限公司版权所有。本文档中任何部分未经XX软件股份有限公司书面授权，不得将材料泄露给第三方，不得以任何手段、任何形式进行复制与传播。变更履历版本日期变更位置变更理由/变更内容变更人备注1.0第一次发布1.1增加结项审批具体说明2.0根据20XX年组织机构调整进行修改。2.0强调结项验证活动的重要性目录1介绍(Introduction)..................................................31.1目的(Purpose)................................................31.2缩写和略语(Abbreviations,AcronymsandTerms)................31.3参考资料(References).........................................41.4过程总体概述(ProcessOverview)...............................41.5相关过程(RelationalProcess).................................52过程活动描述(ProcessActivityDescription)..........................52.1结项申请.....................................................52.1.1目的(Purpose)............................................52.1.2角色和职责(RolesandResponsibility).....................52.1.3进入条件(EntryCriteria).................................52.1.4任务流程及描述(TaskFlowDiagram&Description)..........62.1.5退出条件(ExitCriteria)..................................72.2结项执行.....................................................72.2.1目的(Purpose)............................................72.2.2角色和职责(RolesandResponsibility).....................72.2.3进入条件(EntryCriteria).................................72.2.4任务流程及描述(TaskFlowDiagram&Description)..........72.2.5退出条件(ExitCriteria)..................................82.3结项收尾.....................................................92.3.1目的(Purpose)............................................92.3.2角色和职责(RolesandResponsibility).....................92.3.3进入条件(EntryCriteria).................................92.3.4任务描述(TaskDescription)...............................92.3.4.1配置库审查与基线建立.................................92.3.4.2维护公司项目信息....................................102.3.4.3发送项目结项或内部发版通知..........................102.3.4.4项目信息财务通报....................................102.3.5退出条件(ExitCriteria).................................103生效...............................................................104参考及附录.........................................................101介绍(Introduction)1.1目的(Purpose)项目结项是项目生命周期的终点，由此证明该项目结束。进行项目结项主要有以下目的：1.通过项目经理与项目组成员一起对项目进行回顾和总结，能使项目组成员获得成就感，并通过项目的经验总结进行反思，逐渐提高自身能力。2.使领导和项目组相关人员了解整个项目的情况，了解产品的特色，获取市场宣传和推广的信息，财务情况和遗留的问题等，并对后续进入维护期的工作进行计划或提供建议，使公司内部各部门间对于该项目后续工作沟通顺畅，认识统一，顺利完成各自工作。3.对项目的有形资产和无形资产结项清算，既要防止资产流失，又要及时地利用这些资产。4.总结经验教训，使整个组织受益。1.2缩写和略语(Abbreviations,AcronymsandTerms)No.名词说明/解释1工作产品项目进行过程中，产生的文档、代码等过程痕迹均为项目的工作产品2CCB变更控制委员会。CCB负责评审变更申请，指定变更执行人、跟踪和协调变更任务的正确执行。其中：开发型项目的CCB成员包含项目管理委员会、项目经理、测试负责人、品质保证人员、配置管理员。应用型项目的CCB成员包含项目管理委员会、前台事业部领导、项目经理、市场负责人（商务代表）、测试负责人、实施负责人、品质保证人员、配置管理员。3产品开发型项目项目没有研发、测试以外的验收方，只有研发和测试人员参与的项目。4开发应用型项目项目有除研发、测试以外的验收方，参与人员包括研发、测试和实施人员/客户代表。5技术与产品管理委员会技术与产品管理委员会是公司技术与产品方向的最高管理机构。委员会组成包括：欧阳曜、孙建卫、副总和事业部班子成员备选、外聘专家不超过9人。6项目管理项目管理委员会是项目管理相关问题的最高管理机构。委员会组成委员会包括：朱晓钧、曾祥逸、副总和事业部班子成员备选，不超过9人。7项目干系人是指所有与项目有直接利益关系的人员，包括用户、高层经理、项目组成员、项目辅助人员。8配置库封库是指项目完成、项目配置管理员审计项目文档全部、正确入库后，通知组织级配置管理员冻结项目组成员对配置库的访问权限，保证配置库的内容不被随意变动。9项目结项是指项目完成既定目标后，组织专家团对项目进行验收、检查等一系列流程手续的行为。10软件维护是指软件交付使用之后，为了改正错误、或软件操作出现故障时、或满足新的需要而修改软件的过程。11版本升级是指软件在功能上有重要的增强或改进时进行软件升级开发的过程。12项目停止是指由于某种内外部不可抗力的因素导致项目不能继续进行下去、必须撤销项目组的行为。1.3参考资料(References)20XX公司OSSP《项目策划与监控（PPMC）.doc》20XX公司OSSP《过程和产品品质保证（PPQA）.doc》20XX公司OSSP《配置管理（CM）.doc》1.4过程总体概述(ProcessOverview)整个项目结项流程分三个规程：结项申请、结项执行、结项收尾。1.“结项申请”规程对项目结项申请、结项审批流程进行了规范并说明。2.“结项执行”规程对项目结项需完成的工作产品、结项会前就绪条件、项目结项会需要确定的事项、项目结项会的主要内容进行了规范并说明，这些事项需要QA检查监督。3.“结项收尾”规程对结项会后需要完成的工作进行了规范并说明。项目结项过程总体图如下：结项申请结项执行结项收尾项目开发与实施完成结束开始项目立项项目结项特别说明：项目无论是正常结束还是异常结束，均应执行项目结项流程。1.5相关过程(RelationalProcess)过程名称过程编号项目策划与监控（ProjectPlanning&MonitoringandControl,PPMC）JQ/OSSP-PPMC-PCS过程和产品品质保证（ProcessandProductQualityAssurance,PPQA）JQ/OSSP-PPQA-PCS配置管理(ConfigurationManagement,CM）JQ/OSSP-CM-PCS2过程活动描述(ProcessActivityDescription)2.1结项申请2.1.1目的(Purpose)项目结项申请是对项目可否结项进行申请和确认，使项目关联各方对该项目的认识统一。2.1.2角色和职责(RolesandResponsibility)角色职责结项申请人/项目负责人负责将配置项提交或督促提交入库；发送结项申请邮件；（参见附件05项目结项申请邮件模板）等待并督促相关人员对结项申请进行回复。项目直接领导依据项目立项时范围、目标是否达到，给出可否结项的结论测试负责人依据测试结果给出项目可否结项的结论，回复结项申请邮件，并提供必要的证据。实施负责人/客户代表依据用户需求给出项目可否结项的结论，回复结项申请邮件，并提供必要的证据。项目监管人员负责指导结项申请人完成结项申请工作；在收到结项申请后关注结项申请的反馈情况。项目管理委员会收到结项申请的反馈意见后，评估是否可以结项，使各方达成共识。负责解决结项中的争议，给出最终结论，给项目提出改进建议。2.1.3进入条件(EntryCriteria)产品/项目测试完成，产品/项目满足既定需求并可正常使用，发布正式版本（对内或对外）；所有配置项提交入库。2.1.4任务流程及描述(TaskFlowDiagram&Description)开始发送结项申请邮件结束（进入结项执行）结项申请邮件批复审批未通过注：项目结项申请审批流程图请参看《参考01研发项目结项申请审批流程图.vsd》。发送结项申请邮件结项申请人/项目负责人进行配置库工作产品的入库情况审查，是否有未入库保存于本地或其他机器上的工作产品。结项申请人/项目负责人应查看配置库中配置项状态是否为当前的最新版本，并且没有处于签出状态的工作产品。如仍有处于签出状态的，则应及时签入。发送结项申请邮件给该项目的CCB成员。结项申请邮件批复对于产品开发型项目，测试负责人要对项目的需求符合情况进行评价，对产品质量进行评价，给出项目可否结项的结论，有严重/重大缺陷的项目不允许结项。将该项目的测试报告作为附件证据发送给大家。项目直接领导也要回复邮件给出结项意见，如不同意结项需提供书面证据说明。对于开发应用型项目，除测试负责人需进行回复并提供证据外，实施负责人、项目直接领导也应对项目需求的满足程度进行评价，回复申请邮件给出项目可否结项的结论。如不同意结项，则回复邮件需附带可以支撑该结论的有力证据，如需求规格说明书或其他需求变更的证据。评价项目是否能够结项，需求的范围界定以《需求规格说明书》为主，还包括经过审批的，书面化的需求变更；结项申请人/项目负责人收到项目的验证方（项目直接领导、测试、实施）回复的邮件后方可进行下一步执行结项。如验证方未全部回复，结项申请人/项目负责人应督促其尽快回复邮件，给出结论。当验证方给出的结论一致通过项目结项时，项目进入下一步结项的执行过程。如果验证方给出的结论产生分歧或者一致不同意该项目进行结项时，该项目相关的事业部经理需综合双方意见及提供的证据，评估是否结项，并与验证方讨论达成一致意见。如果无法达成一致意见，需提交项目管理委