项目评审制度及流程

项目评审制度及流程 1、目的 主要是尽早发现潜在的问题，尽早纠正缺陷，控制项目整体进程。 2、范围适用于研发中心项目评审工作。 3、职责 3.1项目组长协助评审人员进行项目评审工作，并提交评审计 划。 3.2评审人员针对项目进行系统评审并撰写评审报告。 3.3评审人员应对评审完成发现的问题进行后续跟踪处理。 4、程序 4.1评审角色构成因素 评审人员的选择是评审效果的关键，需要考虑以下因素 项目重要性项目重要性是决定角色构成的最重要的因素，先要 根据项目的重要性而定。这与需要投入的成本有关，对于重要的项目 一般会更多地投入资源，提高评审级别。 项目复杂度项目的复杂度也是决定角色构成的因素之一，根据 温伯格的公式，项目管理的复杂度相当于功能规模的平方数。笔者认 为还应该考虑技术复杂度、技术新鲜度和文档复杂度等因素。项目组 成员的能力成分和水平。 项目组成员的能力成分和水平评审角色构成还应当根据项目团 队成员本身的各项技术水平，特别是分析和设计的技术水平如何，行 业领域知识是否丰富来进行搭配。除了团队内部自己进行评审之外， 评审团队最好是一些独立于项目团队之外的成员构成。应当注意的 原则是人数要少而精，一个人可以兼多个角色，但要覆盖各项人员需 求。需要说明的是，不具备评审能力的不应参加，可以通过旁听来提 高水平。 4.2基本角色职责 评审组长制定评审计划、确定或制定各项评审准则、必要时组 织评审人员进行培训、组织必要的资源、进行评审分工、确保正式评 审准备充分、分发待评审文档、必要时召开并主持评审会议、向有关 领导报告评审结果，并且跟踪评审错误的改正。 评审人员必要时参加与评审有关的培训、按评审计划阅读待评 审材料、保证对待评审材料的理解、与待评审材料作者讨论，并且指 出和记录问题。 文档作者按评审计划准备并按时提交待评审材料、必要时对材 料进行解释、必要时参加评审会议，并且在确定需要改进时按时完成 修改。 记录人员评审会议中记录评审人员提出的问题及相关讨论。 项目经理制定保证评审和改正的项目进度计划，还要确保评审 准备时间、评审会议时间及错误的改正时间。而且评审安排及结果与 所有项目成员沟通，必要时参加评审会议、阅读评审报告、分析缺陷 原因，并且改进项目质量。 4.3文档评审的层次 过程规范是否符合过程规范、是否按照计划提交、是否按时经 过评审、是否准时发布（注意提交时间与发布时间的区别），以及评 审的流程是否规范。 文档规范文档成果符合企业或业界已经制定的文档模板规范。 企业，甚至行业应当制定统一的文档规范，形成一个文档约定和规则， 以统一文档内容与风格。 文档语法文档成果正确使用通用的方法与术语并符合软件工程 相关的技术标准，这里所说的语法包括自然语言的语法和建模语言的 语法。适合的评审人员要求精通软件工程、分析与设计方法、建模 工具和相关标准。 文档语义文档成果表达清晰、无歧义，可以反映系统目标。所 有质量合格的文档（包括模型）都代表它期望代表的语义，而且应 该在代表这些语义时具有一致性。文字与图表应当互相补充说明，以 更加清晰。让别人看得懂，看完后知道下一步该 怎么做。适合的评 审人员行业业务专家、高级程序员和测试工程师。 文档逻辑主要体现需求与设计正确性、一致性，无遗漏、多余 或错误。前后左右 考虑周全，不同文档之间、文档与行业标准之间、 同一文档各成分之间不互相矛盾，清晰说明相关部分之间的关系，特 别是要符合相关行业的业务标准规范。适合的评审人员行业业务 专家、产品经理和测试工程师。 文档美学文档成果能否表述得更好一些，文字、图表是否能更 加均衡和完整。需要追求平衡的美，每个组成部分应该大小适中， 可解读并可变更。平衡有多个方 面，如排版次序更加合理、文字、 图形更加精炼并更易理解等。适合的评审人员系统分析与设计师。 结果优化通过检查判断文档成果（如项目计划、需求规格及设 计方案）是否还有改进的空间，以便更加方便地进行项目管理、降低 成本、加快进度、提高质量并减少风险，尽可能达到最佳方案。任何 一项设计都可以有许多不同的方案，通过“方案优化”选定一种最好 的方案。 适合的评审人员系统分析与设计师、项目经理和产品经理。 4.4文档评审流程 4.4.1评审流程概览和流程图①确定评审组长。 ② 制定并发布评审计划。③准备评审。④举行评审会议。 ⑤ 改正、跟踪和回归评审。⑥分析、总结和报告。⑦归档。 4.4.2确定评审组长 由品质保证人员与项目经理、部门经理论协商，确定项目的评审级别 及评审人员角色构成要求，初步确定评审组长人选。品质保证人员与 评审组长沟通，最终确定评审组长。评审组长充分了解项目相关情况, 为制定评审计划做好准备。 4.4.3评审计划 ① 评审组长制定评审计划（根据项目计划和质量计划）。②评 审组长确定评审对象和评审时间。 ③ 评审组长确定评审级别和策略（形式的组合）。④评审组长确 定评审流程裁减和提交物。⑤评审组长确定入口条件并通过准则。 ⑥ 评审组长确定回归评审准则。 ⑦ 评审组长制定评审检查表（CheckList）。 ⑧ 评审组长确定评审角色构成。 ⑨ 评审组长根据评审角色构成确定评审人员并成立评审小组。 ⑩ 相关人员（评审人员和项目团队双方）确认评审计划。评审组长 发布评审计划。 4.4.4评审准备 ① 正式评审前准备文档作者向相关人员发布文档。②评审人员阅 读了解文档，争取发现大部分问题。③文档作者解决大部分发现的 问题。 ④ 评审组长确定会议地点、环境、设备和所有材料。 ⑤评审组长确 定人员职责和会议议程。⑥评审组长确定评审开始条件成熟。⑦ 评审组长通知相关人员到会。 4.4.5评审会议 ①主持人（评审组长）宣布会议议程、人员职责和会场纪律。②文 档作者介绍工作成果，对评审人员的疑问进行必要的解释。③评 审人员对不解之处提出疑问，指出问题或缺陷并说明根据。 ④文档作者与评审人员讨论缺陷的真实性，分清缺陷性问题和建议 性问题，讨论确定是否需要按照评审人员的要求进行改进。一般不涉 及为节省时间改进方案或错误的纠正方案。 4.4.6评审记录 ①正式评审应当记录有共识的问题或缺陷，也要记录有争议待解决 的问题。使评审工作文档化，便于跟踪最终解决。 ② 总体记录包括项目名称、系统名称版本号、日期时间、主文 档名称、附文档名称、文档版本号、作者、评审类型（首次、回归、 部分和阶段）、评审人员和评审结论。 ③ 缺陷记录包括缺陷编 号、提出者、章节/页码、缺陷描述、缺陷类型（严重、一般和建 议）和承诺改正时间。 ④ 验证记录全部打勾的CheckList,说明CheckList所列的工作 都已经做完，所列的内容都已经评审完，确保工作的完整性。 4.4.7评审结论评审结论包括如下内容 ① 是否需要修改这是就成果的整体而言，结论可以是无需、少量、 较大或是一个量化的数字。 ② 项目组确定是否接受修改要求这是针对具体的一条意见或建 议。有些问题可能是误会，消除了就不是问题；有些建议性的问题, 项