BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

如何对付Scrum团队中的缺席问题

| 作者 Vikas Hazrati 关注 0 他的粉丝 ,译者 郭晓刚 关注 0 他的粉丝 发布于 2008年11月4日. 估计阅读时间: 3 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

在Scrum团队里,每一名成员都很重要,都在为团队的整体速率做出贡献。而团队成员缺席,不管是否在计划之中,都会影响到团队的速率。Scrum Development讨论组上有一则有意思的讨论,众人努力探求着解决缺席问题的途径。

讨论组里大多数人都同意,如果缺席是提前预知的,那么应该相应调低团队的速率估算,Sprint Backlog中的故事数量也因此要相应减少。然而,如果在Springt当中出现意外缺席的情况,而且影响较大的时候,Scrum Master应当知会产品负责人,并与之商议缩减本次Sprint的目标。

讨论中有人提出了一些创造性的办法去处理缺席情况。Kiran Thakkar提议按照85%的团队时间做计划,剩下15%的时间一般足以应付意外事件。Geir Amsjo的思路也是同一个方向,他建议按照6小时的工作日来安排团队计划,剩下的时间用于弥补意外情况,比如短时间的病假、正常的休假等等。

Dave Smith提起他见过一些XP团队能有效地吸收一名成员缺席所带来的额外工作量。能做到这一点,是由于工作空间中的干扰也相应减少,因此配对开发的效率更高。他还提到在这样的情形下,剩下的团队成员更努力工作去达到Sprint目标,确能补回缺员的损失。不过Ron Jeffries回复说,如果这种说法成立,那么很可能这个团队原先就不够投入。他认为团队成员缺席必定会影响团队的速率,除非他们从Sprint一开始就对目标估计得过低,否则很难在缺员的情况下仍然完成目标。

Angela Druckman提议, 为了如实地承诺Sprint目标,她会收集每一名团队成员在下一个Sprint期间的能提供的工作时数,拿到计划会议上讨论。这样团队可以看到下个 Sprint期间总的非工作时间有多少,然后集体决定要在Sprint中投入多少工作量。但是,如果某些具有特殊技能的成员将在Sprint期间缺席,那 么应当通知产品所有人,以便他们相应调整工作的优先次序。

Mike Youngtai介绍了他的团队中应用“注意力因子(Focus Factor)”概念的情况。注意力因子是完成故事点数与实际工作人时的比值。据他所说,他们在Sprint计划会议中所用的注意力因子,是经过3个月跟踪得来的平均值。在计划会议的时候,团队成员计算出可投入的人天,然后以注意力因子为依据确定Backlog。

James S. Fosdick为应付意外缺席出了一个有意思的主意,他提议

当面对由于生病等原因造成的意外缺席的时候,可以采取处理中途冒出的新任务一样的办法。搞清楚影响会有多大,是否影响到 Sprint Burndown(重大的缺席很可能大大减缓Sprint Burndown的下降坡度)。如果有影响,就应该与产品所有人重新商讨目标与承诺。如果没有影响,那就不用管。

查看英文原文:Handling Absence in Scrum Teams

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT