写点什么

你知道敏捷团队的迭代目标达成率该是多少吗?

作者:Scrum中文网
  • 2021 年 12 月 08 日
  • 本文字数:631 字

    阅读完需:约 2 分钟

敏捷团队有一个常用的度量指标——团队是否完成了迭代规划的全部工作。

评估团队多擅长完成其承诺,这并没有错。但不能要求团队每次迭代都完成全部工作。

这不现实,并且会导致团队为了安全交付所有工作而保守地承诺。

期望过高会导致运作失灵

我知道有这样一个团队:团队老板(就是 CEO)警告他们,如果不能完成所有工作,他就会“采取纠正措施,甚至可能会解雇团队”。你们设想一下,会发生什么。

团队绝不会积极主动地在迭代中承诺更多工作。他们只会竭力去寻找工作量上的平衡点,使其既不会表现懒惰而惹上麻烦,也不会承诺太多而可能完不成。

适当的目标是多少?

我发现对团队来说,比较合适的目标是:80%情况下,团队能完成承诺的每项工作。这对业务来说,能提供较好的可预见性;对团队来说,也不会达不成。

说得更清楚点,一个好的敏捷团队应该能在 10 次迭代中 8 次完成其规划工作的 100%,而非团队每次迭代都完成其规划工作的 80%。这两者是很不一样的。

如果认为做不到,就请您不要规划

当尝试 80%情况下能完成 100%工作时,团队的感觉应该是:自己应该能达成目标,但实际上又做不到每次都达成。

我喜欢把它比喻成篮球运动员投篮。除非球员感觉能投进球,否则就不应该投篮。但即使是最伟大的球员也非常清楚,并不是每次都能投进球。

伟大的篮球运动员只能投进 40%至 50%的球。而这个数值对大多数敏捷团队来说,意味着可预见性不足,这就是为什么我建议把 80%作为目标的原因。

您的经验是什么?

您的团队在完成承诺工作方面表现得如何?请在下面的评论中分享您的想法。

 

发布于: 2 小时前阅读数: 8
用户头像

还未添加个人签名 2021.12.06 加入

还未添加个人简介

评论

发布
暂无评论
你知道敏捷团队的迭代目标达成率该是多少吗?