RPD快速产品开发全流程详解

一、什么是RPD？

• RPD定义-Rapid Product Development（快速产品开发）；

• 借鉴了业界主流的产品开发流程：IPD、敏捷开发等；

• 结合企业当前软硬件开发实践，RPD是包括了思想、流程、工具等的系统工程；

• RPD强调以客户为中心，由客户需求驱动完成端到端交付。

二、RPD的核心思想是什么？

• 产品开发目标是满足客户需求；

• 基于承诺交付的项目管理；

• 快速的概念和原型验证；

• 迭代式优化开发；

• 跨部门的协作；

• 关注质量的发布评审；

三、RPD快速产品开发流程制定基础：

A类变更 ： 产品(技术)的主要需求发生了重大变化,或产品的细分客户群体发生变化;且当前产品技术的开发无法支撑此类变化的变更;

B类变更 ： 产品(技术)的需求发生变更,例如新功能、某个模块的核心功能发生了变化;

C类变更 ： 产品(技术)开发过程中不会涉及到产品画像一级功能变化的变更；

四、快速产品开发流程(RPD)全流程

LPDT关注：产品开发全流程，核心4个阶段，4个评审点

RPD成熟演进过程：

BBFV(构建模块功能确认)、SDV（系统设计验证）、SIT（系统集成测试）、BETA（客户场景验收测试）。

阶段评审点

RPD流程分为不同的阶段，通过决策评审实现研发团队和管理层的互动，资源阶段受控投入，既满足产品研发进度和质量需要，又避免市场原因或者项目质量原因导致投资失控风险。

阶段评审运作流程

DCP评审结果：

• Go： 继续，项目获得批准进入下一个阶段，投资方向项目组提供下一个阶段的资金和资源。

• No Go：终止，项目被有序的终止，包括项目归档和关闭工作，然后重新分配资源。

• Redirect：修正后重新评审，产品遗留问题或风险不可控制或者暂时无法确定，需研发团队解决相应的问题或制定可行可控的措施，然后再重新上会评审；或者通过邮件方式会签同意后，结论可以转为Go。

各阶段点汇报人：

产品需求变更流程：

需求变更管理

• 所有变更都需要进行评审；

• 所有对项目计划的变更都必须文档化且受控；

• 变更链上任何一处变更，都需要知会变更链上其他环节。

PCR（Plan Change RequestDCP）:

如果承诺的变化超出合同规定的范围，则需要提交计划变更请求（PCR）给管理层批准。

任何影响到计划合同日期（包括客户交付时间），资源或者财务指标的更改均需要批准，对于项目范围（需求）的重大更改也是同样如此。

CCB（Change Control Board）：

每项变更都需要由项目管理团队或变更控制委员会（CCB）进行管理（接收请求、评审请求、决策）。

CCB的一般成员：相关产品经理、各部门总监、技术专家、项目经理、测试负责人。（可能会有成本管理负责人、客户方代表）。

开发阶段的目标、关注点和交付物

开发阶段活动流图

与开发对应的测试过程

现场测试阶段的目标、关注点和交付物

GA发布重点关注要素

• 做好量产到转产的准备；

• 做好向生产操作切换；

• 做好发布产品包；

• 做好监控供应链；

• 做好销售实施。

RPD流程运作基本团队

三者之间的汇报关系：PMO向IRB汇报，并从IRB获得指导与支持；PMO对其成员进行管理并用PBC的方式考核；IRB管理并用PBC的方式考核PMO。

项目运作矩阵式结构（按新的组织架构执行）

RPD项目的两级计划管理

产研团队运作信息流及决策机制

原文出自：PMO前沿