静态技术 课件.pptVIP

个人准备阶段 个人准备阶段的出口准则 主持人负责收集和分析评审日志文件； 主持人决定结束还是继续个人准备阶段； 主持人和评审参与人员确认评审会议的时间； 评审会议阶段 评审会议阶段的活动 讲解评审对象文档，并反馈在准备阶段发现的缺陷和疑问给作者； 发现和记录新发现的缺陷和悬而未决的问题； 识别和制订应对措施来跟踪处理悬而未决的问题； 讨论和评估文档评审结果：通过、有条件通过、还是未通过； 记录评审过程中的经验教训，以及一些改进建议等； 评审会议阶段 缺陷的严重程度 严重缺陷（评审对象不能满足它设计的目的，在批准评审对象之前必须修正相关缺陷）； 重要缺陷（影响评审对象的可用性，批准评审对象之前应该修改相关缺陷）； 一般缺陷（小的偏差，基本不影响使用）； 好的（没有缺陷，返工时无需修改）； 缺陷的严重程度和数目决定了评审的结果 ！ 评审会议阶段 评审的结果 通过：无需进行修改； 有条件通过：需要修改，但不需要进一步评审； 未通过：需要进一步的评审或其它的检查措施； 评审会议阶段 评审的通用准则 评审会议的时间尽量限制在2个小时内。如果需要，可以在当天再发起另外一个评审会议； 如果一个或多个专家（评审人员）没有出席，或者他们准备不充分的话，主持人有权取消或中止会议； 评审过程中不讨论开发方案、设计方法以及其他常见的风格问题； 主持人一般情况下不做为评审人员； 评审会议阶段 评审的通用准则（续） 提交讨论的是被评审的文档（检查对象），而不是作者： 评审人员必须要注意他们的言语以及表达的方式； 作者不应该为自己或文档辩护。（这意味着：作者不应该被攻击或者被迫处于一个防御的位置。但是作者对他们决定的辩护或解释，应该视为合理和有帮助的）； 返工阶段 返工阶段的活动 评审主持人检查文档评审报告，并重新分发文档评审报告； 对所有发现的缺陷，进行修改工作，或者涉及的条目并不是缺陷（比如是功能），可以拒绝或者推迟到下个版本进行修改等； 悬而未决的问题：按照应对计划进行了处理，和主持人一道，通过信息的收集和分析作出决定； 出口准则：文档评审报告中的所有事项都进行了处理 ！ 跟踪结果阶段 跟踪结果阶段的活动 检查缺陷是否已解决； 检查出口准则； 将文档评审过程中的数据记录到评审数据库中； 记录、计算和分析得到的数据； 分析其中的经验和教训，并定义可能的改进计划，比如针对检查表、评审过程等的改进建议； 评审过程 评审失败的原因 评审过程 评审失败的原因 角色和职责 评审过程角色 经理 主持人 评审员 记录员 观察员 作者 …… 角色和职责 经理 选择评审的工作产品，并定义评审的目标； 选择评审的方式：结对评审还是团队评审； 在计划中预留和分配评审的时间，以及其他的相关资源； 选择合适的评审主持人； 确保评审按照流程进行，并且验证评审结果和评审的输出内容； 对于技术文档，我们不建议经理参与评审！ 角色和职责 主持人 协助经理和作者定义评审目标、选择评审人员和计划评审工作； 在各个评审阶段，检查评审的入口准则和出口准则是否满足； 领导评审会议的顺利进行，确保评审过程中，关注点在定义的评审目标上面； 记录文档评审相关数据和度量到评审数据库，比如评审的时间、参与的人员等； 评审主持人是评审成功的关键！ 角色和职责 评审员 参加评审预备会和正式的文档评审会议； 查找和发现文档中的缺陷； 检查文档和要求的标准之间的符合程度； 对文档内容进行评估； 角色和职责 记录员 记录员也可以是评审人员之一； 记录员的主要职责是完整记录在评审会议中识别的缺陷和其他所有的不确定的事件 ； 角色和职责 观察员 获取评审的一些信息，或者是为了熟悉文档评审的流程，起到培训的作用； 观察员也可能是过程改进组成员，用来确保评审过程是否满足组织内定义的流程和准则； 直接参与收集评审的信息，负责分析文档评审过程，以及在此基础上进行评审过程的改进等方面的活动； 角色和职责 作者 向项目负责人申请安排文档评审； 和协助理，选择合适的评审人员和评审主持人； 准备被评审的文档，使之达到评审的入口准则； 在评审开工会上，将被评审文档以及评审的一些要求，简单介绍给评审参与人员； 修改在评审中发现的缺陷，以及其他一些需要修改的建议和意见； 阶段和角色：练习 评审的类型 评审的主要类型 技术评审：技术相关的工作产品的评审； 走查（Walkthrough） 审查（Inspection） 技术评审（Technical Review） 非正式评审（Informal Review） 评审的类型 评审的主要类型 管理评审：针对项目计划和开发过程相关的分析和评审； 目的是监控过程、判定计划和进度的状态，或评估为达到特定目的管理方法的有效性； 管理评审一般在项目得到里程碑、完成项目主要阶段，或者针对项目进