Scrum:发现的同时提交
我在与团队合作时遇到的一个更常见的主题是“如果我们仍然在探索如何解决一个故事或一组故事，我们如何做出冲刺承诺?”
这是个很好的问题。由于我使用了承诺和scrum，我可能已经失去了你们中的一些人。
如果你愿意的话，请和我待一会儿，然后分享你的想法。
首先谈谈我对承诺和scrum的看法:我觉得在scrum中做出承诺有助于保持交付团队和涉众的透明度。我认为Scrum在使用速度和故事点方面都有很好的工具。故事点是一个完全模糊的度量单位，通常来自于(1)复杂性，(2)时间和(3)不确定性或风险的组合。速度是一个团队在一个正常的sprint中能够完成的故事点的平均数量。因此，团队的速度反映了团队在下一个sprint中通常能够完成多少个这样的点，或者他们的能力。
我指导团队，他们通常需要将一个故事看大约3次(或更多)，然后才能将它作为sprint的一部分。这通常发生在定期的backlog优化会议期间，最后在sprint计划会议期间。在这些会议中，如果团队认为围绕“如何”完成故事存在许多不确定性，那么故事的要点就应该相对高于不确定性较低的情况。这可能意味着，如果一个故事的不确定性较低，那么它将被评为“5分”，现在可能被评为8分、13分、20分甚至40分，这取决于不确定性的大小。
所以，考虑到所有这些，我该如何回答最初的问题:“如果我们仍在探索如何解决一个故事或一组故事，我们如何做出冲刺承诺?”
我通常建议团队不要在sprint中使用大于8或13的故事(这取决于故事的相对大小)。如果不确定性足够高，他们无法接受这个故事，那么我通常会建议他们尝试以新的风险故事的形式将不确定性从故事中分离出来。然后，根据新的风险故事制作原始故事。每一个风险故事都会有一个需要澄清的特定问题或关注点。团队可以决定这个澄清是否会作为backlog精炼会议的一部分进行，或者他们是否愿意分配一部分sprint的能力来回答/解决风险。一旦解决了问题，原始的故事就会被解除阻塞，并允许进入下一个sprint。
想法吗?
谢谢!
评论(4)
林赛
在很大程度上，我同意这种方法。当围绕某个故事或任务存在许多不确定性时，我希望我的团队能够创造一个“研究”故事，让他们能够深入研究并找到答案，从而在真正开始“工作”之前缓解大部分不确定性。“我的感觉是，如果一个团队不知道实际工作需要做什么，他们就不可能在卡片上给出准确的评估。我们试着在每个冲刺中加入一些研究故事，这样我们就总有时间学习“冲刺前进”。
嗨，Lindsay，这是一个很好的方法，它可能为业务和团队提供了很多清晰的思路。亚博vip9通道
生锈的神圣
在过去的一年里，我的团队做了2到3个13点故事，我们总是把它们分解成更小的故事。
我们已经完成了一些大任务的例子是一个混乱的重构，必须是全有或全无，我们知道一些主要的业务分析需要一次迭代的大部分/全部时间。亚博vip9通道
嗨生锈的!感谢阅读和分享你的经验。在你通常划定界限的团队中，你是否有一个限制?基于这一经验，我倾向于建议你的团队将底线定在8，甚至可能考虑将底线定得更低一点，接近5，这取决于团队在8点故事中的表现。