什么是用户故事?
敏捷运动的发起者之一Alistair Cockburn说:“故事卡是对话的承诺。”具体地说，它是从客户的角度得出软件功能描述的与客户的对话。这是用户故事的基础——用户故事的重要组成部分敏捷而且精益软件开发生命周期。主题、计划、史诗和故事都是从大到小的构建块，它们帮助组织构建以用户为中心的软件解决方案所需的功能。从文学的角度来看，这些术语似乎很熟悉，这是正确的。用户故事是一种简单的叙述，而相关故事则构成了史诗。以下是这些术语的用法:
主题:一个雄心勃勃的目标或高水平的目标。
主动性:收集有助于达到主要目标的史诗。
史诗:高级业务需求或大型用户故事。这些很难在单个迭代中实现，所以它们被分解成更小的故事。整个史诗通常包含在一个版本中。
用户故事:提供一些价值的短需求或用户场景，是从用户的角度编写的。每个故事都受到冲刺或迭代的限制。
这里可以看到一个例子:
主题(最左边)是由相关的计划、支持这些计划的史诗和描述粒度需求的故事(最右边)组成的高级业务目标。
软件开发组织可能有使他们的解决方案现代化的崇高目标。为了完成这一任务，他们必须提供令人难忘的用户体验。例如，用户体验必须提供一个现代的web界面，快速执行，并在各种用户设备上工作。在这个场景中，这些史诗中的每一个都将被分解为特定的用户描述。
什么是史诗级用户故事?
一个史诗是高级业务需求或大型用户故事。史诗太复杂了，无法在一次冲刺或迭代中实现，所以它们被分解成几个更小的用户故事。史诗的好处是，在创建大量用户故事之前，能够开发和协作更大的想法。史诗可以保持最初的想法，创造一个未来的参考点。
用户故事的目的是什么?
用户故事旨在帮助软件解决方案的开发。不幸的是，开发一个软件解决方案并不吸引预期的客户基础是很常见的。用户故事旨在通过提供对最终用户需求的清晰透彻的理解来降低这种风险，从而确保软件功能满足预期。
公司如何使用用户故事?
中使用的主要构件之一就是用户故事敏捷开发．创建它们是为了描述功能性和非功能性的特性和需求，并组成一个用于开发的功能优先级列表。这个列表称为产品待办事项列表。ob欧宝娱乐app手机下载
用户故事成为用户故事图，一种用于沿水平轴和垂直轴对用户故事进行排序的方法，以表示不同的可用性级别。横轴遍历解释用户如何与系统交互以执行某个功能的活动。纵轴表示复杂度等级的增加。第一行是函数的基本描述。下一行添加了更多功能，依此类推。每个用户故事都被分配了一个故事点，或者对开发功能所需的工作量或难度的理论估计。许多组织使用自动化的故事映射工具。最流行的工具是Jira, Rally by CA, storyesonboard和FeatureMap。
用户故事图模板
您还可以使用此模板构建自己的故事地图。您可以使用Microsoft Word完成模板，也可以使用粘贴在墙上的便利贴重新创建模板。根据您组织的开发需求调整盒装的数量。
用户故事的特征是什么?
不管使用的敏捷框架是极限编程(XP)、看板、严格的敏捷交付(DAD)、AMDD还是Scrum，用户故事都是一样的。用户故事描述了用户的类型:角色、他们想要的功能，以及他们期望从该功能中体验到的好处。强用户故事的编写遵循角色-特征-原因(RGB)结构:
作为<角色>，我想要<特征>，这样<原因/利益>。
用户故事应该具备以下品质:
完整到足以展示用户价值。
以用户为中心。
从史诗开始。
要简短、简单、清晰。
如有必要，包含支持文件和文档。
要足够全面以展示价值，但要足够简单以在一次迭代中开发。
根据所有涉众的输入编写。
在不影响其他故事或功能的情况下，保持灵活性和可协商性。
易于测试。
包括测试人员的验收标准(满意的条件)。
您可能会听到用户故事和系统需求这两个术语互换使用。传统上,瀑布式开发使用系统需求来定义软件解决方案应该如何运行。它们深入讨论了广泛的细节，包括风险、范围和其他特定于开发的指南。另一方面，用户故事是简单的，促进讨论，并支持包含协作和变更的敏捷开发方法。
如前所述，用户描述应该简单而完整。例如，一个好的用户故事可能是这样的:
作为银行客户，我希望能够在网上存支票，这样我就不用去银行了。
下面是一个过于详细的用户故事的例子:
作为银行客户，我希望能够在线存入支票，查看和打印历史存款报告，这样我就不必去银行了。
什么是故事点?
每个用户描述都被分配了一个故事点，是对开发和实施它所需的努力或难度的衡量。团队可以使用单个数字(1,2,3)，多个数字(100,200,300)，或任何其他他们选择的数字格式。比率是重要的因素。例如，分配了200个故事点的故事需要的努力是分配了100个故事点的两倍。
什么是用户接受标准?
验收标准，也被称为满意条件，确保软件解决方案满足最终用户或涉众的需求。这些标准可能包括性能需求、标准、场景和系统行为规则。测试团队使用验收标准来验证开发是否完成。一旦满足了这些参数，故事或特性就被认为“完成了”。
如何编写有效的用户故事
编写第一个用户故事可能很困难，特别是因为它们是产品功能的基础。ob欧宝娱乐app手机下载用户故事通常在开发的初始阶段开发，并用于迭代和sprint的规划，但是它们可以在任何时候创建(在开始时，提供整个项目/解决方案的范围;在构建过程中，识别新的故事，删除不必要的故事，并将故事分解成更小的片段;产品化)并添加到下一个迭代的backlog中。
以下10个技巧将帮助你创建有效的用户故事:
用户至上用户故事的目的是从用户的角度展示功能。一定要采访或调查用户，并包括用户自定义的事实信息。在某些情况下，用户可能不是人，而是一个系统。
定义角色:理解你的用户是编写用户故事的一个基本要素。创建代表目标终端用户的虚构角色(这些用户可能包括消费者、买家、经常购物的人、会计、人力资源专业人员)。购买行为、他们想要解决的问题以及总体目标都是了解理想客户的重要信息。在编写故事时，使用这些角色名，而不是一般的用户角色。
合作:确保在用户故事创建过程中，所有相关利益相关者都在一个房间中进行协作。ob欧宝娱乐app手机下载产品管理、工程师/开发人员、测试人员、客户支持、销售人员和客户都应该有代表。
维护简单:保持故事简单明了。使用积极的语气，只关注重要的事实。
从史诗和精炼开始:从一个更大的用户故事开始，以充分理解整体功能，然后深入到实际功能的细节。更大过程中的每一步都应该成为一个独特的故事。这个过程允许你将故事整合到单个sprint或迭代中。
包括验收标准:编写验收标准，定义特定故事的“完成”。验收标准是测试用例的完美贡献者，测试团队将使用它来确保特性已经为用户准备好了。
从便利贴或索引卡开始:当用户故事第一次作为极限编程(XP)的一部分出现时，它们被捕捉在简单的索引卡上。使用这种方法鼓励协作和讨论，可见性和透明度，并且是在协作设置中移动事物和故事板的简单方法。
在可访问区域显示用户故事:让用户故事在一个开放的区域可见，如墙壁或白板，鼓励整个开发项目的协作。故事显示可以通过图表、模型、工作流图表、故事地图和草图来增强。
接受反馈:敏捷开发包含灵活性。反馈允许你完善功能，以确保产品为用户提供价值。ob欧宝娱乐app手机下载
包括时间估算:基于用户故事完成开发所花费的时间对于计划迭代和发布是很重要的。时间估算有助于为团队成员分配任务和子任务。
有两种主要的技术可以帮助你编写用户故事:
三个软件:由罗恩·杰弗里斯于2001年首创的3c公式包括:a卡或者便利贴，a谈话之间的用户、开发人员、测试人员和产品负责人，以及ob欧宝娱乐app手机下载确认目标已经实现。
投资:这个标准是由比尔·维克在2003年提出的，并由马克·科恩的书普及开来，应用于敏捷软件开发的用户故事，通过确保用户描述的价值来评估用户描述的价值独立的(可以任意顺序发展)，可转让，有价值的(对用户或企业)，可尊敬的(完成),小(在一次迭代中设计、测试和编码)，以及可测试的．
要了解关于编写用户故事的更多信息，并获得帮助您入门的技巧和模板，请阅读如何在软件开发中编写一个真正关注用户的用户故事．
谁写用户故事?
这并不一定是关于谁编写用户故事，而是关于谁参与开发用户故事的过程。目标是产生用户故事的协作性讨论。ob欧宝娱乐app手机下载产品管理、工程师/开发、测试人员、客户支持、销售，最重要的是，客户应该参与这个过程。产品经理ob欧宝娱乐app手机下载或产品所有者通常在整个开发生命周期中拥有用户描述。
敏捷中“完成”的定义是什么?
每个团队都有自己的定义完成或完整的在敏捷开发中，这个定义可能会根据正在评估的完整性而变化——用户故事、冲刺或完整发布。有一些标准可以落实到位，以确保特性或功能是真正完整的。标准清单可包括以下内容:
代码写好了吗?
代码已经测试过了吗?
功能满足验收标准吗?
该特性是否与现有的解决方案集成并发挥作用?
产品技术规格有更新ob欧宝娱乐app手机下载吗?
产品文档是否更新ob欧宝娱乐app手机下载?
用例和用户描述是一样的吗?
术语用户描述和用例是相似的，但是用例包含了比用户描述更多的细粒度细节。用户故事是在协作讨论期间编写的，它代表了用户的观点，包括用户的目标和接受标准。
用例和用户描述是一样的吗?
术语用户描述和用例是相似的，但是用例包含了比用户描述更多的细粒度细节。用户故事是在协作讨论期间编写的，它代表了用户的观点，包括用户的目标和接受标准。
同样的信息包含在用例中，但是用例更深入，并概述了解决方案的功能需求，包括用户/系统交互的所有途径和可能的风险。许多开发项目将集成用户故事创建、故事映射和用例，以构建一个完整而彻底的产品。ob欧宝娱乐app手机下载
用户故事示例、好处和挑战
用户描述通常是基于功能属性编写的。例如，“作为客户，我想以电子方式存入支票，以避免开车去银行或自动取款机。”然而，还有一些非功能特征或技术限制也很重要。使用同样的银行示例，更多的技术限制可以写成如下:“作为客户，我想在一次电子交易中存入12张支票。”理解具体的细节(可能看起来更有技术含量)使开发团队能够考虑他们可能不得不在开放式用户故事上施加的约束，以使其可行。
用户故事模板和其他敏捷模板可供下载在这里．
用户故事的好处
用户故事是敏捷开发的一个常见元素，正确地使用它们为开发解决方案的人员和使用软件的客户提供了广泛的好处。
客户的利益 |
软件供应商利益 |
在软件解决方案中发现增加的价值。 |
增加竞争优势。 |
与供应商建立积极的合作关系。 |
鼓励协作与合作。 |
提高满意度。 |
提高透明度。 |
消除技术细节，以便包括客户和非技术涉众。 |
降低风险。 |
关注客户需求。 |
提高客户满意度。 |
关注价值。 |
|
避免对backlog进行不必要的调整。 |
|
消除可能阻碍协作的技术细节。 |
|
开发创造性的解决方案。 |
|
支持敏捷开发的灵活性。 |
用户故事挑战
与任何商业项目一样，也会遇到挑战。Mike Cohn在《用户故事应用于敏捷软件》一书中指出了软件开发中的核心问题:“软件需求是一个沟通问题。”用户故事开发过程旨在解决这一挑战，但对一些内部涉众来说，交流的增加可能显得乏味。用户故事挑战
其他挑战包括:
确保用户故事足够全面，可以展示价值，但又足够简单，可以在一次迭代中开发。
专注于如何构建和包含在开发的这个阶段不需要的技术细节。
对话和合作似乎既耗时又令人生畏。
用户故事帮助软件开发组织从有偏见的、需求驱动的方法转变为协作的、以用户为中心的方法。它们简单、直接，并能代表客户的期望。这种策略鼓励内部利益相关者和客户之间的对话，从而产生对企业中最重要的人(用户)有价值的更具竞争力的产品。ob欧宝娱乐app手机下载
为软件开发使用Smartsheet提高用户故事的可见性
为您的员工提供一个灵活的平台，以满足您团队的需求，并根据这些需求的变化进行调整，使他们能够超越自我。
Smartsheet平台可以轻松地在任何地方计划、捕获、管理和报告工作，帮助您的团队更有效地完成更多工作。通过汇总报告、仪表板和自动化工作流，报告关键指标，实时了解工作情况，使您的团队保持联系和信息灵通。
当团队清楚地知道要完成的工作时，没有人知道他们在相同的时间内能完成多少工作。今天就可以免费试用Smartsheet。