CMMI规程培训需求评审变更控制解读.pptVIP

统一的变更管理平台 BugFree到 Butterfly … 变更不要一个个谈，批量协商是策略 变更往往不是“火烧眉毛”，用紧急、重要4象限管理它! 中程在线信息产业培训网 目录 概述 评审规程及实务 需求评审案例 需求变更控制实务 讨论练习 讨论练习 结合项目实际，说明变更控制中最难处理问题 谢 谢 ! 部门的checklist 需求评审要点 需求变更评审 练习 未尽事宜 * 工程实践中需求质量及需求变更控制相对较弱 部门规程及指南这部分内容较少 需求质量和需求变更控制对项目成功至关重要 * 部门的checklist 需求评审要点 需求变更评审 练习 未尽事宜 * 工程实践中需求质量及需求变更控制相对较弱 部门规程及指南这部分内容较少 需求质量和需求变更控制对项目成功至关重要 * 工程实践中需求质量及需求变更控制相对较弱 部门规程及指南这部分内容较少 需求质量和需求变更控制对项目成功至关重要 * * * * 部门的checklist 需求评审要点 需求变更评审 练习 未尽事宜 * 部门的checklist 需求评审要点 需求变更评审 练习 未尽事宜 * 部门的checklist 需求评审要点 需求变更评审 练习 未尽事宜 * * 协同商务部CMMI培训需求评审变更控制 2008年4月15日 目录 概述 评审规程及实务 需求评审案例 需求变更控制实务 讨论练习 概述 需求质量和需求变更控制对项目成功至关重要 部门规程及指南中涉及需求评审的内容较少 需求变更控制也是业界的难题 实际工程实践中 业务分散，需求质量控制相对较弱 需求变更往往失控，给项目带来巨大风险 目录 概述 评审规程及实务 需求评审案例 需求变更控制实务 讨论练习 评审类别 术语 定义 里程碑评审 里程碑评审的目的是为了评价项目整体的绩效、状态、风险、问题以及经验教训，并作为阶段结束和下阶段开始的标志。里程碑评审一般由项目经理、项目组成员、管理者、质量人员和客户参加。 管理评审 由上级或同级管理人员、项目经理、项目组成员，评价工作产品的质量，尽早识别缺陷。 同行评审 由同级（没有上下级汇报关系）人员评价工作产品的质量，尽早识别缺陷。 评审计划 在项目计划阶段制订评审计划 时间 方式：会议评审和分别评审 评审覆盖率 评审活动的裁剪 需求 《用户需求说明书》 《需求规格说明书》 同行评审 分别、会议 可选 50-100％ 管理评审 会议 必须 100% 里程碑评审 会议 可选 NA 人员与角色 参与者 需求规格说明书的作者、同级伙伴 提供规格说明信息的人：分析员、客户 要根据规格书开展工作的人：开发人员… 负责相关接口工作的人 总人数：=6人 角色 评审组长 对于里程碑评审和管理评审，一般由项目经理担任；对于同行评审则由项目经理指定，参与同行评审的人员必须符合同级的定义，即没有上下级汇报关系 会议主持 一般由评审组长担任 会议记录 一般由评审组长指定 评审成员 其他参与者 如果该文档已经被纳入QA审核的范围，则确认该文档已经经过QA审核，并且不符合问题已被解决 文档遵循标准模板 作者已经检查了文档在版面和文字上的错误 已经获得了审查前需要阅读的文档或参考文档 所有未解决问题已标上了TBD 主持人检查10分钟后，找不出3个以上重大错误 准入条件 提前通知 评审组长提前三个工作日发出评审通知，评审通知的内容包括：评审主题、评审成员、评审方式、主持人及会议记录者（当评审方式为分别评审时，后两项则改为评审结束日期） 反馈与确认 评审成员在收到通知以后，无论能否参加，都应给予回复，如果因为时间冲突无法参加，应该提前两个工作日通知评审组长，以便其另做安排（参加分别评审的成员也应该在收到邮件的一到两个工作日内给评审组长回复）。若评审成员没有及时回复，评审组长有义务与其通过其他方式确认 检查表 应将待评审的文档以及适用的检查表一并发送给参加评审的人员 分工---评审产物较大时可以分工评审 将被评审工作产品拆分成多个部分，考虑到评审的效率，建议每个部分不超过50页文档，一位评审成员可以负责多个部分 将检查表根据不同评审人员的特点进行拆分，即每个评审人员只检查部分的检查项 评审准备 原则 尽可能多的发现问题，而不是解决问题 建议 评审会议上不再对评审产物作介绍，应该在一开始就由各个评审成员提出发现的问题 会议评审的时间控制在1小时，一般不超过2小时 会议评审 评审组长对会上发现的问题进行汇总结，综合评审组成员的意见决定评审通过还是需要重新评审，然后填写评审表并签字 分别评审 对于分别评审，评审成员应该在评审结束日期之前将评审表反馈给评审组长。评审组长综合评审成员的意见