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

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

 找回密码
 立即注册

扫描二维码登录本站

QQ登录

只需一步,快速开始

查看: 326|回复: 0

敏捷研发每日站会的常见误区

[复制链接]
发表于 2022-1-9 17:51:29 | 显示全部楼层 |阅读模式
每日站会是Scrum团队每天自我检查和调整的机会。关于站会的流程,一般的团队都知道,本书不再赘述。但是大部分刚开始尝试Scrum的团队,或多或少都会碰到以下一些误区。

( J$ }+ @' N2 T) L; M/ K
1.站会不是每天开

0 v0 i# ^7 {) b4 [- a+ y# N% ^
经常有团队质疑:“站会为啥要每天开?太浪费时间了。我们从前一周一次周会,不就够了吗?”

+ U  ~+ f3 E4 |& n5 c0 V
如果一周一次会议,团队彼此之间的信息同步、状态对齐,以及工作的调整周期就是一周发生一次。这样的频次不可避免地会有一个又一个意料之外的事情发生,而这时才开始采取措施来调整,很难保证在一个Sprint内能够实现目标。

1 C0 {3 q- R# t8 I2 d3 _  B9 n
也有团队说:“我们每天开站会,好像也没发生什么大问题需要解决,是不是太频繁了?还是一周开两次吧!”

! u# M1 ]! {( }/ ]2 h5 a
如果每天没有什么大问题发生,应该庆幸才对,因为在发生之前团队已经提前规避了风险。如果等发生了大问题后隔了一天才知道,这时候已经晚了一步。

) e$ E6 A4 k& o1 Z) \4 ]
2.总是有人迟到

/ @& s6 J4 R9 m  N4 o0 V7 P
如果团队经常有人迟到,应该分析一下大家为什么迟到。是不是因为时间不合适,是不是因为大家的座位不在一起,还是由于任务板的位置离工位太远,等等。总之,要了解背后的原因,才能解决根本问题。
4 @. H" ?: o& W; C
如果没有什么背后的原因,只是因为大家不习惯按时到会,那就可以用团队的工作协议来解决。设定工作协议也要注意符合团队和组织的文化。有的团队喜欢采取惩罚的机制,而有的公司不喜欢这种罚款机制,更喜欢用一些正面的奖励机制来牵引。采用什么工作协议没有对错之分,只要团队达成共识,一同遵守即可。
: N2 `4 Q4 _# s" q) q
1.只动嘴,不更新任务板
6 G* _6 z+ m- j
站会上轮到每个人说话的时候,大家都面朝着任务板,只动嘴说,而任务卡原封不动,或者只是更新了个别任务卡的状态。

0 J) W) c  [) g' j3 B5 [" X7 A
为什么要用任务板?因为任务板具有可视化功能,可以让团队每个人对每个用户故事、每个任务的状态一目了然。一个状态不保真的任务板,意味着每个人只知道自己手里的任务和用户故事的状态,而其他人不知道;已经完成的卡片还在进行状态中,而已经启动的卡片还在准备状态中,这样团队就对整体上这个Sprint的状态没有正确的认识。

2 ^. z' r2 b! Z$ _4 i
2.啥都谈,就是不谈障碍和风险

% A+ U% C9 l6 o4 }, N
我曾经辅导过一个团队,每天站会上风平浪静,大家一一说完自己昨天做了什么,今天要做什么,移动一下卡片就结束了。可是团队每天的进展都很慢。为什么会这样呢?我仔细观察后发现,站会上没有一个人提及自己碰到了什么问题,有什么障碍和风险需要解决。于是,在团队站会结束的时候,我问大家:“真的什么事情都没有吗?请每位同事把站会的第三个问题说出来——我遇到了什么障碍。”
4 c/ h. v4 W2 T$ ^' F6 V) o
结果一发不可收拾。第一个同事说:“我昨天认领了这个任务,可是我发现原先的代码逻辑我有些看不懂,所以过了一天也没做完。也不知道从前这块是谁做的,为啥要那样设计……”随后,几乎每个同事都说出了自己碰到的困难和问题。为什么之前大家都不愿意说呢?因为这个团队已经养成了“一切靠自己”的习惯。更深层的原因是,当工程师求助的时候,其他人忙于做自己的任务,而没有时间和意愿帮助他。

3 {8 d( N/ o0 b# L. C" `
暴露障碍是站会的一个重要议题,ScrumMaster的职责之一就是引导团队暴露障碍,帮助团队解决障碍。
9 ~# Z5 U: k2 X+ X  A6 r: C
3.僵化站会的三个问题
2 [& X: g2 d) x* g) D
Scrum站会上,标准的三个问题是:
3 m3 R/ P  E) F7 a& n# ~
  • 我昨天做了什么?
  • 我今天要做什么?
  • 我遇到了什么障碍?
    # v* L4 `5 {( T2 a' m1 d3 S
    5 \1 k  r- `3 E& `0 Y6 G. b( P( |8 O
/ r( X  s$ V1 ], h1 `
这并不意味着每个团队必须永远使用这个模板。每个团队要依据自己的情况,调整会议日程。比如,有个团队在试点了Scrum几个月后,发现了一个问题:他们昨天做的并没有给他们带来什么实际价值,反而他们需要及时暴露项目的潜在风险,而这个问题在日程里没有。于是他们将站会问题改为:

/ V0 \. R9 Z3 z+ t! [
  • 我今天要做什么?
  • 我遇到了什么障碍?
  • 我的任务有什么风险?
    3 P5 Y- Y1 m- F# n& O9 F( w

    3 r# p. `- E( f/ {& W- ]8 x0 C' q

, ~' y( ~) w" c1 i% g1 w4 b; U8 \
1.团队向ScrumMaster汇报工作
' A) ~4 V/ i6 E* M' N9 G, }6 ?
在很多Scrum团队的站会上,这一幕你应该看到过:每个同事面向ScrumMaster,回答站会日程里那三个问题。然后,ScrumMaster给出指示:你该注意什么,明天需要做什么。每个同事都这样依次汇报完毕后,站会结束。

6 P* o' p$ Y" J. {3 c
这种情况在由项目经理、项目组长或管理层的人员转型做ScrumMaster的人身上容易出现。因为在做Scrum之前,团队就是向他/她汇报工作。因此在站会上,大家就自然地继续向他/她汇报。

" _3 T1 K' ~! [+ P1 x  X
当然,这也与大家对ScrumMaster的认知有关。很多团队没有接受过Scrum的培训,以为ScrumMaster与管理者没有区别,只是换了个名字,所以自然就把ScrumMaster当作领导,在站会上向他/她汇报情况。
- ]$ x' l: }" V1 K
那么如何扭转这个现状呢?其实不止是在站会上,ScrumMaster需要学会在各种活动中引导团队自组织,因为只有自组织的团队才是最高效的(参阅第10章)。

& C1 Z9 \8 r9 O) Q- n- L8 Y
2.ScrumMaster给每个同事分配任务

5 w* m  [8 J4 b1 z& U$ ]
这个现象产生的原因与上一条相同,不是ScrumMaster本身就是从管理者转型而来,就是团队对ScrumMaster的理解有误。ScrumMaster应该鼓励团队成员主动认领工作任务,积极发挥团队的主观能动性。
" ^+ d# O! [( A8 L' t
3.团队以外的人到站会上指手画脚

6 L( X$ n1 B, j' _: K2 B
团队在开站会的时候,产品负责人突然跑来打断团队,给团队的任务板上放了一张紧急的用户故事卡片,然后现场讲解需求,于是,站会就演变成了新需求澄清会。

8 D8 G  r3 @0 Z- _
除了产品负责人以外,团队所在的部门主管有时候也到站会上来。
3 @. I3 `8 x! c8 g+ ]* p
一些主管很好奇,想看看大家玩敏捷是个什么样子,到底有没有收益。在一次站会上,团队提出了阻碍,说缺少大容量的服务器。主管着急了,接上话说:“怎么会少呢,给你们团队分配的最多了,你们都做什么用了?”团队立马安静了,后面的同事也都不敢提障碍和问题了。而有的主管则会说:“这个待会我找下IT部门,帮大家推动一下。”这种处理方式就不会破坏团队自组织的积极性。
" K$ x* w  c- v: m6 `% i' }
总之,无论是产品负责人还是部门主管,都尽量别到站会上来。团队如果真的需要他们来帮助推动,会主动找他们的。
; ?+ A% A2 v7 y' n6 b0 D5 U

  B) o. Y; v& f* j




上一篇:开展敏捷研发Sprint计划会议的步骤
下一篇:什么是敏捷研发SprintDemo
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

参加 ITIL 4 基础和专家认证、长河ITIL实战沙盘、DevOps基础级认证、ITSS服务经理认证报名
ITIL(R) is a registered trademark of AXELOS Limited, used under permission of AXELOS Limited. The Swirl logo is a trademark of AXELOS Limited, used under permission of AXELOS Limited. All rights reserved.

QQ|ITIL ( 粤ICP备11099876号 )|appname

GMT+8, 2022-12-7 19:04 , Processed in 0.103092 second(s), 29 queries .

Powered by Discuz! X3.4 Licensed

Copyright © 2001-2020, Tencent Cloud.

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