建立共同的理解

用户故事旨在交流产品所有者和scrum团队之间的共同理解。有一个可接受和可预期的标准格式，有助于促进一致性，并有良好的可接受标准附加到故事定义和澄清范围。

但是有一个很好的理由可以解释为什么敏捷宣言的原则之一说:

“向开发团队传达信息以及在开发团队内部传达信息的最有效方法是面对面的交谈。”

有时候简单的例子是最有效的例子。今天发生在我身上的一些事情让我意识到沟通对于澄清需求的重要性。

首先,一些背景。几个月前，我创建了一个模型和模板，帮助我们评估和评估与我们合作的scrummaster的技能差距。一旦我们确定了我们想要ScrumMaster改进的技能差距，我们有特定的技能培训模块(作为我们个人指导计划的附属)，我们可以建议ScrumMaster进行审查。

今天早上，有几个同事来找我。这是结果的对话。

丽莎-“嗨，吉姆，这周我和杰夫在一个客户那里。我参加了一个会议，Jeff和一个scrum管理员一起进行scrum master评估。他想看看日期是否不能硬编码在图表的图例中。你能做出调整吗?谢谢,丽莎”

吉姆(这是我)-“我不知道你为什么想那样做，丽莎。对我来说，这意味着每个人都将在六周的时间内获得能力。此外，我没有看到一个简单的方法让我在Excel中做这个改变。并不是说没有办法，但我今天上午稍微研究了一下，并不是很清楚我将如何做这个更改，并仍然保持模板的灵活性，以供每个人使用。目前图表的日期延伸方式到底有什么问题?”

Jeff:“用今天的日期不会显示在图表中。”

吉姆:“好吧，我刚刚试过了，你是对的……这似乎把东西弄坏了。”这和我在丽萨的笔记中所理解的是不同的问题。让我看看。”

很明显，在我们最初的互动中，丽莎和我的想法完全不同。杰夫提出了更多的信息，我们突然达成了共识。

如果在交流如此简单的需求时，我们会感到困惑，那么考虑一下，在大型企业中，许多团队一起工作，为客户带来新功能时，共享理解是多么困难。

不要低估了构建正确的团队结构、实现正确的治理模型以及将过程放置到位的重要性，这些过程使协作能够推动始终必要的共享理解。