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

项目评审管理第四章项目评审管理CMMI对应实践项目评审简述评审管理活动项目评审实训通用实践GP2.10ReviewStatuswithHigherLevelManagement（高级管理者评审状态）重点关注，高层管理者应参与评审过程活动、状态和结果，并解决争议问题。目的是：为高层管理者提供对过程的必要的可视性。有助于高层管理者对过程策划和实施情况作出正确的判断或决策。VER（验证）过程域SG2PerformPeerReviews（执行同行评审），目的是对选定的工作产品进行同行评审。SP2.1PrepareforPeerReviews（同行评审准备）SP2.2ConductPeerReviews（执行同行评审），主要是针对所选定的工作产品进行同行评审，并由同行评审的结果识别问题。SP2.3AnalyzePeerReviewData（分析同行评审的数据），分析同行评审的准备、执行及结果数据。同行评审是以同行的角度识别工作产品中存在的缺陷及需要变更的地方，参与的人员必须是对此类工作比较熟悉的同行。同行评审是主要是适用于由项目组开发的工作产品，也适用于支撑小组开发的一些文档、跟踪记录等产品。他是一种重要且行之有效的验证方法，公司应当建立一套行之为效的同行评审管理体系。PMC（项目跟踪与控制）过程域SP1.6ConductProgressReviews（执行进展评审）。定期审查项目进展、性能和遇到的问题；SP1.7ConductMilestoneReviews（执行里程碑评审），在项目里程碑处评审项目成果及其完成量，通常为正式评审。与项目相关各方一起，执行里程碑评审；评审项目承诺、计划、状态和风险；确定和记录重大问题及其影响；跟踪采取的纠正措施直至关闭。第四章项目评审管理CMMI对应实践项目评审简述评审管理活动项目评审实训项目评审目的在公司里执行项目评审的目的主要有以下三点：为项目在研发过程中各阶段需要进行的评审活动（包括同行评审和管理评审）提供实际的评审操作流程，规范各阶段的评审工作。规范项目中评审计划的执行方式和方法，提高项目评审的效率。方便项目组成员和评审员之间就工作产品的内容达成一致意见。项目评审应遵循的原则在项目开发计划中确定各阶段需要进行评审的工作产品及要举行的评审活动（比如里程碑评审、阶段评审等），评审按计划进行，并且有文档化的评审记录。评审之前，项目经理组织人员准备评审相关资料，并提供待评审的工作产品的评审标准；同时发送通知邀请相关评审人员参加，正式评审之前还需要进行预审。评审活动需要有总工程师/研发部经理和有同类产品开发经验的人参与。关注受评审的工作产品，识别并解决工作产品中的缺陷，在项目组成员和评审员之间就工作产品的内容达成一致意见。为了项目开发过程中更好的执行项目评审，按评审要求的严格程度划分了三个类别，分别为：正式评审、非正式评审、审核。具体解释如下：正式评审—软件需求、项目计划、项目验收、项目里程碑、项目立项等均需经过正式评审。非正式评审—适用于除需求和验收以外的工作产品评审；项目经理根据项目的类型，选择工作产品的评审方式。审核—不太重要的工作产品或人力资源不足的小型项目。项目评审的分类10怎么确定项目级别?根据项目级别项目经理可以确定需要进行的评审活动根据《机构标准软件过程》，公司的项目可以分为：新产品研发类项目、产品升级类项目、合同类项目、维护类项目立项评审之外，项目中其他评审均是一样的。新产品研发类项目、产品升级类项目立项必须通过正式评审；合同类项目、维护类项目合同签订后即认为立项评审通过第四章项目评审管理CMMI对应实践项目评审简述评审管理活动项目评审实训评审管理活动流程图输入输出待评审的工作产品评审通知和确认单工作产品检查单确定评审人员，并发送评审资料审阅/预审预审问题清单项目经理汇总预审问题清单Y预审问题清单按计划正式评审记录并修改评审发现的缺陷Y项目评审表会议记录按计划确定待评审工作产品确定评审类型，准备评审资料N更新评审计划重新评审跟踪并验证缺陷直至关闭工作产品和相关文档纳入配置管理项目评审表13怎么确定评审计划?立项通过之后，在项目策划初步时需要确定项目评审计划，并且项目计划中文档化根据裁剪的软件生命周期，描述需要评审的工作产品、评审方式、评审时间、评审人员组成里程碑处必须进行正式评审评审结果记录在《项目评审表》中，并对结果进行相应处理每阶段或事件驱动的比较评审实施情况和计划，并根据实际情况调整评审计划建议项目评审计划组成项目类工作产品列表评审方法成果责任人新产品研发类项目项目开发计划正式项目评审表项目评审小组用户需求说明书软件需求规格说明书概要设计说明书系统测试用例非正式集成测试用例数据库设计详细设计说明书客户定制或合同类开发项目项目开发计划正式项目评审表项目评审小组用户需求说明书软件需求规格说明书概要设计说明书非正式系统测试用例集成测试用例（可选）数据库设计（可选）详细设计说明书（可选）产品升级类项目项目开发计划（开发和管理计划）非正式项目组成员，相关人员用户需求说明书(可选)需求规格说明书正式项目评审小组概要设计说明书（可选）非正式项目组成员系统测试用例（可选）项目经理详细设计说明书（可选）概要设计说明书（可选）非正式项目组成员系统测试用例项目经理所有项目里程碑评审正式项目评审表项目经理用户手册非正式文档人员项目总结报告正式项目经理建议项目评审计划组成（续）16评审人员怎么组成?为处于项目不同开发阶段的工作产品确定参与评审的成员名单和候选人员名单；QA人员参与正式评审，有选择的参加非正式评审，审核过程不用参加；评审人员在项目计划里明确。评审人员组成建议表评审阶段评审对象建议评审小组组成立项《立项报告》总工程师，研发部经理，项目经理，同行高级经理，销售人员，其他人员项目计划《项目开发计划书》总工程师，研发部经理，项目经理，同行项目经理、系统设计人员（系分人员），测试人员，质量保证工程师，销售人员，其他人员《测试计划书》项目组成员，质量保证工程师，测试人员，其他人员《质量保证计划》项目经理，QA经理，质量保证工程师《配置管理计划》项目经理，质量保证工程师，CM需求分析《用户需求说明书》系统设计人员（系分人员），项目经理，系统测试人员，质量保证工程师，用户代表，业务专家《软件需求规格说明书》系统设计人员（系分人员），项目经理，系统测试人员，质量保证工程师，用户代表，业务专家设计过程《概要设计说明书》系统设计人员（系分人员），程序员，项目经理，系统测试人员《详细设计说明书》系统设计人员（系分人员），程序员，系统测试人员《测试用例》测试工程师，程序员（单元测试）或系统测试人员，质量保证工程师项目验收(内部)项目成果总工程师，研发部经理，项目经理，同行高级经理，其他人员评审人员组成建议表（续）正式评审（一）一、评审前确认和通知项目经理确认待评审的工作产品是否已具备评审条件，可根据评审对象的规模确定评审分一个或几个阶段进行，或者根据评审对象、内容的深入分层次进行多次评审。项目经理填写《评审通知和确认单》，在评审会议前2-3天把评审相关资料提交给参加评审人员及质量保证工程师，并与参加评审人员协调，明确评审人员在评审会议中的角色，确定具体评审时间。项目经理在《评审通知和确认单》的会议进程安排一栏中确定本次评审会议所需时间及具体安排。二、预审阶段评审参加人员明确了解他们在评审会议中的角色，在收到评审资料后对待评审工作产品的内容进行详细预审，发现存在的缺陷和问题并分类整理，填写《预审问题清单》。评审参加人员在评审会议前1个工作日将《预审问题清单》反馈给项目经理。项目经理把《预审问题清单》反馈给作者，并提交给质量保证工程师。作者根据《预审问题清单》对需要评审的工作产品进行修改，或准备评审答辩资料。质量保证工程师检查评审组成员是否已经有充分的准备，并收集评审员的评审工作量。正式评审（二）三、正式召开评审会议会议时间控制在2-3小时，人员低于5人；主持人宣布注意事项；作者花5-10分钟介绍项目背景及本次评审工作产品的主要内容。每个评审参加人员花一定的时间指出问题，并和作者确定问题和定义问题的严重程度。主持人控制整个会议的进程；当出现难以确定问题时，由仲裁者确定处理方式。记录员详细记录各个缺陷的情况，仲裁者将指派作者和评审参加人员在会后处理评审会议中未能解决的问题。主持人宣布评审结果，评审参加人员通过讨论，就评审结果达成一致意见；记录员形成《项目评审表》，评审人员签字。项目经理在批准人一栏中签字批准；如果评审结论“变更”，则确定验证人，并确定作者完成修改的时间。正式评审（三）四、评审结果追踪《项目评审表》作为作者修改的参考；完成问题修改后提交给项目经理。项目经理把工作产品、《项目评审表》提交给验证人；验证人进行验证并签字。项目经理把验证签字后的《项目评审表》递交给质量保证工程师。质量保证工程师检查作者是否完成修改任务，并且修改后的工作产品得到验证人的检查、确认后，质量保证工程师在项目评审表中签字确认。评审中产生的相关文档由项目经理统一提交给配置管理员，由其统一纳入配置管理，放进配置管理库。正式评审（四）五、过程审计质量保证工程师在正式评审结束后，根据《QA阶段审计报告》中的对评审过程是否符合机构制定的规范进行审计，形成QA阶段审计报告，发现评审中产生的问题，持续改进评审流程。六、数据度量在每次评审完成后，质量保证工程师在《项目度量数据库》中的《产品评审度量》记录评审的数据，内容包括：评审工作产品名称、工作产品规模、评审次数、评审人员数、评审时间、评审发现的问题。正式评审（五）非正式评审（一）非正式评审：由非作者本人的个人或小组对产品执行详细的检查。目的是审查工作产品是否有错误、是否违反开发标准以及是否存在其他问题。工作步骤1.作者完成工作产品，申请进行非正式评审。2.实施非正式评审，评审过程由项目经理决定，由项目经理自己或指定资深组员（统称为审查人）对作者提交的工作产品进行审查。3.审查人对工作产品提出问题并分类整理，填写《项目评审表》。然后，就检查出的问题向作者提问，作者回答问题，双方要对每个问题达成共识（避免误解）。并为这些问题定义解决方案。4.审查人详细记录每一个已达成共识的问题，记录问题的位置，简短描述问题并对其进行分类。5.确定结论：项目经理给出评审结论和意见，总结整理《项目评审表》。6.作者根据《项目评审表》中提出的问题对工作产品进行修正。7.同时，项目经理将《项目评审表》交给质量保证工程师，由质量保证工程师跟踪问题是否已关闭，签署意见并反馈给项目经理。8.最后，项目经理把非正式评审中产生的记录统一递交给项目的配置管理员进行配置管理。9.在每次评审完成后，质量保证工程师根据《项目评审表》在《项目度量数据库》中记录评审的数据，内容包括：评审工作产品名称、工作产品规模、评审次数、评审人员数、评审时间、评审发现的问题。非正式评审（二）审核审核目的，由个人对工作产品进行检查，并确定检查结果。其中审核者直接由项目经理指定，一般为各个小组负责人工作步骤作者完成工作产品，提交给审核者。审核者审阅工作产品，发现问题后以口头或书面反馈。作者修改问题，并把修改后工作产品提交给审阅者验证。验证通过后，文档首页和修订页中说明审核人员和批准人员（项目经理）的名字。里程碑评审里程碑评审对项目阶段的进展状况、度量数据和发生的重大问题进行分析审查，总结前阶段工作、完善改进项目中出现的问题、确定项目发展方向和将来工作安排，以保证项目能够按照预定的计划顺利地实施。第四章项目评审管理CMMI对应实践项目评审简述评审管理活动项目评审实训项目评审管理实训在评审过程中，由项目组长来主持，项目小组成员要全部参加，在评审开始之前需要确定一位记录人员，以便形成《项目评审表》。《预审问题清单》填写指导《项目评审表》填写指导每次评审用时，2课时本章结束，谢谢!