Scrum的其中一条准则就是“搞定”工作项。在Sprint开始的时候，团队会挑选出一些产品待办事项，旨在搞定它们！
一个好的Scrum团队非常清楚搞定了5个工作项比10个工作项各做一半要更好。
可是，WHY？
快速反馈
强调“搞定”的第一个原因是为了缩短反馈周期。如果搞定了，看得见摸得着，就可以提出更好的反馈。
团队应尽早地获取用户的反馈，包括正在开发功能的时候也一样。一个搞定了的功能比做了一半的功能更容易获取更有依据、更可靠的反馈。
更快回报
强调“搞定”的第二个原因是搞定了的新功能是可以出售的。
所有的项目其实都是经济投资——投入时间和金钱来开发功能。投资人无法通过一个半成品来获取回报收益。
具有10个半成品功能的产品可被视为是仓库里的“板凳”库存，这些库存在被搞定之前是无法出售的。
相比之下，一个具有5个可用功能的产品是可以出售的，这样就可以赚回投资的钱。
进度难以衡量
强调“搞定”的第三个原因是进度是难以衡量的，这是众所周知的。
假设你问开发人员进度怎么样了，他们回答你：“已经90%了！” 你想：“太好了，就快要搞定了！”
而一个星期后你问他们同样的问题，本以为是可以100%了，结果他们还是告诉你“还是90%”。
怎么会这样呢？
这是因为在工作中不断产生问题。当你第一次问的时候，开发人员也相信是90%，因为他们只看到了当前已知的一些问题。但一周后，开发人员看到了更多问题，所以工作量膨胀了。所以他们又是有信心的告诉你“90%”。
这就是所谓的90%综合征：软件开发项目中，90%的完成只是说中了90%的项目日程表。
还没开始&搞定了
在敏捷管理中，没有90%综合征。因为在每个迭代结束的时候，我们是不说90%的，只有：
- 还没开始
- 搞定了
我们非常清楚什么事项是还没开始的，我们非常清楚什么事项是什么时候完成的。我们认为“还没开始”和“搞定了”之前是差距非常大的。
元芳，你怎么看？
你的团队碰到了90%综合征了吗？你是怎么解决的？记得要回帖哟~
英文原文链接：https://www.mountaingoatsoftware.com/blog/why-getting-to-done-is-so-important
RingCentral敏捷教练
不懂技术的产品经理不是好教练！
长按二维码关注