敏捷开发迭代规划标准流程.docxVIP

敏捷开发迭代规划标准流程

1流程总览

阶段

会议/活动

时长

参与角色

输出

0预准备

梳理会（Refinement）

1～1.5h/周

PO+Team

已拆分、已估算、已排序的PB

1启动

迭代规划会①需求澄清

≤1h

全员

选中目标、候选PBI

2估算

迭代规划会②任务拆分+估算

≤1h

全员

SprintBacklog、任务清单

3承诺

迭代规划会③容量确认

≤0.5h

全员

Sprint目标、DoR/DoD重申

4可视化

Sprint板初始化

10min

SM+Team

物理/电子看板就绪

5基线

计划发布

5min

SM

邮件/飞书群同步基线

2角色与职责

角色

规划会职责

备注

PO

讲“为什么”和“验收标准”，拍优先级

不决定“做多少”

SM

facilitator，保障流程、时间盒、防止发散

不替团队估算

DevTeam

拆分任务、估算、识别风险、承诺

拒绝“被分配”

QA

同步测试策略、环境需求、回归范围

左移缺陷预防

3预准备（DoR入口准则）

迭代外部干扰已评估（假期、团建、线上大促）

ProductBacklogTop30%已满足INVEST估算≤8StoryPoints

团队Velocity（近3次平均）已算出

代码主干可编译、流水线绿灯

上一迭代Review已完成，遗留缺陷≤2个严重

4迭代规划会详细步骤

4.1会前15min（SM负责）

预约会议室+线上链接

打印/打开Sprint目标模板、团队容量表

检查电子看板列：Backlog→Todo→Doing→Review→Done

4.2开场（5min）

SM重申会议目标、时间盒、输出

回放上一迭代Velocity、燃烧图

4.3需求澄清（≤1h）

PO按优先级逐条讲解PBI

团队提问“Who/What/Why/Value”

现场更新AC（AcceptanceCriteria），用Gherkin语法可执行化

若发现PBI仍大＞8SP，直接拆，不进入Sprint

4.4任务拆分+估算（≤1h）

采用“设计-拆-估”小循环：

团队先5分钟静默设计（画草图、列接口）

按“可测试、可演示、≤1天工作量”拆任务

用“理想小时”或“故事点”再估；16h任务继续拆

风险依赖同步写入任务备注，红色标签标出

4.5容量匹配（≤30min）

列出每位成员可用小时数（扣假期、会议、On-call）

计算团队总容量=Σ(可用小时)×0.7（专注度系数）

累加任务小时，若容量，按价值/依赖顺序移出，PO现场拍板

形成SprintBacklog，贴到看板Todo列

4.6目标与DoD重申（5min）

用一句话填写Sprint目标模板：

“通过××功能，让在下获得××价值，指标提升××。”

全员大声读出DoD（DefinitionofDone）10条，无异议即承诺

4.7自信度投票（2min）

匿名五指拳：5=必成，1=必挂；≤3需现场调优，3直接通过

5输出物模板

5.1SprintBacklog字段

字段

示例

说明

SprintID

2024-Sprint14

统一命名规则

Goal

完成支付分账原型，降低客诉30%

可量化

PBIID

P-2024

与Jira编号一致

TaskID

T-2024-1

前缀统一

Owner

张三

自愿领取

Est.

6h

理想小时

Status

Todo

默认初始状态

5.2容量计算表

成员

可用天

聚焦系数

可用小时

备注

张三

9

0.7

50.4

2h培训

…

…

…

…

…

Total

–

–

280

留20%缓冲

6常见风险与对策

风险

触发信号

应对措施

需求涌入

会中新增PBI

贴“停车场”，会后走变更流程

估算偏差

任务16h或置信度≤3

立刻重拆，引入“三点估算”

容量超载

总任务总容量×0.9

PO砍范围，不砍质量

环境阻塞

无测试环境

建立“环境就绪”EntryTicket，不满足不启动

7度量与改进

规划会耗时：目标≤2.5h，SM每次记录

Sprint目标达成率：Done列/PBI总数≥90%

变更率：新增/移除PBI数量≤10%

8工具推荐

Backlog管理：Jira/Trello/PingCode

估算：PlanningPoker?App或MSTeams插件

看板：物理墙+磁贴/JiraBoard

容量表：GoogleSheet模板（内置公式）

远程白板：Miro、飞书妙记

9一分钟速记（口袋卡片）

预准备：P