基于随机的共识
共识是一种强大的方法，可以产生强有力的支持和决策的共享所有权。 但是应用可能会很困难，如果使用不当，则会产生中等的结果。 这篇文章可帮助您利用共识来做出成功的产品决策。 它说明了何时以及如何使用它，并讨论了常见陷阱以及如何避免它们。
好处和局限性
以协商一致的方式进行决定意味着需要做出决定的每个人都同意该决定。 正确应用，可以做出更好的决策，并建立强大的支持和共享所有权。 当风险很高并且您必须做出复杂的产品决策时，此功能特别有用，例如，如果您应该进行调整，创建产品变体以应对新的市场细分或更改产品路线图上的目标之一。
共识当然不是灵丹妙药。 如果不使用它：
如我在我的文章“ 决策时间：决策规则如何帮助您做出更好的产品决策 ”中所述， 请选择其他决策规则。
要充分利用共识，您需要一种协作的心态，一个参与性的决策过程以及一种技术，可以帮助您了解是否找到了每个人都同意的解决方案。
心态
共识来自拉丁语动词“ con-sentire”。 精读的意思是“在一起”，并sentire通常翻译为“感受，感知，思考。” 为了达成共识，人们必须了解彼此的观点，并共同感受和思考。 反过来，这要求参与决策的每个人都可以听到和听到。 而且，人们必须具有开放的思想，放开自己的先入为主的观念和想法，欣赏他人的想法，并共同寻找新的更好想法发现的机会。
如果个人坚持自己的想法并相信自己，如果他们认为自己最了解并且他们的想法应该获胜，或者如果他们以自私的方式行事，并希望为自己或自己的部门谋取最大的利益，那么该团队将很难达成共识。
作为产品负责人，您应该以身作则，表现出正确的态度，保持协作，欣赏想法，即使这些想法听起来不合常规。 您还可以从经验丰富的ScrumMaster，教练或协调员那里受益，他们可以帮助您设置基本规则并促进讨论。
处理
达成共识的决定可能会花费时间，并且会涉及到挣扎的要素，尤其是当您做出复杂的决策时：每个需要为决策做出贡献的人都必须有机会平等地分享他们的想法和观点，并且团队必须使用多种思维。 只有这样，您才能开始寻找共同点和融合。 下图描述了这种方法，该方法基于Sam Kaner等人的“ 参与性决策制定者指南 ”。 等
在上述决策过程的开始，鼓励人们使用自由流动的开放式讨论或结构化的头脑风暴来产生不同的想法并分享不同的观点。 在此阶段暂停判断，不要批评这些想法。 您需要在评估之前生成大量多样的建议。
抵制过早达成协议的诱惑。 否则，您可能会基于熟悉的选择和较弱的买入而最终得到中等的解决方案。 在最坏的情况下，您会遇到由委员会进行设计的情况，在此情况下，人们会促成一个弱小的折衷方案，这与基于共识的产品决策应该提供的相反！
确保每个人都充分参与，并且不允许个人主导。 否则，您将无法利用团队的集体创造力和知识，并且HIPPO和要求的“共识”决策可能会严重阻碍决策过程。
听到所有人的声音后，请执行下一步。 鼓励人们了解彼此的观点和动机，并寻求共同点。 这可能会带来一些挣扎，因为某些人（可能是您自己）可能仍会依附于他们的想法。 给他们时间放手去接受别人的建议。 考虑通过运行实验来测试一些想法，即观察或采访用户或向他们展示原型。 将想法分类，从事实中区分意见，并总结要点。 出色的解决方案通常会结合不同想法的要素，并且与流程开始时的想法可能会大相径庭。 最后，使用收集到的数据进行判断。
参与这个过程可能很困难：它要求人们容忍模棱两可，建设性地处理冲突，放开自己的想法并接受别人的建议。 选择一个安全，舒适的环境； 不要匆忙进行此过程并留出足够的时间； 并请熟练的ScrumMaster或教练来帮助您指导整个过程。
协议量表
基于共识的方法的挑战之一是要了解您是否找到了一个包容性的解决方案并达成协议，或者您是否需要继续该过程并做更多的工作。 协议规模可以帮助您实现这一目标。
| 5 | 4 | 3 | 2 | 1个 |
| 我全心全意地赞同 | 我同意未成年人 预约 |
不好，但我可以支持 | 我不同意 | 我否决了提案。 |
上面的比例显示了五个协议梯度。 从全力支持到否决该提案。 如果愿意，可以使用更多的渐变，但是我发现在实践5中，上述选项已足够。
有了合适的规模后，请大家说出他们同意的程度。 敏捷团队中常用的一种技术是五拳。 个人表示同意的方式是显示适当数量的手指，例如，五根手指代表全心全意的认可，另一根手指代表否决权。 我喜欢使用的一种替代方法是要求人们在适当的数字下方点选并粘贴或画一个点，从而很好地形象地展示了小组的同意程度。
如果每个人都全心全意地同意所提出的决定，那么您将获得一致同意。 很好，但通常不是必需的。 我发现有些人同意较小的保留是可以的。 但是，如果几个人保持中立（三个渐变）或不能支持，那么您应该继续讨论并寻找大家都可以接受的解决方案。
如果您发现此过程花费的时间太长，并且时间已用完，则建议您更改决策规则 。 作为产品负责人，请根据您到目前为止所收到的输入做出决定，或者使用多数票让小组做出决定。 但是请记住，这两种方法不会产生相同级别的买入和所有权，并且不要忘记将更改传达给团队。
翻译自: https://www.javacodegeeks.com/2017/02/making-consensus-based-product-decisions.html
基于随机的共识