公司企业14-研发结项管理 01-项目结项流程.doc

文件编码文件密级最新发布日期当前版本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过程总体概述(Process Overview)41.5相关过程(Relational Process)42过程活动描述(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)62.2结项执行72.2.1目的(Purpose)72.2.2角色和职责(Roles and Responsibility)72.2.3进入条件(Entry Criteria)72.2.4任务流程及描述(Task Flow Diagram & Description)72.2.5退出条件(Exit Criteria)82.3结项收尾82.3.1目的(Purpose)82.3.2角色和职责(Roles and Responsibility)82.3.3进入条件(Entry Criteria)92.3.4任务描述(Task Description)92.3.4.1配置库审查与基线建立92.3.4.2维护公司项目信息92.3.4.3发送项目结项或内部发版通知92.3.4.4项目信息财务通报102.3.5退出条件(Exit Criteria)103生效104参考及附录101 介绍(Introduction)1.1 目的(Purpose)项目结项是项目生命周期的终点，由此证明该项目结束。进行项目结项主要有以下目的：1. 通过项目经理与项目组成员一起对项目进行回顾和总结，能使项目组成员获得成就感，并通过项目的经验总结进行反思，逐渐提高自身能力。2. 使领导和项目组相关人员了解整个项目的情况，了解产品的特色，获取市场宣传和推广的信息，财务情况和遗留的问题等，并对后续进入维护期的工作进行计划或提供建议，使公司内部各部门间对于该项目后续工作沟通顺畅，认识统一，顺利完成各自工作。3. 对项目的有形资产和无形资产结项清算，既要防止资产流失，又要及时地利用这些资产。4. 总结经验教训，使整个组织受益。1.2 缩写和略语(Abbreviations, Acronyms and Terms)No.名词说明/解释1工作产品项目进行过程中，产生的文档、代码等过程痕迹均为项目的工作产品2CCB变更控制委员会。CCB负责评审变更申请，指定变更执行人、跟踪和协调变更任务的正确执行。其中：开发型项目的CCB成员包含项目管理委员会、项目经理、测试负责人、品质保证人员、配置管理员。应用型项目的CCB成员包含项目管理委员会、前台事业部领导、项目经理、市场负责人（商务代表）、测试负责人、实施负责人、品质保证人员、配置管理员。3产品开发型项目项目没有研发、测试以外的验收方，只有研发和测试人员参与的项目。4开发应用型项目项目有除研发、测试以外的验收方，参与人员包括研发、测试和实施人员/客户代表。5技术与产品管理委员会技术与产品管理委员会是公司技术与产品方向的最高管理机构。委员会组成包括：欧阳曜、孙建卫、副总和事业部班子成员备选、外聘专家不超过9人。6项目管理委员会项目管理委员会是项目管理相关问题的最高管理机构。委员会组成包括：朱晓钧、曾祥逸、副总和事业部班子成员备选，不超过9人。7项目干系人是指所有与项目有直接利益关系的人员，包括用户、高层经理、项目组成员、项目辅助人员。8配置库封库是指项目完成、项目配置管理员审计项目文档全部、正确入库后，通知组织级配置管理员冻结项目组成员对配置库的访问权限，保证配置库的内容不被随意变动。9项目结项是指项目完成既定目标后，组织专家团对项目进行验收、检查等一系列流程手续的行为。10软件维护是指软件交付使用之后，为了改正错误、或软件操作出现故障时、或满足新的需要而修改软件的过程。11版本升级是指软件在功能上有重要的增强或改进时进行软件升级开发的过程。12项目停止是指由于某种内外部不可抗力的因素导致项目不能继续进行下去、必须撤销项目组的行为。1.3 参考资料(References)20XX公司OSSP项目策划与监控（PPMC）.doc20XX公司OSSP过程和产品品质保证（PPQA）.doc20XX公司OSSP配置管理（CM）.doc1.4 过程总体概述(Process Overview)整个项目结项流程分三个规程：结项申请、结项执行、结项收尾。1. “结项申请”规程对项目结项申请、结项审批流程进行了规范并说明。2. “结项执行”规程对项目结项需完成的工作产品、结项会前就绪条件、项目结项会需要确定的事项、项目结项会的主要内容进行了规范并说明，这些事项需要QA检查监督。3. “结项收尾”规程对结项会后需要完成的工作进行了规范并说明。项目结项过程总体图如下：特别说明：项目无论是正常结束还是异常结束，均应执行项目结项流程。1.5 相关过程(Relational Process)过程名称过程编号项目策划与监控（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)项目结项申请是对项目可否结项进行申请和确认，使项目关联各方对该项目的认识统一。2.1.2 角色和职责(Roles and Responsibility)角色职责结项申请人/项目负责人ü 负责将配置项提交或督促提交入库；ü 发送结项申请邮件；（参见附件05 项目结项申请邮件模板）ü 等待并督促相关人员对结项申请进行回复。项目直接领导ü 依据项目立项时范围、目标是否达到，给出可否结项的结论测试负责人ü 依据测试结果给出项目可否结项的结论，回复结项申请邮件，并提供必要的证据。实施负责人/客户代表ü 依据用户需求给出项目可否结项的结论，回复结项申请邮件，并提供必要的证据。项目监管人员ü 负责指导结项申请人完成结项申请工作；ü 在收到结项申请后关注结项申请的反馈情况。项目管理委员会ü 收到结项申请的反馈意见后，评估是否可以结项，使各方达成共识。ü 负责解决结项中的争议，给出最终结论，给项目提出改进建议。2.1.3 进入条件(Entry Criteria)l 产品/项目测试完成，产品/项目满足既定需求并可正常使用，发布正式版本（对内或对外）；l 所有配置项提交入库。2.1.4 任务流程及描述(Task Flow Diagram & Description)注：项目结项申请审批流程图请参看参考01 研发项目结项申请审批流程图.vsd。l 发送结项申请邮件ü 结项申请人/项目负责人进行配置库工作产品的入库情况审查，是否有未入库保存于本地或其他机器上的工作产品。ü 结项申请人/项目负责人应查看配置库中配置项状态是否为当前的最新版本，并且没有处于签出状态的工作产品。如仍有处于签出状态的，则应及时签入。ü 发送结项申请邮件给该项目的CCB成员。l 结项申请邮件批复ü 对于产品开发型项目，测试负责人要对项目的需求符合情况进行评价，对产品质量进行评价，给出项目可否结项的结论，有严重/重大缺陷的项目不允许结项。将该项目的测试报告作为附件证据发送给大家。项目直接领导也要回复邮件给出结项意见，如不同意结项需提供书面证据说明。ü 对于开发应用型项目，除测试负责人需进行回复并提供证据外，实施负责人、项目直接领导也应对项目需求的满足程度进行评价，回复申请邮件给出项目可否结项的结论。如不同意结项，则回复邮件需附带可以支撑该结论的有力证据，如需求规格说明书或其他需求变更的证据。ü 评价项目是否能够结项，需求的范围界定以需求规格说明书为主，还包括经过审批的，书面化的需求变更；ü 结项申请人/项目负责人收到项目的验证方（项目直接领导、测试、实施）回复的邮件后方可进行下一步执行结项。如验证方未全部回复，结项申请人/项目负责人应督促其尽快回复邮件，给出结论。ü 当验证方给出的结论一致通过项目结项时，项目进入下一步结项的执行过程。如果验证方给出的结论产生分歧或者一致不同意该项目进行结项时，该项目相关的事业部经理需综合双方意见及提供的证据，评估是否结项，并与验证方讨论达成一致意见。如果无法达成一致意见，需提交项目管理委员会最终确定是否结项。验证方在结项时如提出疑义，必须提供准确、详细的书面证据以供沟通、讨论。ü 如项目没能通过结项审批，则应进一步明确项目结项的需求范围，并变更项目计划，项目继续进行，直至顺利通过结项申请。ü 对于异常结束的项目，由于公司战略决策的改变或市场原因等不可抗拒的因素使项目无法进行下去，项目需要停止时，只需项目管理委员会、市场负责人（商务代表）回复结项申请邮件给出可否结项结论即可。2.1.5 退出条件(Exit Criteria)l 给出项目可否结项结论，使项目涉及的各方统一认识。2.2 结项执行2.2.1 目的(Purpose)结项执行是结项过程的主体，目的是使所有项目干系人了解整个项目执行情况，总结项目经验与教训，沟通项目结项后工作安排。2.2.2 角色和职责(Roles and Responsibility)角色职责结项申请者/项目负责人ü 主持召开项目结项会议、介绍项目执行情况，总结项目经验教训，对市场推广等给予建议，并说明该项目的财务情况。ü 列出项目交付清单（参见附件 02）；ü 撰写项目总结报告（参见附件 01）；ü 准备项目结项演讲PPT（建议项）；ü 确定结项会时间及参与人员；ü 发送会议通知。品质保证工程师ü 检查结项会议通知发送范围是否正确；ü 负责检查、督促结项执行工作是否符合规范、总结的内容是否全面。项目管理委员会ü 评价项目的执行情况，为了使项目组及项目经理有所提高，给予建议和提出更高的要求。2.2.3 进入条件(Entry Criteria)l 结项申请已审批通过2.2.4 任务流程及描述(Task Flow Diagram & Description)l 完成项目交付清单ü 结项申请人/项目负责人核对项目计划及配置库产品提交情况完成项目交付清单。l 完成项目总结报告ü 结项申请人/项目负责人统计项目数据，总结项目经验教训，通报项目的质量控制情况，项目执行情况等，形成项目总结报告。l 发送会议通知ü 结项申请人/项目负责人发送结项会议通知，收件人为项目管理委员会、项目组成员（其中包括开发、测试、实施、配置管理员）、市场人员、品质保证人员、项目监管人员。如该项目是公司的新产品，则须通知总经理办公室的人员参加，了解产品情况，以便后期对外进行产品宣传。ü 附件为项目总结报告和项目交付清单；ü 结项会议的召开是建议项，可视具体情况裁剪，如不召开结项会议，则可用结项通知邮件代替，附件为项目总结报告和项目交付清单，发送范围同上面的结项会议通知的收件人。l 项目结项会流程ü 会议签到；ü 结项申请人/项目负责人参考结项PPT大致介绍项目背景、工作产品提交情况、最终产品的存放位置、目前版本和基线情况和项目既定目标的达成情况等；ü 结项申请人/项目负责人参照项目总结报告，说明项目执行情况，分析度量数据并进行经验总结，说明项目的遗留问题情况；ü 结项申请人/项目负责人做下一步工作安排，并能够对该项目/产品在市场推广和项目实施方面提出建议； ü 说明该项目与财务相关的情况，合同和结款情况；ü 宣布项目组解散，明确项目的后期维护人员（建议项目组只保留不超过20%的开发人员进行后期维护）；ü 领导和参会人员发言，领导判断该项目是否达到结项条件，给出能否结项的结论，并对项目组的工作给予肯定并提出改进建议，对下一步工作安排给出建议。ü 会议结束2.2.5 退出条件(Exit Criteria)l 项目结项会议完毕，结项相关文档入库2.3 结项收尾2.3.1 目的(Purpose)对项目组中的公司资产进行清查，收集项目数据，更新公司项目状态，保障公司内部项目信息统一。2.3.2 角色和职责(Roles and Responsibility)角色职责结项申请人/项目负责人ü 确认并提交项目重要工作文档；ü 向财务部门通报项目回款情况；配置管理员ü 根据项目管理计划和项目交付清单检查配置库中的产品提交情况；ü 建立发版基线，审查配置库权限，如有需要对配置库进行封库或取消写权限等操作；ü 发送发版通知；品质保证工程师ü 对项目结项流程进行审查，是否符合规范项目监管人员ü 核实项目结项收尾工作已完成ü 获取项目相关数据，充实组织度量数据库；ü 在公司项目列表（portal）中更改项目状态；ü 发送项目结项通知2.3.3 进入条件(Entry Criteria)l 项目结项会议结束l 配置库建立了产品发版基线2.3.4 任务描述(Task Description)2.3.4.1 配置库审查与基线建立l 检查项目交付清单中提交文档是否均已入库ü 配置管理员检查工作产品（含项目结项要求的各种工作产品，如项目交付清单、项目总结报告等）是否提交入库，确认配置库中产品均没有仍处于签出状态。l 检查项目计划中需提交的产品是否全部入库ü 配置管理员检查是否按照项目计划提交了工作产品，主要文档是否有评审记录。l 给配置库建立发版基线ü 配置管理员对已通过上述两项配置审查的该项目的所有文档库和代码库建立发版基线。l 检查配置库权限ü 配置管理员检查配置库的读写权限，及时删除已退出项目组或离职人员的配置库操作权限。l 根据情况决定是否采取封库操作ü 视项目具体情况，配置管理员与项目负责人决定是否对配置库进行封库操作。2.3.4.2 维护公司项目信息l 检查项目发版基线建立情况ü 品质保证工程师审查项目是否已经建立发版基线，是否对项目相关的所有配置库均建立统一的基线。l 更新公司项目列表中该项目状态ü 将公司项目列表中的项目状态更改为结项/维护/版本升级/停止。2.3.4.3 发送项目结项或内部发版通知ü 项目监管人员核实项目结项工作已完成，发送项目结项通知，附件为项目总结报告、项目交付清单和项目结项PPT。ü 项目结项通知需发送给技术与产品管理委员会、项目管理委员会、项目组成员和财务部。2.3.4.4 项目信息财务通报如果该项目签订了合同，在项目结项时结项申请人/项目负责人应向财务部通报目前财务回款情况及预计的回款日期。如该项目未签订合同，则无此活动。2.3.5 退出条件(Exit Criteria)l 配置库发版基线建立，发版通知已发送，财务情况已和财务部沟通3 生效本流程/规范自颁布之日起生效。4 参考及附录l 附件01 项目总结报告l 附件02 项目交付清单l 附件03 项目结项PPTl 附件04 项目结项申请邮件模板参考01 研发项目结项申请审批流程图l