确保他们用“正确的方式”做这件事

在经过认证的Scrum产品所有者等级，我最近教导了我们对团队的决定如何解决解决用户故事中呈现的业务问题的最佳方式。亚博vip9通道我们讨论了这一点背后的逻辑，每个人似乎都在一致认为，每天进行设计/编码/测试的人都是熟悉技术，环境和需求的背景的人员最终用户，它们为满足最终用户需求的最佳方式而言。

直到课堂上的一个参与者问一个非常简单的问题，这一切都很好......

“我怎么知道他们会用正确的方法来做呢?”

这个问题来自铅开发人员在产品所有者角色中脱离的人。

简短的回答是:“你不需要。你必须相信他们。”

他皱起眉头。这就是事情变得焦躁不安的地方。问这个问题的人知道他应该信任。问题是，理智地理解和实际操作是完全不同的两件事。

“是的，我知道......但真的......我怎么知道他们会以正确的方式做到这一点吗？”

我们谈到了塑造了与验收标准的范围，与团队与他们要面临的任何知名挑战交谈，但在一天结束时，人们是在进行工作的人自由找到解决他们面前的挑战的最佳方式。“......但是真的......”问题越来越多了几次，似乎有一个褪色，绝望的希望能够成为一些秘密魔法答案或伎俩，这将解决“他们”可能犯错误的恐惧。不幸的是，这没有魔法答案。简单的事实是，“他们”可能以满足用户故事的所有需求和验收标准的方式解决问题，但它可能不会符合PO如何解决自己的问题。有机会让Po的解决方案可能是一种更好的方式，但也有可能有才华横溢，熟练的个人，一起工作的团队可能会提出一个那么好的解决方案，或者可能更好，而不是预想的。

如果团队交付了一个满足故事需求的解决方案，但不知为何仍然不是所需要的，这将在Sprint Review会议上向涉众展示工作时变得明显。在短迭代中工作的好处之一是，我们可以快速发现问题并从中学习，使每一步都变得更好——在交付价值和共同工作中都是如此。PO和团队合作的时间越长，他们在定义和处理用户场景方面就做得越好。

对于这个特殊的宝来说，对于那些迈向敏捷的人来说，对于其他人可能具有比我们来说和更好的解决方案来说，才能成为吞咽的可能性。一种传统方法中固有的功能障碍之一是，由于假设，如果我们没有告诉别人如何做某事，他们会做错事，所以工作的命令和控制方式已经到位。

但如果他们不会怎么办？如果他们是聪明的，还是比我们更聪明怎么办？我们愿意放手并再次接受信任的风险吗？很容易说是的，但实际上是这样 - 这更难。它也是使开关到敏捷的最具挑战性的部分之一。

无论你是团队中的一员，还是扮演着产品负责人或ScrumMaster角色的人，识别信任的恐惧在哪里蔓延，观察你的反应，并找到再次信任他人的方法总是很难的。这不仅仅是关于信任他人。我们还必须学会相信自己，做出正确的选择，允许犯错并从中学习。我们还能怎么变得更好?

关于灯泡，人们经常引用托马斯·爱迪生的话:

“我没有失败。我只是找到了一万种行不通的方法。”

如果爱迪生没有得到机会找到最好的方法来制造他发明的电灯泡，我们的世界就会和今天大不相同。

Scrum Guide表示“三大支柱秉承实证过程控制的每一项实施：透明度，检验和适应。”这可能是真的，但对于敏捷来沉入并真正扎根，这三个支柱必须站在坚实的信任基础上。我们信任的是不是人们将永远是“正确的”，但我们将运行这些实验并学习每一步。

谁知道呢，团队总有可能会提出比你想象中更好的解决方案，让你大吃一惊。