建立共识的五种方法
建立共识的五种方法
在我开始Scrum Master之旅时，我遇到的困难之一就是在团队中建立共识。想要保持客观，给每个人空间和时间，同时仍然渴望做出决定，这对我来说是一个挑战。我自己对于如何处理这个问题的优柔寡断最终没有为我工作的团队服务，因为讨论似乎没有任何进展，决策制定也很缓慢。随着时间的推移，我了解到实际上已经有很多有用的技术可以帮助建立共识，何时以及如何使用它们取决于你所处的环境和情况。以下是我作为推动者时受益良多的一些经验。
1-2-4-All
我喜欢用1-2-4的原因是解放结构作为一名推动者，我可以让每个人都参与到创意中来，不管团队规模有多大，同时还能给每个人个人空间。从1-2-3 - all中分离和融合的方面很好地避免了群体思维，这是我试图避免的，特别是在建立共识时。
在实践中
- 确保团队对要解决的问题有共同的理解。理想情况下，把问题框定为一个问题。我个人最喜欢的方法是使用我们如何才能格式。
- 1 - 1分钟
- 每个人都在思考这个问题。
- 第二轮- 2分钟
- 人们以第一轮的想法为基础，结对产生新想法。
- 3 - 4分钟
- 人们分享在第二轮中收集到的选项和想法，并在四人组的基础上进一步分享。
- 4 - 5分钟
- 每个小组都有一个重要的想法
35
当我看到Dave Gray的文章时，我开始接触35岁的游戏游戏风暴的网站。我喜欢它能快速达成共识，即使是在更大的团队中。游戏的设计让玩家无法欺骗系统并影响结果。
我使用35的一个例子是，当Scrum团队希望就他们的产品应该采用哪些新想法达成一致时。
在实践中
- 团队有一个头脑风暴会议产生的不同想法的列表。每个想法都写在一张单独的卡片上，所以有一堆卡片可供选择。
- 每个人一个接一个地挑选一张他们认为最好的卡片。如果其他人已经选择了他们认为是最好的想法，那么他们可以选择他们认为是第二好的想法，以此类推。一旦每个人都有一张牌，游戏就可以开始了。
- 小组组成对，并决定如何在他们拥有的2张卡片/想法中分配7分。他们把自己的分数加到每张卡片的背面。
- 两人交换卡片，然后和其他人组队。这样总共重复5轮，这样每个人都与他人合作，在项目上分配35分。
- 在第五轮结束时，将每张卡片背面的所有点数加起来。
- 把得分最高的卡片/想法排在最上面。
购买一个功能
虽然主要被视为一种协作优先级技术，但购买功能也可以作为达成共识的绝佳方式。
购买功能是一种创新游戏是卢克·霍曼发明的“玩家”——可以是团队成员、利益相关者、用户等等——被给予游戏钱，并聚集在一起“购买”他们想要的功能。聪明的地方在于，有些产品是有定价的，这样就没有一个人可以单独购买某个功能，这导致整个团队必须相互协商，才能就他们最想要的功能达成一致。
在实践中
- 列出可能的选择。
- 确保每个选项都有一个价格——这可以根据估计的开发成本、假设的客户价值或其他任何你想要的东西来设定。
- 邀请一组4到7个玩家。他们可以是你的利益相关者，也可以是你产品的实际潜在用户。如果你用它来购买改进行动，那么它将是团队成员。
- 每个玩家都会得到一些游戏钱，但不要太多——期权的定价应该很高，这样就没有一个玩家可以自己购买它们，而且不是所有的期权都可以由整个群体支付。
- 观察你的玩家如何协商并将他们的钱集中起来购买可用的选项。
点投票
点投票是获得或评估团队共识的最快方法之一。
当一个团队想要从一个大池子中选择几个选项时，可以使用点投票。
我如何使用点投票作为推动者的一个例子是在Sprint回顾中，作为一个团队，我们需要就下一步将采取哪些改进行动达成共识。
在实践中
- 确保回顾操作的列表在一个地方是可用的和可见的。这可以是在墙上，在桌子上，在(虚拟)板上等。一旦大家对各种选项的含义达成共识，就该投票了。
- 每个团队成员都得到相同的点票数。这可能是3到5票，但每个团队成员拥有的投票数量应该少于他们需要投票的回顾行动数量的一半。
- 每个团队成员都在他们认为最有影响力的回顾行动上标注自己的点。团队成员可以决定将所有给定的点放在一个回顾行动上，如果他们对此感觉非常强烈，或者将它们分布在多个行动上。
- 当每个人都把自己的点放好后，投票就结束了，是时候评估结果了。
- 败类团队同意投票最多的行动将是他们在不久的将来甚至是在即将到来的Sprint中进行的行动。
Gerjon Zomer给我介绍了一个关于点投票的很好的扭曲精益故事设计．在这种变化中，人们不使用点，而是每个团队成员在他们最喜欢的选项上添加一个便利贴，简洁地解释为什么他们最喜欢这个选项。
五拳
作为一个调解人，第一个帮助我衡量一系列的共识，并仍然能够做出合作决策。与点投票相比，当需要在一次做出单一决定时，我使用五选一，而不是在多个选项中进行选择。
举个例子，当我们Scrum团队有一个想法或提案需要达成一致时，我就会使用五种方法中的第一种作为推动者。我们要继续吗?我们应该改进它吗?或者我们应该完全放弃这个想法?
在实践中
- 确保团队对正在投票的想法或提案有共同的理解。
- 同意所要求的共识程度。共识需要有多强取决于具体情况。例如，如果您正在对一个想法进行投票，这个想法对Scrum团队中的每个人都有很大的影响，那么可以同意每个人至少举起四个手指。然而，在许多其他情况下，Scrum团队可以同意至少有三个手指投票的多数就足以做出决定了。
- 一旦团队就共识的强度达成一致，他们就可以进行投票。团队讨论选择，准备好后，(通常)数到三，每个成员拿出他们的投票(一到五个手指)。
- 五个手指:很棒的主意!让我们去做吧!
- 四个手指:好主意!我支持。
- 三个手指:我持观望态度。我认为它既不好也不坏。
- 两个手指:我不喜欢这个主意，我宁愿我们去找其他的主意。
- 一个手指:我不能支持这个想法。让我们看看其他选择。
- 检查结果。如果团队达成了共识，那么只需要进行一轮五选一的投票。如果团队没有达成共识，那么他们可以讨论并完善想法，然后再次投票。
结论
我发现有很多方法可以帮助团队达成共识。这取决于我选择使用的上下文。你还用过什么其他建立共识的技巧?