项目评审制度及流程.docxVIP

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