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

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

 找回密码
 立即注册

扫描二维码登录本站

QQ登录

只需一步,快速开始

查看: 35|回复: 0

开展敏捷研发Sprint计划会议的步骤

[复制链接]
发表于 2022-1-9 17:49:09 | 显示全部楼层 |阅读模式
第一步:产品负责人陈述Sprint目标,讲用户故事
* e, l0 k% D: J3 i+ {
产品负责人讲解他/她提议的Sprint目标,以及他/她希望被纳入Sprint的用户故事。如果其中有些用户故事在上一个Sprint的Backlog梳理活动中已经讲解过,那么在这个步骤中可以省略,产品负责人只需要给团队明确这个Sprint要做哪些用户故事即可。

- ~8 B8 g- E  B; Z2 _
很多产品负责人不知道怎么讲用户故事。有的产品负责人把用户故事的标题念一遍,或者干脆把故事卡摊到桌上说:“就这些,你们看看有什么问题。”

. }. s: {* e* ~
产品负责人要讲清楚用户故事,需要讲以下内容。
2 m; Q3 f. t4 @7 y8 x4 Q8 \
  • Who:用户是什么角色。
  • What:完成什么活动。
  • Why:达成什么目的。
  • How:具体怎么做。如果有业务流程图、线框图、参考规范或标准等,也需要给团队介绍。
  • 验收条件:做到什么程度算完成。
    / L+ ]/ I3 v1 ^$ e5 J% Z- s9 W/ ]
6 B' T; u6 c+ E6 {( }
第二步:产品负责人澄清产品需求

) f8 p5 Z9 d, T* {& S" g8 {
产品负责人就Sprint目标以及每个用户故事做现场解答,确保团队每个人对用户故事都有一致的理解。在这个过程中,一般会对用户故事进行细化,有可能还会拆分出新的用户故事。

! t* f+ c6 S! f8 W" g( N
第三步:团队估算完成用户故事所需时间

0 I. s8 Z) n6 c+ J5 U6 I
在估算过程中,产品负责人会发现,有的故事貌似大家都有共同的理解,但其实没有。因此,产品负责人要对用户故事做进一步澄清,而大的故事会继续拆分,需要的话会重新估算时间。
2 N# ?; K2 S1 O: ^- @1 _1 t
第四步:团队选取SprintBacklog,调整Sprint目标
. D1 ^$ x2 W5 `' Y
团队依据历史Sprint速率,以及对完成用户故事所需时间的估算,按照产品Backlog的优先级,选取用户故事,作为这个Sprint的Backlog。
  b% U+ B, p- o% J0 H
依据选取的SprintBacklog,团队审视产品负责人提议的Sprint目标是否可以达成。如果SprintBacklog的范围超过了Sprint目标,团队应该与产品负责人协商,是否应该调整Sprint目标。
) h* L( [* ~9 D; Z8 ]/ z2 _
在Tommy团队的一个Sprint计划会议上,产品负责人David提议的Sprint目标是:用户能够完成下订单和支付的采购过程。
' V0 d0 d8 U3 `1 c9 O, m5 ]/ B2 \: \
团队估算SprintBacklog后发现,与支付有关的用户故事没有富余时间,不能放到这个Sprint里做。于是,团队与产品负责人商议,将Sprint目标更改为:用户完成下单过程,支持货到付款,下个Sprint再做支付的流程。

' q; u  t- Y. ]1 z$ v
第五步:拆分任务
3 {$ A8 _3 I4 `+ [
接下来,团队就每一个用户故事拆分出具休的任务。每个任务的粒度争取在一天之内。
( C: v) V. u& _  E. K
Tommy的团队在这个Sprint计划中有这样一个用户故事:购物者想把一个商品加到购物车里。

! |3 D; A( U! p
团队讨论,为了完成这个用户故事,需要完成以下任务。
# |1 U% f6 k) k3 ]$ t- m- t
  • 修改后台数据库,预计5小时。
  • 添加购物车UX设计,预计2小时。
  • 前台页面JS开发,预计4小时。
  • 写自动化验收测试脚本,预计3小时。
  • 更新购物者帮助说明,预计2小时。! ~- v& w% c8 U/ G
" v& z+ {+ R/ n& L: |0 p' |+ [% r
团队用卡片将每个用户故事和任务写下来,为方便互动,大家围着卡片讨论。卡片展开后如图6-10所示。
粘贴上传202201091746238664..png

, D. y% W: }3 O- n
图6-10Sprint计划任务拆分示例图
7 I, ]: W$ a4 Z

5 T8 }) ]3 g1 C1 m8 b
新的Scrum团队一开始拆分出的任务通常都比较大,比如10天、8天、5天的任务。而任务最好在一天之内完成,因为任务越大,其中蕴藏的风险可能越多。团队在探讨如何把任务拆小的过程中,会暴露出实现用户故事的风险。
* p# n4 f( S" n/ B
当团队形成将任务拆小的习惯后,又容易走向另一个极端:经常出现1小时或半小时的任务。比如,开发弹出消息对话框需要0.5小时。
7 F. g0 ]9 n4 q0 Q0 y1 ?
如果有一堆过小粒度的任务,会额外增加管理成本,也是不提倡的。一天之内的粒度是最合适的。
3 s$ E$ L; Z: ~( i
第六步:判断SprintBacklog是否达到产能上限

4 |; o% _- e' S! H" n
Tommy团队在这个Sprint估算的任务工时之和为150小时(如图6-10所示),而在Sprint计划前的工作(输入3:团队做SprintBacklog的可用时间)中,团队做SprintBacklog的可用时间只有142小时,Tommy问大家:“这可怎么办呢?”

+ `# E% c! o4 V7 t: l' l- Q; ~4 P
团队说:“才超出了8个小时,没准能做完。”
; V' P6 g7 E: C! s# P8 k( Y1 }
这个时候,作为ScrumMaster的Tommy问道:“大家确定可以吗?真的愿意挑战一下吗?为什么觉得可以做完呢?”
1 ]/ b  J& u9 z" l0 g: f0 ~
不管团队是否愿意挑战,我们应该尊重团队的决定。如果团队不想挑战,那么需要从Backlog里取下一个或几个用户故事。
! U8 g- ?, O$ {& b
第七步:承诺目标

4 S4 X+ X! M5 R0 f
终于到了最后一步。在Sprint计划结束前,ScrumMaster需要问大家对这个Sprint是否有信心,从而确保每个成员为达成Sprint目标做出承诺。

) E- ^* r7 r" I( y
很多团队都省略了承诺目标这一步,ScrumMaster也没有确认大家的信心和承诺就结束了Sprint计划会议,团队直接进入开发。从大部分工程师的习惯来看,即使有人没有信心也不会说的,因为这会显得整个团队好像就他一个人没有信心。而往往他看到的风险可能是其他人没有想到的。

& X* F3 ]  p4 ~$ Z4 g% g! q
一种高效征求意见的方法是用五指拳(FistofFive)投票,如图6-11所示。
! c! B! S" _/ y  E: n. m. v. T
粘贴上传202201091746403181..png

# @8 b/ f$ }6 S  ^# U' h5 \
图6-11五指拳投
五指拳投票法的具体含义如下。
& w2 z; n1 W4 g. |: Z  ]
  • 5个手指:完全有信心,闭着眼睛都可以达到!
  • 4个手指:有信心,不出意外的话可以达到!
  • 3个手指:有点信心,但需要努力!
  • 2个手指:没有信心,很难达到!
  • 1个手指:不可能实现,我宁愿回家睡觉!
    * t5 W% Z$ r! ~9 X; d

# i- l6 x( n( d) A; r
如果团队有人举了2根或1根手指,ScrumMaster需要请他/她讲述自己的顾虑,困难在哪里。如果团队认可他/她提出的困难会影响Sprint目标的达成,则应该调整Sprint目标。
  ?1 `7 Q9 D* u2 ~* G
Sprint计划结束的时候,不仅团队承诺了Sprint目标,而且SprintBacklog也得到了团队的承诺。团队可以将SprintBacklog的用户故事和拆分的任务卡放到任务板上,作为Sprint第一天启动的站会输入。

% d( U6 }6 _3 \5 [
, ?8 r- l0 P0 Q+ R




上一篇:敏捷研发Sprint计划的流程
下一篇:敏捷研发每日站会的常见误区
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

参加 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 18:17 , Processed in 0.108872 second(s), 31 queries .

Powered by Discuz! X3.4 Licensed

Copyright © 2001-2020, Tencent Cloud.

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