File：Who is it.png –维基共享资源
来自Wikimedia Commons的免费媒体存储库 ift.tt
是的，我知道我以介词结尾了这个标题。 对这种语法的批评是我不会放任的无意识的学问。
许多人在编写用户故事方面遇到困难。 通用的“作为”，“我想要”，“使”这样的格式被广泛使用，并且是一种有用的教学工具……从某种意义上说。 如果您在应命名哪种类型的用户方面存在分歧，请格外小心。 如果是这样，那么您将在Dreyfus模型中显示新手的特征以进行技能获取。
重要的是不要在用户故事中贬低那些正在努力工作的人 ； 他们正在努力了解自己工作的真正价值。
当需要一个简单而公式化的答案时，就会出现问题。 当然，这样的做法可能会提高故事写作的效率，尽管它可能会切断产生惊人结果所需的急需的创造性和探索性做法。
用户故事的目的（最初是Kent Beck希望将它们称为“故事”）不是要编写更好的用户故事。 它将超越要求并进入真正的理解。 为此，您需要了解谁是谁的软件，它为他们解决了什么问题，以及为什么解决该问题很有价值。
我的建议是避免限制“用户”的含义，因为这可能使您脱离有用的洞察力和对所构建内容的更深层含义。 取而代之的是，倾向于创建一种诊断方法，以了解您是否对工作的目的有一个很好的了解。
将此视为实验。 回答以下问题：“我是否知道我正在制造的东西将如何改变使用它的人们的世界？”
最初在 WordPress上 发布
