第4章软件工程项目评审管理.pdf

项目评审管理 第四章项目评审管理 CMMI对应实践 项目评审简述 评审管理活动 项目评审实训 通用实践  GP 2.10Review Status with Higher Level Management （高级 者评审状态）  重点关注，高层管理者应参与评审过程活动、状态和 结果，并解决争议问题。  目的是：为高层管理者提供对过程的必要的可视性。 有助于高层管理者对过程策划和实施情况作出正确的 判断或决策。 VER （验证）过程域  SG2 Perform Peer Reviews （执行同行评审），目的是对选 定的工作产品进行同行评审。  SP2.1 Prepare for Peer Reviews （同行评审准备）  SP2.2 Conduct Peer Reviews （执行同行评审），主要是针对所选定 的工作产品进行同行评审，并由同行评审的结果识别问题。  SP2.3 Analyze Peer Review Data （分析同行评审的数据），分析同 行评审的准备、执行及结果数据。  同行评审是以同行的角度识别工作产品中存在的缺陷及需 要变更的地方，参与的人员必须是对此类工作比较熟悉的 同行。同行评审是主要是适用于由项目组开发的工作产品 ，也适用于支撑小组开发的一些文档、跟踪记录等产品。 他是一种重要且行之有效的验证方法，公司应当建立一套 行之为效的同行评审管理体系。 PMC （项目跟踪与控制）过程域  SP1.6 Conduct Progress Reviews （执行进展评审）。 定期审查项目进展、性能和遇到的问题；  SP1.7 Conduct Milestone Reviews （执行里程碑评审） ，在项目里程碑处评审项目成果及其完成量，通常为 正式评审。与项目相关各方一起，执行里程碑评审； 评审项目承诺、计划、状态和风险；确定和记录重大 问题及其影响；跟踪采取的纠正措施直至关闭。 第四章项目评审管理 CMMI对应实践 项目评审简述 评审管理活动 项目评审实训 项目评审目的 在公司里执行项目评审的目的主要有以下三点： 为项目在研发过程中各阶段需要进行的评审活动 （包括同行评审和管理评审）提供实际的评审操 作流程，规范各阶段的评审工作。 规范项目中评审计划的执行方式和方法，提高项 目评审的效率。 方便项目组成员和评审员之间就工作产品的内容 达成一致意见。 项目评审应遵循的原则  在项目开发计划中确定各阶段需要进行评审的工作产品 及要举行的评审活动（比如里程碑评审、阶段评审等） ，评审按计划进行，并且有文档化的评审记录。  评审之前，项目经理组织人员准备评审相关资料，并提 供待评审的工作产品的评审标准；同时发送通知邀请相 关评审人员参加，正式评审之前还需要进行预审。  评审活动需要有总工程师/研发部经理和有同类产品开 发经验的人参与。  关注受评审的工作产品，识别并解决工作产品中的缺陷 ，在项目组成员和评审员之间就工作产品的内容达成一 致意见。 项目评审的分类  为了项目开发过程中更好的执行项目评审，按评 审要求的严格程度划分了三个类别，分别为：正 式评审、非正式评审、审核。 具体解释如下：  正式评审—软件需求、项目计划、项目验收、 项目里程碑、项目立项等均需经过正式评审。  非正式评审—适用于除需求和验收以外的工作 产品评审；项目经理根据项目的类型，选择工 作产品的评审方式。  审核—不太重要的工作产品或人力资源不足的 小型项目。 怎么确定项目级别? 根据项目级别项目经理可以确定需要进行 的评审活动 根据《机构标准软件过程》，公司的项目 可以分为：新产品研发类项目、产品升级 类项目、合同类项目、维护类项目  立项评审之外，项目中其他评审均是一样 的。新产品研发类项目、产品升级类项目 立项必须通过正式评审；合同类项目、维 护类项目合同签订后即认为立项评审通过