产研敏捷化协作全景图v2.42

1

主流技术方案/框架积累评估

产品组S4G2

产品线内规划里程碑和优先级

需求评审

月度排期会(PMO组织)

产品线S3

产品经理定期推送进度报告给业务方

产品模块S1G1P2

项目全员第一时间得到产品方案内容的同步

产品线S1

可排期

需求研发阶段

v2

项目一部

输入

版本迭代范围

运营数据分析参考

  产品经理、产品总监、项目经理、项目总监、职能线负责人、PMO

⑤验收

解决方案思路：通过固定的排期拉通会（每月一次固定时间），拉通跨产线的backlog，通过需求燃起和燃尽整体调控合理节奏，为产研协同从事件驱动转为价值驱动做铺垫。

前期准备

跨产线共识优先级的Blacklog

资源基线

宏观

否

需求沟通/分析设计

需求评审（首次）

产品线结构示意图

   客服运营、产品运营、产品市场、设计、产品经理、PM、RD、QA、QC

产品组S4G1

需求终审

③需求评审

S3G3P1

  产品经理、项目经理、项目总监、职能线负责人、测试、设计

相关方名单

产品模块...

是

客户反馈需求

项目三部

+

产品组S3G1

待共识Backlog

需求排期（迭代计划）

时长： 2H会议关键指标【决议通过率】健康：大于等于60%不健康：低于60%

待排期Backlog

研发完成

设计终稿

发版内容

研发排期（粗估）

产品经理

产品组S1G3

产品线结构

标准活动

微观

PM/RD

产品组S1G1

市场推广

5

阶段关口

更新

需求收集

行业竞品、交互体验、样式评估

S2产品线内部排序过的Blacklog

产品组S1G2

研发中心

需求规模(粗估人日)

PMO组织每月排期会

项目经理+项目总监

v1

⑥产品运营交付

已共识Backlog

v3

②通过产品内审更新Backlog

敏捷开发流程（指引）

PRD（概要）原型

需求初稿

收集客服反馈需求更新Backlog

3

产品模块迭代 周节奏

每月排期会

QA/测试

产品组S5G2

设计预研/产能储备

Stable环境灰度发布（种子用户测试）

研发排期（精估)

进入Sprint敏捷迭代

产品线S2

备注

测试报告

产品组S2G1

研发流程

公司战略规划需求

待共识产品Backlog

竞品调研、数据分析、产品需求价值评估

产品需求池管理

资源基线更新

下个Sprint

...

产品线S4

产品模块需求池管理

2

线上回归测试

周节奏产品模块迭代

项目二部

产品线S5

需求确认阶段

Sprint Backlog

问题：1. 存在因缺乏跨产线跨项目的全局视角的需求优先级排序而造成研发资源错配、错失市场良机的风险。2. 存在因不同产品线无序竞争有限的研发资源而造成需求增速波动范围失控从而降低整体资源利用率的风险。3. 产品团对相较于研发团队更多的形成阶段和震荡阶段，存在诸多不稳定因素，这种客观前提下，跨产线需求优先级排序、资源配置方面如何面向价值交付优化存挑战。

修正问题、补充细节完善交付物

需拉通的相关方

Sprint迭代阶段（细节略）

通知

产品模块S1G1P1

4

产品线上验收

产品Backlog

业务方（客服、运营、市场、发起人代表）

项目四部

用户/客户需求

任务拆解Sprint启动

①滚动规划

交付运营

中观

更新的资源基线

可选活动

产品发布日志

业务部门需求

跨产品线相关方拉通

UED线上验收

发布Master环境

已共识产品Backlog

产品组S3G2

未共识Backlog

各产品线独立规划各自的产品组/产品模块迭代

产品交付阶段

产品经理+产品总监

产品中心

需求终稿设计终稿

产品组S5G1

内部各产品组分版本迭代计划

图例

项目团队与产品线（组）对位关系图

需求终稿

月节奏跨产线拉通排期

  相关产品经理、产品总监、设计、产品运营、业务方

④确定迭代范围

产品线/组迭代 月节奏

回归测试

技术预研

整体验收更新Backlog

 UED

S1产品线内部排序过的Blacklog