请选择 进入手机版 | 继续访问电脑版

ITIL,DevOps,ITSS,ITSM,IT运维管理-ITIL先锋论坛

 找回密码
 立即注册

扫描二维码登录本站

QQ登录

只需一步,快速开始

查看: 19|回复: 0

敏捷团队洋葱圈规划法

[复制链接]
发表于 2022-1-10 13:39:18 | 显示全部楼层 |阅读模式
很多团队认为,敏捷的价值观是“拥抱变化胜于执行计划”。那么,既然咱们做敏捷了,那就不用做什么计划了。
# ~& ?1 l8 T( V% {
这是对敏捷价值观的误解。如果完全没有计划,团队一定会得过且过,没有危机感,致使项目一片混乱。这样的话,前几节介绍的商业模式、产品愿景都将无法落地实现。我在前面介绍的Sprint计划和看板填充节奏都是敏捷里的计划活动,但敏捷计划不只是这些。

6 d. J8 ?9 t$ z. t' R( a9 m  q: H
很多敏捷团队非常专注于眼前的工作,只关注当前迭代的交付,或者是那些已经进入看板就绪队列的需求的交付,但是对产品下一步要做什么、未来要做什么都不清楚。

1 M' u* C; X  M$ p
实际上,产品规划是在多个层面上持续进行的活动,我称之为“洋葱圈规划”,如图8-12所示。
( a' B: e- T/ R2 n1 |1 z$ q: Z3 X
粘贴上传202201101337246648..png

1 e3 |4 r* \0 ~: u: g* P; O
图8-12洋葱圈规划示意图

# @: O% J9 h# j, f
表8-3介绍了各层级计划活动的时间节奏、活动参与人和计划的重点内容。

# ^4 g: _) @7 R" b
表8-3各层级计划内容一览表
粘贴上传202201101337485513..png
粘贴上传202201101337541701..png

3 G+ W: S6 n- f5 q" m5 d9 Y
第1层:投资组合计划

6 T/ _; C3 I9 e" S, @9 R* @& n+ c* S# D& M) \
一个企业或业务部门一般会并行管理多个产品,这时需要在整个组织层面规划好要投资做哪些产品、要对哪些产品撤出投资,以及正在做的产品准备何时上市。

; w& P( H8 U1 T3 d
投资组合计划除了规划整个组织的产品研发上线时间,还需要规划产品的预算、人力等成本。

( S( _4 y3 u( {8 p9 M0 `  u# J1 D
第2层:产品路线图计划
, C+ P: t" c) Z
对于一个创新产品而言,在团队创建了商业模式和产品愿景,并用第一版MMR探索了市场反馈之后,团队对需要做哪些优化心里更加有谱。这时,团队可以规划相对长期的产品路线图。

0 P7 f# R7 M) C0 A7 x1 \
团队通常产品路线图以季度或月度为单位,来规划即将发布的产品的重大特性。产品路线图包括以下内容:
' l( p% A& u* N1 t. N- t
  • 重要版本的发布时间;
  • 重要版本的名称;
  • 重要版本要实现的目标;
  • 重要版本的特性(这些特性不需要做详细拆分)。
    * |7 n; P9 K3 d+ }* T8 o, h4 g/ W
0 A. G- O/ F7 x2 p- V" [- r6 h5 M
产品路线图计划是渐进明晰的,即发布时间越近,产品特性越明确,交付时间越准确;发布时间越远,产品特性越不明晰,启动时间越不明确。当时间节点到的时候,一般团队会召集人员对产品路线图的实施情况进行评审,并对产品路线图进行更新。

$ R& ^2 B) U' Y; m* F
第3层:版本计划

$ Z5 J) m4 f# l' j! P. d
在产品路线图的每个时间段内都会有一个或多个版本发布。产品路线图规划了某个时间节点上要交付的产品特性;而版本计划则更加详细,团队不仅需要将特性拆分成最小价值单元的用户故事,还要依据团队的速率数据,计划一个版本的完成需要多少个迭代。版本计划也是渐进明晰的,即相对于当前版本计划,越往后的版本计划越粗略,特性拆分的粒度也越粗。

7 J1 `8 d* [3 v  N* j9 @( ]
团队支付一个版本后,一般会召开版本评审会议和回顾会议,其流程与Sprint评审会议、Sprint回顾会议相似。所以,团队在版本最后一个迭代的时候,可以将Sprint评审会议和回顾会议的范围拓展到对整个版本的评审和回顾。

) g- Y" a& O8 D+ r9 j. ^% B5 @; E
第4层:迭代计划

, F) p4 I0 H% j* H: i! Y; C8 r
一个版本可能会经过多个迭代才能完成。每个迭代都要有明确的计划,当迭代结束时,团队要召开评审和回顾会议。

4 W" a, S5 [. l8 J
需要说明的是,很多互联网团队的交付能力比较成熟,每个迭代甚至在每天都会发布多个版本。这说明,版本周期小于迭代周期。在这种情况下,团队一般不需要召开评审和回顾会议。

) Z9 W# H- q4 ?& m
第5层:每日站会
, N0 u6 g. K1 X3 q  b$ ^( C
每日站会是团队成员每天对项目情况进行审视,并计划当天的工作的活动。因此,每日站会是最小单元的计划活动。

7 s$ e) G0 E5 G# s* x) S
; ]  }6 \9 Q* X* P7 E
& D& B1 j- K( l# w5 I




上一篇:规划最小可发布版本(MMR)
下一篇:敏捷需求管理与传统需求管理的差异
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

参加 ITIL 4 基础和中级专家认证、v3专家升级、DevOps专家认证、ITSS服务经理认证报名
本站关键字: ITIL| ITSM| ISO20000| ITIL培训| ITIL认证| ITIL考试| ITSS| ITSS培训| ITSS认证| IT运维管理| DevOps| DevOps培训| DevOps认证| itop| itil4| sre| 开源ITSM软件

QQ|ITIL先锋论坛 ( 粤ICP备11099876号 )|appname

Baidu

GMT+8, 2022-1-20 19:58 , Processed in 0.109878 second(s), 31 queries .

Powered by Discuz! X3.4 Licensed

Copyright © 2001-2020, Tencent Cloud.

快速回复 返回顶部 返回列表