构建网络应用或软件不仅仅是编写代码并让其运行。 这涉及到多个环节，例如理解需求、设计方案、进行测试、不断改进，以及最终的软件发布。
我们有时会发现一些Web应用在开发过程中因为过于复杂而难以理解。 幸运的是，当复杂流程、想法或概念以可视化的方式呈现时，它们就更容易被理解。
用户故事是软件开发过程中至关重要的一部分，因为它有助于直观地描绘软件的功能，并确定需要开发的特性或故事的优先级。 继续阅读，了解如何在Jira中创建用户故事。
什么是用户故事？
用户故事可以被描述为从最终用户角度出发，对网络应用或软件功能进行的简要说明。 需要强调的是，用户故事并非软件需求本身，而是非正式的描述，旨在说明该功能如何为最终用户带来价值。
用户故事的基本结构
用户故事可以看作是“待办事项”列表，它有助于确定项目执行时需要遵循的步骤。 用户故事应该捕捉产品需求的“谁”、“什么”和“为什么”。 每个故事都应该简洁明了，每个元素控制在10-15个词左右。 这些步骤有助于确保产品和开发流程符合预期要求。
根据Ron Jeffries的观点，每个用户故事都应包含3C，即“卡片(Card)、对话(Conversation)和确认(Confirmation)”。 接下来，我们来详细描述在Jira中编写用户故事时应该注意的这3C原则。
卡片 (Card)
最初，用户故事是记录在实体卡片或便签上的。 现在有了现代工具，我们可以在Jira中编写用户故事时轻松进行自定义。 但是，卡片通常仅包含有关需求的基本信息。 一张卡片应包含足够的信息，以便能够理解需求。
卡片还可以包含诸如优先级和与该功能相关的成本等重要信息。 在记录下所有细节后，产品负责人或项目经理会将故事卡交给开发人员。
对话 (Conversation)
在使用卡片形成用户故事之后，相关人员之间需要进行对话。 在与开发人员沟通之前，需要对用户故事中提到的需求进行讨论和完善。
产品负责人、Scrum Master、开发人员和利益相关者之间的对话，有助于促进团队协作。 从计划阶段到选择用户故事进行实施，各方通过这些对话分享各自的想法和意见。 这些对话可以是口头的，有时也会辅以文档支持。
确认 (Confirmation)
对话可能持续数天甚至数周。 然而，也可能会存在疑问，因此需要进行确认。 可以加入一些标准，例如特定的验收标准作为度量指标。 这些度量指标可以以项目符号列表的形式写在故事中。
确认通常以验收测试的形式出现。 此类测试应该捕获基本需求，并帮助测试最终产品是否符合标准。 产品负责人负责定义验收标准，而开发人员则负责实施这些验收标准。
编写用户故事的目的
- 帮助设计师、产品负责人和开发人员以最终用户为中心进行思考。 现代产品设计应始终考虑最终用户如何与产品交互。 用户故事是突出最终用户在产品设计和开发中的体验的有效方法。
- 用户故事具有简单而灵活的格式。 在Jira中编写用户故事无需复杂化，直接的格式可确保你用尽可能少的文字来捕捉所有细节。 随着系统或软件应用的增长，需求也会随之变化，用户故事能够灵活地适应这些变化。
- 使用户故事成为团队的通用语言。 一个典型的开发团队可能包括产品负责人、设计师和开发人员。 用户故事是确保团队每个人都了解需求和最终目标的有效工具。
- 用户故事支持团队协作。 用户故事定义了最终目标。 因此，团队可以一起工作，共同决定如何最好地为最终用户服务，并实现既定目标。
编写用户故事时应遵循的最佳实践
#1。 应明确定义用户
只有在用户明确后才能开始工作。 请求该功能的用户可以是外部用户、客户，也可以是产品经理。 有时，开发人员在意识到需要处理某个功能时也可以成为用户。
用户通常以以下方式呈现：
“作为一个 [用户名]……”
例如，“作为一名租客……”或“作为一名房东……”。
#2。 用户故事必须抓住需求
需要询问的一些问题包括——用户是想与朋友分享产品图片，还是想查看他们过去购买的所有商品的历史记录？ 这些问题将帮助产品团队了解他们应该创造什么。
在这个阶段出现的一个常见错误是直接提出解决方案。 然而，用户故事不应附带解决方案。 作为产品开发人员，在Jira中编写用户故事时，应与用户合作，以捕捉他们的需求，避免过早下结论。
需求应表示为：“作为一个 [用户名]：我想要 [实现某事]……”
例如：“作为房东：我希望查看每月收取的租金明细……”
#3。 应该有一个限定声明
你可以简单地用诸如“以便”之类的短语来表示限定语句。 一项功能不应仅仅是添加到应用中，而应该能够增加价值。
你可以将限定声明表示为：
“作为一个 [用户名] 我可以 [实现某事]，以便 [价值声明]……”
例如：
“作为房东：我希望查看每月收取的租金明细，以便我能够规划我的支出。”
限定声明证明了产品团队为何要致力于所提出的功能。
#4。 用户故事应该是独立的
每个创建的用户故事都应该代表一组独立且独特的业务价值。 因此，当开发人员实施用户故事时，应该能够带来增量价值。
#5。 让用户故事可协商
可以清楚地描述用户故事的最终目标，但实现既定目标的过程应该是可协商的。 用户故事应该允许产品负责人和开发团队进行协商，以避免对功能或特性施加不切实际的限制。
#6。 应该简单且小
如果你想在给定的冲刺周期内实现目标，你应该让Jira中的用户故事尽可能小。 如果你的故事过于复杂，那可能表明你需要进一步分解它。
在Jira中创建用户故事的分步过程
Jira是当今世界最好的项目管理工具之一。 Jira最初用于错误和问题跟踪，但现在已经发展成为开发团队通用的敏捷软件开发工具。
Jira的功能简单易用，并且可以轻松地与各种应用集成，这些都是你应当选择在Jira中编写用户故事的原因。 按照以下步骤创建你的第一个用户故事：
#1。 登录或创建你的Jira帐户
如果你已经拥有Jira帐户，请登录并跳到步骤2。但是，如果没有Jira帐户，你可以免费创建一个。 填写详细信息并按照教程设置你的第一个项目。 在帐户设置完成后，你现在可以跳到步骤2。
#2。 创建一个问题
问题用于跟踪必须完成的单项工作。 点击Jira仪表板顶部导航栏中的“创建”图标。
#3。 陈述你的用户故事
在描述部分描述你的问题。 对于这个例子，我们的描述是：“作为用户，我希望分享重要的优惠，以便我的朋友或家人受益。”
#4。 附加相关文件
某些任务可能需要文件。 但是，我们的用户故事没有图片，因此我们将跳过这一步。
#5。 添加描述
本节详细介绍该功能。 在我们的例子中，我们可以描述可以用来分享产品的社交媒体平台。
#6。 分配任务
任务会自动分配给故事的创建者。 但是，如果你是团队协作，你可以将问题分配给其他人。
#7。 设置任务优先级
在Jira中编写用户故事时，你可以将优先级设置为最高、高、低或最低。 对于社交媒体分享功能，我们选择了“高”。
#8。 发布用户故事
由于这是你第一次创建用户故事，所以可能不会有太多的特性。 你可以点击“创建”按钮，然后你的用户故事就可以查看了。
总结
当你按照上述步骤操作时，你会发现，在Jira中编写用户故事并不困难。 Jira还提供了指南和教程，当你遇到困难时可以随时参考。
你可能还会对本敏捷方法指南感兴趣。