Scrum 开发人员.. 还是我？ [关闭]答案

【问题标题】：Scrum Developer .. or am I? [closed]Scrum 开发人员.. 还是我？ [关闭]
【发布时间】：2012-11-19 11:32:09
【问题描述】：

我在一个 SCRUM 团队工作，几分钟前我们进行了一次扑克会议。我有（仍然有）“我应该如何打牌”的想法，但我的团队对此有另一个想法。我今天来到你面前问我是否应该改变我对扑克的看法，或者环境（团队）不是'SCRUM-enaugh'......

我们有这个故事 .. 我打了 50 个故事点（数字并不重要，我的想法是），2 个同事打了 10 个，团队的其他人平均打了 25 个。我们讨论了一下，我们决定去 repoker。

由于在会谈期间我的经验没有改善，要求也没有改变，我决定仍然在上面打 50 分，而团队的其他成员“同意”估计 25 个故事点。

25 remained.

我的论点：会谈后，我认为我对故事的了解是一样的，要求是一样的，所以我的估计是一样的。

团队争论：会谈后，我们看到有 2 个人确切地知道故事的内容，他们估计有 25 人，所以我们将全部 25 人打牌，因为“团队将付出 25 倍的努力”

我应该改变我看待扑克的方式还是环境（团队）不是'SCRUM-enaugh'......？

谢谢你们。

【问题讨论】：

【解决方案1】：

情况对我来说已经足够好了。当经过讨论的人们仍然没有收敛到相同的估计值时，通常的做法是取平均值（在您的情况下约为 25）。

团队中不同的人有不同的“偏见”也很常见：有些人倾向于高估所有故事，有些人倾向于低估。这就是为什么平均值是一个很好的估计。

不管怎样，经过一些迭代，你和团队会对这种故事的难度有更多的了解。估计应该会变得更容易，因为所有团队成员都可以参考过去的经验，而不是对复杂性的最佳猜测。

【讨论】：

好的，但这不能回答我的问题。我是否应该仅仅因为其他团队成员说：好的，我知道这是关于什么，我估计 10 SP 就改变我的估计。换句话说：我应该估计（在 SP 中）这个故事会对团队产生什么影响，或者对我自己产生什么影响？
您应该估计它对团队的影响。我希望这个故事是由团队实现的，所以每个人都对团队实现它的复杂性感兴趣，而不仅仅是你一个人。是的，当几个人宣称他们知道必须做什么并且看起来很自信时，您可以改变您的估计并加入他们的行列。然后，您稍后会分析误解在哪里：可能是您方面缺乏信息，或者他们方面可能过于自信。你（团队）下次可以做得更好。 :-)
非常感谢您提供的信息 :)

【解决方案2】：

如果可以证明，您不必更改您的估计。如果你可以证明，那么团队还不够“SCRUM”。然后团队需要通过它的估计程序并检查是否有改进:-)

【讨论】：

【解决方案3】：

这就是我们团队所说的“冲突解决”。每次我们在一个项目上组建团队时，我们团队章程的一部分就是让每个人都同意冲突解决模型。我们使用它来确保在我们没有 100% 共识的情况下，我们有一个每个人都同意的模型来解决差异。

在您的情况下，您的模型首先进行讨论和重新估计，以尝试让人们使用相同的号码。当这失败时，您的大多数团队似乎都认为将平均值/平均值/大多数投票作为估计是正确的。根据您的问题，我倾向于认为您不同意这种方法。

在我们的一些团队中，我们使用“竞争”模型（如石头剪刀布）来确定胜利者。有时它总是“最高的胜利”，所以如果抓住故事的人是需要更多时间的人，他们就有积分去做。有时它是“多数规则”，您的团队似乎就是这种情况。

我会建议你的 Scrum 主管或产品负责人让团队就每个人都同意的单一模型达成一致，这样每个人都知道他们要做什么。类似于以下内容。

型号：

显然，这可能不是您将要使用的模型，但它是一个示例，说明您如何让您的团队同意某事总是有结果，并且仍然允许先说出来的基本原则.最重要的是每个人都知道模型是什么，并且每个人都同意它。

【讨论】：