项目评审制度及流程_第1页
项目评审制度及流程_第2页
项目评审制度及流程_第3页
项目评审制度及流程_第4页
项目评审制度及流程_第5页
已阅读5页,还剩3页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

项目评审制度及流程范围:适用于研发中心项目评审工作。职责:项目组长协助评审人员进行项目评审工作,并提交评审计划。评审人员针对项目进行系统评审并撰写评审报告。评审人员应对评审完成发现的问题进行后续跟踪处理。程序:评审角色构成因素:评审人员的选择是评审效果的关键,需要考虑以下因素:1.项目重要性:项目重要性是决定角色构成的最重要的因素,需要根据项目的重要性而定。对于重要的项目一般会更多地投入资源,提高评审级别。2.项目复杂度:项目的复杂度也是决定角色构成的因素之一。需要考虑技术复杂度、技术新鲜度和文档复杂度等因素。3.项目组成员的能力成分和水平:评审角色构成还应当根据项目团队成员本身的各项技术水平,特别是分析和设计的技术水平如何,行业领域知识是否丰富来进行搭配。评审团队最好是一些独立于项目团队之外的成员构成。人数要少而精,一个人可以兼多个角色,但要覆盖各项人员需求。不具备评审能力的不应参加,可以通过旁听来提高水平。基本角色职责:1.评审组长:制定评审计划、确定或制定各项评审准则、必要时组织评审人员进行培训、组织必要的资源、进行评审分工、确保正式评审准备充分、分发待评审文档、必要时召开并主持评审会议、向有关领导报告评审结果,并且跟踪评审错误的改正。2.评审人员:必要时参加与评审有关的培训、按评审计划阅读待评审材料、保证对待评审材料的理解、与待评审材料作者讨论,并且指出和记录问题。3.文档作者:按评审计划准备并按时提交待评审材料、必要时对材料进行解释、必要时参加评审会议,并且在确定需要改进时按时完成修改。4.记录人员:评审会议中记录评审人员提出的问题及相关讨论。5.项目经理:制定保证评审和改正的项目进度计划,还要确保评审准备时间、评审会议时间及错误的改正时间。而且评审安排及结果与所有项目成员沟通,必要时参加评审会议、阅读评审报告、分析缺陷原因,并且改进项目质量。文档评审的层次:本文未提及。制定并发布评审计划评审组长根据项目情况和评审要求,制定评审计划并发布。评审计划应包括评审的目的、范围、时间、地点、评审人员、评审方法和评审标准等内容。评审计划应当在评审开始前得到相关人员的批准,并在评审开始前向评审人员发送通知。4.4.4准备评审评审人员应在评审前认真阅读相关文档,并对文档进行评估和准备。评审人员应当了解文档的背景、目的、要求和标准,以便在评审会议上提出合理的意见和建议。评审人员应当准备好评审表格和评审记录表,并在评审会议中记录评审结果。4.4.5举行评审会议评审会议应当按照评审计划的要求进行。评审组长应当主持评审会议,评审人员应当按照评审计划的要求进行评审,并提出合理的意见和建议。评审会议应当记录评审结果,并在会议结束后对评审结果进行总结和分析。4.4.6改正、跟踪和回归评审评审结果应当及时反馈给文档编写人员,并要求其对评审意见进行改正和修改。评审组长应当跟踪文档的改正和修改情况,并及时回归评审结果。如果文档存在重大问题,评审组长应当及时通知项目经理和部门经理,协商解决方案。4.4.7分析、总结和报告评审组长应当对评审结果进行分析和总结,并形成评审报告。评审报告应当包括评审结果、评审意见和建议、改正和修改情况、评审总结和分析等内容。评审报告应当提交给项目经理和部门经理,并在评审结束后进行归档。4.4.8归档评审报告、评审记录和相关文档应当按照规定进行归档,并保存一定时间。评审报告和评审记录应当及时提交给项目经理和部门经理,以便进行后续的项目管理和质量控制。评审流程评审组长是评审工作的核心人物,其主要职责是制定评审计划、确定评审对象和时间、确定评审级别和策略、裁减评审流程和提交物、确定入口条件和回归评审准则、制定评审检查表和确定评审角色构成。评审组长还需要根据评审角色构成确定评审人员并成立评审小组,最后发布评审计划。评审准备在正式评审前,文档作者需要向相关人员发布文档,评审人员需要阅读文档并尽可能发现大部分问题,文档作者则需要解决大部分发现的问题。评审组长需要确定会议地点、环境、设备和所有材料,确定人员职责和会议议程,并确保评审开始条件成熟。评审组长还需要通知相关人员到会。评审会议在评审会议中,评审组长需要宣布会议议程、人员职责和会场纪律。文档作者需要介绍工作成果,并对评审人员的疑问进行必要的解释。评审人员需要提出疑问,指出问题或缺陷并说明根据。文档作者和评审人员需要讨论缺陷的真实性,并确定是否需要按照评审人员的要求进行改进。评审一般不涉及为节省时间改进方案或错误的纠正方案。评审记录评审记录是评审工作的重要组成部分,其目的是记录有共识的问题或缺陷,以便跟踪最终解决。评审记录包括总体记录和缺陷记录。总体记录包括项目名称、系统名称版本号、日期时间、主文档名称、附文档名称、文档版本号、作者、评审类型、评审人员和评审结论。缺陷记录包括缺陷编号、提出者、章节/页码、缺陷描述、缺陷类型和承诺改正时间。验证记录则是指全部打勾的CheckList,说明CheckList所列的工作都已经做完,所列的内容都已经评审完,确保工作的完整性。评审结论评审结论包括是否需要修改、项目组是否接受修改要求、如何处理以及总体结论。对于是否需要修改,评审结论可以是无需、少量、较大或是一个量化的数字。对于项目组是否接受修改要求,则需要针对具体的一条意见或建议进行考虑。有些问题可能是误会,消除了就不是问题;有些建议性的问题,项目组考虑进度可不接受修改要求。最终评审结论可以是合格或不合格。在评审过程中,需要确定修改责任人和跟踪责任人,并确定回归评审时间。如果需要更正式的处理,可以要求相关人员签字表示同意评审结论。后续跟踪确认错误都已改正,根据结论必要时回归评审。评审组长应分析评审数据并总结经验,发布评审记录与数据分析报告。管理人员应防止评审数据被不恰当地使用,

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论