一、RDR 概述
RDR（R&D Review）即 IPD 研发项目管理及研发交付质量评审，由研发领域产品部（PDU）中的项目指导团队负责开展。
通过 RDR 评审机制，能够在制度和流程层面保障研发项目管理及研发交付质量，建立起 PDT 开发代表（或研发项目经理）与研发领域各功能部门的互动机制。同时，RDR 评审可确保研发各功能部门充分参与，保障研发项目资源和项目活动的落实，进而保证研发交付质量。此外，RDR 评审还是研发项目每个阶段的入口检查点，其通过意味着研发项目上一阶段工作输出符合要求，且已做好下一阶段工作的计划和准备，评审结论可作为 DCP 决策的依据。
RDR各个评审点位置
RDR1、RDR2、RDR3、RDR4可以适当进行裁剪，但是必须保留RDR3，因为这是在开发周期进入到验证周期前的最关键的评审要素，是对开发周期内PDT内部的评审关键点。RDR可以和DCP、TR进行配合联动，适当地进行合并和优化，以保障RDR结论与TR、DCP结论的有效一致，并减少无效的流程操作点。
二、RDR 评审点及补充评审
（一）主要 RDR 评审点
|
评审点 |
内容 |
|
RDR1 |
研发项目在概念阶段结束时的项目管理评审点，用于确认初步的研发项目计划，确定备选方案，为 CDCP 提供支撑。 |
|
RDR2 |
研发项目在计划阶段结束时的项目管理评审点，旨在确认并批准最终的研发项目计划，支撑 PDCP。 |
|
RDR3 |
研发项目在执行（开发）阶段结束时的项目管理评审点，需确认开发完成，以及研发项目达到进入试产和 Beta 测试的要求。 |
|
RDR4 |
研发项目在执行（验证）阶段结束时的项目管理评审点，要确认验收完成，研发项目交付达到 GA 的要求，支撑 ADCP。 |
（二）补充评审
- 研发项目在概念阶段开始时，需增加项目启动评审，以此检查研发项目启动准备情况。
- 在发布阶段结束后，要增加项目关闭评审，用于总结项目完成情况，确认研发项目关闭计划。
RDR、项目启动评审、项目关闭评审在 IPD 流程中有着明确的位置。
三、RDR 基本操作流程
RDR 的基本操作流程请参考下图内容：
RDR评审流程
OSG：Project Operation Steering Group，项目运作指导团队
|
序号 |
活动 |
活动描述 |
|
1 |
制定RDR评审时间点 |
由 POP 与版本经理协商制定评审计划，并发出评审会议通知。 |
|
2 |
进行自检，准备评审汇报材料 |
版本经理对照 RDR 评审检查表对各个检查项进行自检，按照模板及时输出 RDR 汇报胶片，并提交给 POP。 |
|
3 |
检查评审汇报材料的内容和形式 |
POP 检查汇报材料是否符合模板要求，内容是否齐全。 |
|
4 |
进行初步审查 |
OSG 成员及时审视评审汇报材料，对照 RDR 评审要素表进行检查。为提高效率，OSG 成员的检查可依照检查表的责任矩阵进行。版本经理需及时与 OSG 成员沟通，答复其问题。 |
|
5 |
根据初审意见修改材料 |
版本经理根据 OSG 成员的反馈及沟通情况，刷新汇报材料，并将自检结果、初审意见附在汇报胶片中。 |
|
6 |
召开评审会 |
POP 协调 OSG 成员参加会议，组织 RDR 评审。OSG 成员出席率不低于 80%，且 PDU 部长、PO 主任、开发代表必须参加，会议由 PO 主任主持。会议结束时给出评审结论，评审过程及结论参照相关子流程。 |
|
7 |
记录并反馈评审记录 |
POP 完成会议纪要，纪要人应在会后一天将决议初稿、评审纪要反馈给 POP，反馈前需经版本经理审核。 |
|
8 |
发布评审报告 |
POP 完成正式会议纪要，经 OSG 主任或副主任审核后发布简报。会议纪要主要发布给 OSG 成员、项目组成员及其他干系人。 |
|
9 |
处理未关闭的问题 |
版本经理负责解决相关问题，POP 追踪并记录问题解决情况，定期在 OSG 会上汇报。 |
四、RDR 评审会详细说明
（一）会前准备
RDR 评审会前，各 OSG 成员应根据 RDR 检查表审视研发项目的完成情况，并及时反馈评审意见。
（二）会议过程
评审会上，成员应坦诚讨论，全体成员集体决策，采用少数服从多数的原则得出评审结论。
（三）评审结论
评审要点需要根据已制定的RDR评审要素进行审查，对照要素梳理通过点和不通过点，给出有效的评审结论。
评审结论分为三种：
- GO：表示研发项目达到评审点要求。
- GO WITH RISK：研发项目基本达到评审点要求，但存在风险。
- REDIRECT：研发项目未达到 RDR 评审要求，需要版本经理重新汇报。
参考站内文档：
评论0