BT

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

如何处理未完成的故事?

| 作者 Chris Sims 关注 0 他的粉丝 ,译者 郑柯 关注 3 他的粉丝 发布于 2008年9月24日. 估计阅读时间: 2 分钟 | 如何结合区块链技术,帮助企业降本增效?让我们深度了解几个成功的案例。

Scrum 团队常常发现:到了sprint结束时,还有一直在开发的故事没有完成。也许这个故事已经完成了80%。是什么造成这样的状况出现?又该用什么样的流程来跟踪这些故事?每个敏捷团队都会面临这样的问题。David Starr 在最近的一篇博客文章 中分享了他的处理方法。

跟踪的方法之一,是认为团队在当前sprint之内完成了该故事80%的点数。初看上去,这样做似乎准确反应了现状,而且会有利于跟踪团队的速度,不至于在各个sprint之间表现得忽高忽低。团队也会因此而“感觉良好”。然而,这种方式有很大的风险。故事其实并没有完成,而真正要完成需要付出的时间和精力仍然是未知数。

第二个方法,是将故事分成更小的几个故事,并找出可以被认为已经完成的故事。相对上一个“部分得分”方式,这个方法中更小的故事确实“完成”了。这也使得产品负责人可以对于剩下故事的相对重要性做出判断。

David发现所有“部分完成”的方式都不能令人满意,并且建议:除非故事完全完成,先不要将功劳算在团队身上。他还建议,重新估算故事,并放回到待办事项列表中。David说:“这种方式让事情一目了然,而且团队也不能玩数字游戏了。”

你的团队如何处理部分完成的故事?请在评论中贴出你们认为哪些方式可行,哪些方式不好。

查看英文原文:How to Handle Unfinished Stories?



读者Dave Rooney认为,即使一个故事的大小可以放到sprint之中,也不能停止对该故事的切分。

这也与Sprint的长度有关。Sprint越长,有些工作就越容易完不成。这看起来好像与我们的直觉不符。根据我的经验,人们很善于估算相对较少的工作,比如需要几天或者一周时间完成的工作。如果工作项越大,人们的估算准确性就越低。所以,除非再切分下去对与交付业务价值没有意义,就不能停止切分故事。

对于未完成的故事,这要视情况而定。我对团队反复强调,不要将未完成的工作算到上一个sprint的速度中,不过他们可以修正故事的估算,供下个sprint开发使用。

评价本文

专业度
风格

您好,朋友!

您需要 注册一个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