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

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

 找回密码
 立即注册

扫描二维码登录本站

QQ登录

只需一步,快速开始

查看: 16|回复: 0

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

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

& G- Y6 m' O3 q
1.站会不是每天开
# j8 V8 t$ O9 t4 \+ s
经常有团队质疑:“站会为啥要每天开?太浪费时间了。我们从前一周一次周会,不就够了吗?”

; P5 n2 t3 s, N" h' ~1 ~9 Q
如果一周一次会议,团队彼此之间的信息同步、状态对齐,以及工作的调整周期就是一周发生一次。这样的频次不可避免地会有一个又一个意料之外的事情发生,而这时才开始采取措施来调整,很难保证在一个Sprint内能够实现目标。
8 V1 K( B) w" u1 C, e- L+ d* W) m
也有团队说:“我们每天开站会,好像也没发生什么大问题需要解决,是不是太频繁了?还是一周开两次吧!”
# x: L( r: S1 ~
如果每天没有什么大问题发生,应该庆幸才对,因为在发生之前团队已经提前规避了风险。如果等发生了大问题后隔了一天才知道,这时候已经晚了一步。

6 M) k# t: g. d) e, x( n: G9 D8 u
2.总是有人迟到

& j8 H; `) Y* Y! d1 |0 b# M
如果团队经常有人迟到,应该分析一下大家为什么迟到。是不是因为时间不合适,是不是因为大家的座位不在一起,还是由于任务板的位置离工位太远,等等。总之,要了解背后的原因,才能解决根本问题。

6 F9 E/ S0 ^1 ?: c3 w
如果没有什么背后的原因,只是因为大家不习惯按时到会,那就可以用团队的工作协议来解决。设定工作协议也要注意符合团队和组织的文化。有的团队喜欢采取惩罚的机制,而有的公司不喜欢这种罚款机制,更喜欢用一些正面的奖励机制来牵引。采用什么工作协议没有对错之分,只要团队达成共识,一同遵守即可。
" Y, s' i" f( x, m
1.只动嘴,不更新任务板

) w3 ]4 y* [2 R  }* m
站会上轮到每个人说话的时候,大家都面朝着任务板,只动嘴说,而任务卡原封不动,或者只是更新了个别任务卡的状态。
/ L1 z5 Y, _9 `) x; t( r7 j$ r
为什么要用任务板?因为任务板具有可视化功能,可以让团队每个人对每个用户故事、每个任务的状态一目了然。一个状态不保真的任务板,意味着每个人只知道自己手里的任务和用户故事的状态,而其他人不知道;已经完成的卡片还在进行状态中,而已经启动的卡片还在准备状态中,这样团队就对整体上这个Sprint的状态没有正确的认识。

/ t- t  E. z4 h- g
2.啥都谈,就是不谈障碍和风险

* ]% L$ g2 s, C; i
我曾经辅导过一个团队,每天站会上风平浪静,大家一一说完自己昨天做了什么,今天要做什么,移动一下卡片就结束了。可是团队每天的进展都很慢。为什么会这样呢?我仔细观察后发现,站会上没有一个人提及自己碰到了什么问题,有什么障碍和风险需要解决。于是,在团队站会结束的时候,我问大家:“真的什么事情都没有吗?请每位同事把站会的第三个问题说出来——我遇到了什么障碍。”
% J9 P% V! k8 x4 }" `0 w; C6 J
结果一发不可收拾。第一个同事说:“我昨天认领了这个任务,可是我发现原先的代码逻辑我有些看不懂,所以过了一天也没做完。也不知道从前这块是谁做的,为啥要那样设计……”随后,几乎每个同事都说出了自己碰到的困难和问题。为什么之前大家都不愿意说呢?因为这个团队已经养成了“一切靠自己”的习惯。更深层的原因是,当工程师求助的时候,其他人忙于做自己的任务,而没有时间和意愿帮助他。
  X6 b5 T! b; ~; D. ~$ o& c* o- |
暴露障碍是站会的一个重要议题,ScrumMaster的职责之一就是引导团队暴露障碍,帮助团队解决障碍。

: j: f4 [7 e5 M1 J! @) H2 ]
3.僵化站会的三个问题

$ L5 N! P' j! S/ M( f8 S) I
Scrum站会上,标准的三个问题是:

+ ~* s1 m8 d2 h& ^" m' B# z: i2 z
  • 我昨天做了什么?
  • 我今天要做什么?
  • 我遇到了什么障碍?9 H5 F% x- t7 @0 w6 k

    4 L: ^5 D& {- V/ @  Q6 k2 s. Z
. X+ ^( V- U+ z; V1 l) N8 C6 m
这并不意味着每个团队必须永远使用这个模板。每个团队要依据自己的情况,调整会议日程。比如,有个团队在试点了Scrum几个月后,发现了一个问题:他们昨天做的并没有给他们带来什么实际价值,反而他们需要及时暴露项目的潜在风险,而这个问题在日程里没有。于是他们将站会问题改为:

$ V6 o3 B' K0 x9 F" B
  • 我今天要做什么?
  • 我遇到了什么障碍?
  • 我的任务有什么风险?
    3 o9 c# i4 E1 C$ h0 P
    3 y  E$ e% \( n  j' K
, y' {) X& P2 t! |) y) f
1.团队向ScrumMaster汇报工作

8 U5 P4 V" O: Y. V( @- y
在很多Scrum团队的站会上,这一幕你应该看到过:每个同事面向ScrumMaster,回答站会日程里那三个问题。然后,ScrumMaster给出指示:你该注意什么,明天需要做什么。每个同事都这样依次汇报完毕后,站会结束。
5 l: N9 }5 P- h& S, N
这种情况在由项目经理、项目组长或管理层的人员转型做ScrumMaster的人身上容易出现。因为在做Scrum之前,团队就是向他/她汇报工作。因此在站会上,大家就自然地继续向他/她汇报。
/ O2 V" r! `6 q  g" H8 H3 G8 A
当然,这也与大家对ScrumMaster的认知有关。很多团队没有接受过Scrum的培训,以为ScrumMaster与管理者没有区别,只是换了个名字,所以自然就把ScrumMaster当作领导,在站会上向他/她汇报情况。

/ ~. |1 `: O6 i2 ?2 ^: j/ F
那么如何扭转这个现状呢?其实不止是在站会上,ScrumMaster需要学会在各种活动中引导团队自组织,因为只有自组织的团队才是最高效的(参阅第10章)。
4 `( q) l0 g( y0 h7 D6 D9 c& _
2.ScrumMaster给每个同事分配任务
. L7 t1 n. ?9 g; t8 k7 d' v5 l
这个现象产生的原因与上一条相同,不是ScrumMaster本身就是从管理者转型而来,就是团队对ScrumMaster的理解有误。ScrumMaster应该鼓励团队成员主动认领工作任务,积极发挥团队的主观能动性。

0 S0 r! W4 d& w5 p
3.团队以外的人到站会上指手画脚

/ b/ S9 g  p! a4 U' p
团队在开站会的时候,产品负责人突然跑来打断团队,给团队的任务板上放了一张紧急的用户故事卡片,然后现场讲解需求,于是,站会就演变成了新需求澄清会。

- M; ~+ l2 \9 G" P1 }% n' |
除了产品负责人以外,团队所在的部门主管有时候也到站会上来。
- I! y# Y1 T9 t8 Z
一些主管很好奇,想看看大家玩敏捷是个什么样子,到底有没有收益。在一次站会上,团队提出了阻碍,说缺少大容量的服务器。主管着急了,接上话说:“怎么会少呢,给你们团队分配的最多了,你们都做什么用了?”团队立马安静了,后面的同事也都不敢提障碍和问题了。而有的主管则会说:“这个待会我找下IT部门,帮大家推动一下。”这种处理方式就不会破坏团队自组织的积极性。

, a0 e" p. |* @* Z% {
总之,无论是产品负责人还是部门主管,都尽量别到站会上来。团队如果真的需要他们来帮助推动,会主动找他们的。

& q" {8 k2 q2 e0 i# u
, J% P- f* u& e! j" \




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

本版积分规则

参加 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:56 , Processed in 0.100035 second(s), 28 queries .

Powered by Discuz! X3.4 Licensed

Copyright © 2001-2020, Tencent Cloud.

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