研发项目关口管理评审规范

1、研发项目关口评审管理办法版本编号：V1.0制定部门：技术管理部发布部门： 签发 人： 发布日期：目录1 目的32 原则33 范围34 相关人员职责45 工作程序56 评审要素67 关口评审中常见的误区8附件12内部资料，请勿外传 181 目的产品开发是由决策流程来推动的，这一流程决定要开发什么产品及如何分配产品开发资源。通过这一过程，高层领导可以引导产品开发，实施产品战略，并授权项目小组开发新产品。尽管决策流程很重要，但常常缺乏效率，甚至减慢而不是推动产品的开发速度。决策滞后则浪费宝贵的资源。优柔寡断导致项目失控，漫无目的，而且耽误产品进入市场的时间。意见分歧使产品变化频繁。匮乏资源的过度分配

2、则会引起不断的拖延和挫折。“关口”是项目回顾和决策评审会议阶段-关口中构思到发布系统中的重要继续/终止决策点。关口管理，它有助于制订高效率的产品开发决策，并可推动开发流程其余部分的实施。这些决策由被授予权责的评审专家来制订。 关口评审会上，产品项目会被相应的评审专家进行各方面的评估，为这些重要阶段制订清晰的目标，并且必须达到这些目标，项目才能继续进行，以达到规避风险，促进项目更好、更快地投入市场。2 原则本规范以集团研发项目评审管理办法（2005年发布版）为指导，以实操、简明为原则。3 范围本规范规定了产品设计开发过程中的关口评审的组织、内容和要求。关口定义：l 概念阶段-立项评审：明确责任人

3、、细化分析市场、定位产品、预估产品交付成果。l 计划阶段-总体方案（包括项目里程碑计划）评审：关键技术分析、里程碑时间确认；-总体设计评审：类属技术方面评审。l 开发阶段-阶段成果评审：与阶段需求核对，纠正开发方向。l 发布阶段-阶段结项评审，阶段结项评审：阶段性验证开发计划成果与市场计划成果是否方向一致，释放和整合资源。4 相关人员职责4.1 评审责任人（主讲人）4.1.1 把评审会议资料准备充分；4.1.2 在预审阶段就评审项目与主审人及评审专家沟通；4.1.2 评审会议结束后的改进和落实。4.2 主审人4.2.1 会前审查评审资料，并收集反馈意见，决定评审会是否如期进行；4.2.2 主持

4、评审会议，并对评审结论负责。4.3 评审专家4.3.1 在预审阶段就评审项目与评审责任人充分沟通；4.3.2 负责对被评审项目作出公正、科学的评定。4.4 评审会议组织者4.4.1 负责协助评审申请者提出评审申请、准备评审资料、安排评审会议的时间、地点、设备等；4.4.2 负责组织评审会议，包括评审通知、评审实施、评审结果整理等；4.4.3 负责会议记录及整理会议纪要；4.4.4 负责整理、保管评审过程中的技术文件和质量记录。4.5 评审活动相关人员角色说明见表1。5 工作程序评审活动分为评审申请、预审、评审会、评审意见会签、评审改进的跟踪落实五个阶段（见图1）。5.1 申请5.1.1评审责任

5、人向项目经理或更高级主管发起评审申请，并将评审资料准备充分，放入预审文件夹内。5.1.2 项目经理指定此次评审活动的主审人。5.2 预审5.2.1 主审人指定此次评审的评审专家，评审专家的人数以5到7人为宜，不宜过多或过少。5.2.2 主审人选取此次评审专用的评审要素，连同评审资料一起发给评审专家。5.2.3 评审专家结合评审要素表和评审资料对评审项目进行预审。5.2.4 评审专家就预审意见与评审责任人和主审人充分沟通。5.3 评审会5.3.1评审会组织者提前两天预定评审时间、地点及设备，并发送会议通知给评审相关人。5.3.2 主审人主持评审会，控制会议进程。5.3.3 评审专家在会上积极有序

6、发言，评审责任人做出相应解释及改进意见。5.3.4评审会结束时，对于所讨论问题要有结论；对于暂时不能形成结论的问题，要指定责任人及解决办法。5.4 会签5.4.1会议组织者在会后一天内把会议纪要提交主审人，主审人在会后两天内填写评审报告（附件二）。5.4.2 审会组织者组织评审相关人对评审报告会签。5.5 跟踪落实5.5.1 评审会组织者把评审会相关资料提交研发管理部归档。5.5.2 研发管理部指定专人负责跟踪评审报告的落实。6 评审要素本章根据实际评审的进行可以补充、调整各个要点。6.1 立项报告评审评审的内容以及评审报告结论应该明确以下主要问题：a) 此项目是否可行，是否同意立项实施；b)

7、 设计开发目标；c) 决定采用的新技术；d) 实际可供配备的资源；e) 项目研制周期；f) 项目成本要求，评审通过的经费总预算；g) 专利使用情况等，关键技术的专利性评估，等等。6.2 总体方案评审总体方案评审的内容以及评审报告结论必须对以下问题给予明确：a) 总体方案确定的最终目标在技术和经济上是否合理;b) 总体方案的内容是否能够满足设计目标的实现要求；c) 系统设计的技术先进性、兼容性、可扩充性如何；d) 是否有足够的技术依据；e) 详细的开发进度计划是否能够使产品的软、硬、结构等各个方面协调工作，各种资源是否在此进度计划下得到最佳的配置；f) 测试方案是否合理有效；g) 经费计划是否合

8、理；h) 能否进入下一阶段实施具体设计工作，等等。6.3 软硬件总体设计评审软硬件总体设计评审的内容以及评审报告结论必须对以下问题给予明确：a) 系统结构是否先进，能否满足现在和未来发展的要求；b) 模块划分是否科学合理；c) 接口关系是否技术合理，是否有详细的规定；d) 对模块之间的功能互动关系是否有详细的描述；e) 对模块的功能和技术指标是否有全面和准确的描述；f) 是否有足够的信息指导模块设计；g) 是否有足够的技术依据，等等。6.4 阶段成果评审评审报告结论必须对以下问题给予明确：a) 是否按设计的要求实现了规定的功能和技术指标；b) 文档是否齐全，内容是否准确？是否符合软件设计文档的

9、要求；c) 基于本文挡其他人是否可以编程；d) 设计是否充分考虑了程序测试的要求；e) 是否按规定的工作程序进行软件设计，等等。6.5 阶段结项评审 评审报告结论必须对以下问题给予明确：a) 由项目组以外测试部门/人员对项目进行测试。测试人员按照项目组提供的测试计划，并参考立项报告及项目开发计划书在实验室进行测试。如果项目是在用户现场开发的，要到现场进行测试b) 是否按总体设计的要求实现了规定的功能和技术指标；c) 文档是否齐全，内容是否准确，是否符合设计文档的要求；d) 市场业务计划是否同步（软件产品是否已上线稳定运行）；e) 等等；6.6 阶段结项评审评审结论必须明确以下相关问题：a) 项

10、目中各产品的运行时间应该依据企业产品标准规定的可靠性验证时间为基础，一般从产品正式运行开始，连续运行60到90天，或者非连续运行1440到2160小时。软件（包括嵌入式软件）的评审版本的有效验证时间不少于40天。在项目的计划书中应明确项目的测试时间范围；b) 测试用户的数量应在35家以上，在阶段计划书中应明确测试用户数量的范围，即明确上、下限；c) 对于某些产品已经通过阶段鉴定，但是在阶段验证过程中出现用户需求或市场发生重大变化，在现有产品上无法通过设计更改满足要求，只能进行有条件销售的产品，则为b品，不再进入阶段鉴定评审；6.7 通过评审可以发现的常见的缺陷原因a) 需求问题：产品特性不能满

11、足客户需求，或者需求冗长、变化、含糊。b) 设计问题c) 接口问题d) 和标准的不一致性e) 第三方交付了错误的产品f) 软件模块和文档之间的界面问题g) 逻辑和结构问题h) 数据结构和表示问题i) 测试冗长，覆盖面不够j) 压力和性能问题k) 参考资料不足或者不正确l) 其他文档错误，如格式错误等m) 组内或者项目组间的协调问题。在缺乏沟通前提下一些错误的假设，等等。7 关口评审中常见的误区（1） 误区一：评审参与者不了解评审过程 如果评审参与者不了解整个的评审过程，就会有一种自然的抗拒情绪，因为大家看不到做这件事情的效果，感觉到很迷茫，这样会严重的影响大家参与评审的积极性。（2） 误区二：

12、评审人员评论开发人员，而不是产品 评审的注意目的是发现产品中的问题，而不是根据产品来评价开发人员的水平，但是往往会出现把产品质量和开发人员水平联系起来的事情，于是评审变了味，变成了“批斗大会”，极大了打击了开发人员的自尊心，以至影响了评审的效果。（3） 误区三：评审没有被安排进入项目计划 参与评审需要投入大量的时间和精力，应该被安排进行项目计划中，但是显示的情况往往是，评审变成了“义务工”，参与评审的人员必须加班加点才能完成评审任务，如此一来，出现评审人员对评审对象不了解的情况也就不足为奇了。（4） 误区四：评审会议变成了问题解决方案讨论会 评审会议主要的目的是发现问题，而不是解决问题，问题的

13、解决是评审会议之后需要做的事情，但是，由于开发人员对技术的评审，评审会议往往变成了问题研讨会，大量的占用了评审会议的时间，导致大力评审内容被忽略，留下无数的隐患。（5） 误区五：评审人员事先对评审材料没有足够了解 任何一份评审材料都是他人智慧和心血的结晶，需要花足够的时间去了解、熟悉和思考，只有这样，才能在评审会议上发现有价值的深层次问题。在很多的评审中，评审人员因为各种的原因，在预审阶段对评审材料没有足够的了解，于是出现了评审会议变成了技术报告的怪现象。（6） 误区六：评审人员关注于非实质性问题 经常会出现这样的问题，在评审中，评审人员过多的关注于一些非实质性的问题，比如文档的格式、措词，而

14、不是产品的设计。出现这样的情况，可能的原因有：没有选择合适的人参加评审，评审人员对评审对象没有足够的了解，无法发现深层次的问题。（7） 误区七：忽略细节在组织评审的过程中，很多人不太注重细节，比如会议时间的设定，会议的通知，会议场所的选择，会场环境的不知，会议设施的提供，会议上气氛的调节和控制等等，而实际上这样的细节会大大影响评审会议的结果。表1 评审活动中的相关人员的角色评审分类评审责任人主审人评审专家评审组织者评审报告的审批/确认可行性报告评审总经理总经理（或其授权人）公司主管、总工、市场部经理（或其授权人）、财务部经理（或其授权人）、项目管理人员项目管理总经理总体方案评审项目经理总工主审

15、人指定的系统工程师、资深工程师项目管理总工设计开发阶段的评审设计人员项目经理指定的资深专家主审人指定的资深工程师项目管理项目经理设计定型评审项目经理总工主审人指定的系统工程师、资深工程师、总工、质控部主管项目管理总工设计更改评审设计人员项目经理指定的资深专家主审人指定的资深工程师项目管理项目经理图1 评审流程简介附件_关口预审意见反馈表预审对象产品主审人 预审要点：(主审人填写)1、XXX2、XXX3、XXX预审意见：(预审人填写)1、XXX问题2、XXX问题3、XXX问题预审结论 完全同意 基本同意 资料准备不充分，建议返回给责任人完善预审人签名日 期（年月日） 备注：1、此表用于评审人填写

16、预审意见，由主审人随同评审资料以电子件形式送给预审人。2、此表发给预审人前，主审人需要填写预审对象，主审人及预审要点。3、预审人填写预审意见和预审结论以及预审共花费时间统计项后，将此表反馈给主审人。附件二：_关口评审报告评审对象所在产品主审人评审日期（年月日）评审地点项目管理部组织者评审专家评审结论：1、XXXX问题：结论：2、XXXX问题：结论：3、XXXX问题：结论：遗留问题：（需落实责任人和解决期限）评审综合结论：通过 不通过 主审人签名日期年 月 日评审报告中需附:评审会议纪要附件三：_关口评审遗留问题解决报告评审对象所在产品主审人评审日期（年月日）评审地点项目管理部组织者评审专家遗留

17、问题： 1、XXXX问题：解决情况：2、XXXX问题：解决情况：3、XXXX问题：解决情况：问题责任人签名日期年 月 日附件四：_评审专家表现报告一、主审人表现情况：主审人会前表现会中表现评审质量综合评价备注备注：1、 对主审人的评价包括：（1） 会前表现包括评审安排及计划工作是否合理，是否认真审核了各评审专家的预审反馈表并根据意见认真考虑是否召开评审会；（2） 会中表现包括是否有效的控制了会场秩序、主持效果；（3） 评审质量包括本次评审工作整体绩效以及评审报告的质量。综合评价是上述三项的综合结论。 2、各项评分均采用 5 分制，其中综合评价是对该主审人本次评审最终评价，其计算公式如下：综合评

18、价会前表现*25%会中表现*25%评审质量*50%。二、评审专家表现情况：专家名会前表现会中表现意见质量综合评价备注备注：1、对评审专家的评价包括：（1）会前表现包括是否按时反馈，是否能胜任评审专家职责，是否按时反馈预审意见；（2）会中表现包括是否准时参加会议、是否早退、是否积极发表意见、是否服从主审人的指挥；（3）报告质量（指预审反馈表质量）和意见质量。综合评价是上述三项的综合结论。备注一栏描述该专家做的不够的问题以供其本人下次改进。2、各项评分均采用 5 分制，其中综合评价是对该评审专家本次评审最终评价，其计算公式如下：综合评价会前表现*25%会中表现*25%意见质量*50%。附件七：_评审过程数据报告评审过程数据：本次评审共花费 小时，