项目评审制度与流程.doc

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