《敏 捷 教 练:如何打造优秀的敏捷团队》—6.3 与卡片共舞

网友投稿 500 2022-05-29

6.3  与卡片共舞

我们发现敏捷团队有一种常见现象,即在规划会议中,他们会选用电脑和投影仪来捕捉用户故事。这种做法会抹杀掉交谈,因为团队都死盯着投影屏幕,等待某一个人依次更新所有故事。索引卡(或便事贴)也可以用来记录用户故事的相关言论,可以介绍给团队。把故事按迭代进行分组,在桌上挪动卡片即可,这比在电子表格中上下移动故事可简单多了。

亲自展示如何用卡片来记录用户故事,带领团队开始实践。把听到的每一个故事分别单独写在一张卡片上,然后将这些卡片平摊在桌面上,让所有参与交谈的人都能看得见。现在,任何一个参与交谈的人都可以写一张新卡片放进去。[1]

检查自己卡片上记录的是否就是大家所讲的内容。如果不是,提议让客户来更正或者重写卡片。如果在讨论中故事有变化,可以在卡片上增加注释,或者干脆将其撕毁,重写新一张卡片。

《敏 捷 教 练:如何打造优秀的敏捷团队》—6.3 与卡片共舞

随着会议继续进行,你得停下来,小心别把所有卡片都写完了。有人提议某个新想法时,邀请他们自己写卡片。你可以这样说:“我们可不想回头就忘记,要不你写张卡片记下来?”也可以干脆就等着,等到有人主动拿起笔来写。其实这会自然而然地发生,因为几个人在交流中,一个记录员跟不上节奏,团队很快就会做出反应。

在桌子中间放上一叠卡片和一些笔,这样每个人都可以拿起来写。我们发现,桌子加索引卡只适用于一个小团队围着小圆桌的情况。超过5个人的,建议采用水平竖排卡片的方式。可以在墙(或是移动式团队板)上贴便事贴,也可以在白板纸上喷可移喷胶[1],然后把索引卡贴上去。这样一来,团队战员不用伸长脖子也能看见所有的卡片,也不用倒着顺序看。

要让团队随时都可以很方便地使用卡片,而不只是在规划会议中使用。物料供应要充分,团队空间要摆放足够的量(而不是锁在某个文具储藏柜里),还要准备一些光盘盒、塑料套筒和装订夹之类的收纳工具。

提醒团队,这些卡片最后会出现在团队板上,每日站会上也会提到它们,所以有一致的用户故事布局很重要。先在顶部写个简短的标题。我们曾见过一些团队用数字来指代这些故事,但这样很难围绕故事进行交谈。可以用记号笔写标题,字迹要清楚,字体要足够大,让团队不用站到白板前面也能看得一清二楚。它同样有助于团队逐渐养成好习惯,把估算点写在卡片上相同的地方(请参见7.3节),例如写在右下角。

故事模板

如果团队刚刚开始接触用户故事,可以推荐他们使用用户故事模板,例如下面这个[2]:

“作为一名……用户,我想要……能力,这样是为了……好处。”

下面是一个具体的样例:

“作为一名购书者,我想要能够看顾客写的书评,这样我就能够决定是否要买下来。”

这个模板能够帮助团队成员搞清楚用户是谁,开发此故事有什么好处。

团队需要能够很好地理解不同类型的用户,以便填写“作为一名”这部分内容。可以向团队提议创建一幅干系人图,或是使用附带照片的档案制作典型用户角色。甚至还可以安排团队出去见见软件实际使用环境中的真实用户。

我们碰到过一些团队,他们生搬硬套地使用用户故事模板,写故事时并未真正站在真实最终用户的角度。他们对任何东西都试图强行套用故事模板,会写出这样的故事:“作为一名开发人员……”或“作为一个XML摘要引擎(feed engine)……”解释一下,如果没有用户交互,那么使用此模板并不能帮助团队更好地理解需求,所以不必非得使用它。

提醒团队注意故事模板的目的是帮助团队学会问问题以增进理解,而非一个格式用于填空。等团队习惯用户故事之后,就可以放弃使用故事模板。一个简短的标题足矣,卡片上所有其他的注释都只是发起交谈的提示语,仅此而已。不管团队是否使用模板,写故事时,都要坚持使用整个团队(包括客户在内)都能理解的语言。

待到故事实现已变成可工作软件之后,团队依靠测试来记录故事的细节,而不是卡片。他们可以扔掉卡片,不过有时看看原始卡片也挺好,可以让人想起故事创建时所进行的交谈。当团队需要为后续迭代增加更多相关故事的时候,这样做尤其有效。和我们合作过的大多数团队正是出于这个目的还保留着之前迭代中的大量卡片,但并不会经常用到它们。

华为云会议 Meeting 敏捷开发

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:GaussDB T单机部署
下一篇:一个HBase MultiActionResultTooLarge的问题分享
相关文章