敏捷开发中的用户故事：从需求到研发的语言转换
敏捷开发中的用户故事：从需求到研发的语言转换
在敏捷开发中，将用户需求转化为研发语言是至关重要的一步。本文将详细介绍用户故事的概念、格式，并通过一个财务系统开发案例，展示如何制定用户故事及其验收标准。
一、用户故事的概念
在敏捷开发中，产品负责人（Product Owner）需要创建和管理产品待办事项列表（Product Backlog）。这些事项本质上是用户需求，但以用户故事（Story）的形式展示。用户故事的目的是用最简单的方式将调研获得的用户需求描述给研发人员。
二、用户故事的格式
用户故事的常见格式是在卡片上写上“谁”+“做什么”+“为什么”，具体如下：
作为___________；
我想/我能______________；
从而/以便我能_________________；
例如：
作为___商家________；
我想/我能___方便的发布店铺信息___________；
从而/以便我能____吸引潜在客户_____________；
在卡片背后还需要写上验收标准。验收标准的常见格式是由“前提条件”+“出发点”+“期望结果”组成：
假设/给定___________；
当______________；
那么_________________；
例如：
假设/给定___商家输入完整的店铺信息________；
那么_____用户可以在网站查看到对应的店铺信息____________；
三、用户故事案例
下面通过一个财务系统开发案例来说明用户故事的应用。
背景
假设我们需要开发一个财务系统，经过前期调研发现，财务人员在收集原始凭证时花费了大量时间，希望以更便捷的方式进行收集。
相关概念
- 原始凭证：经济业务发生或完成时取得或填制的，用以记录或证明经济业务的发生或者完成情况的原始凭据。
- 记账凭证：会计人员根据审核无误的原始凭证，按照经济业务的内容加以归类，并据以确定会计分录后填制的会计凭证，作为登记账簿的直接依据。
业务场景
张三（打工人1号）：“我新人入职，购买了一台电脑，要报销”
李四（财务）：“这么多， 填下报销申请，申请人、申请日期、购买单据，发票这些都填好，报销申请表发你了”
张三（打工人1号）：“行，这个是我购买单据，我直接截图贴上去”
李四（财务）：“嗯，填好了再发我”
有了原始凭证之后，财务就要根据原始凭证编制记账凭证：
用户故事
收集原始凭证的用户故事：
作为[财务人员] ；
我想要 [能够方便地收集原始凭证]；
以便 [确保财务数据的准确性和完整性，便于后续的财务处理和审计（生成记账凭证）]。
验收标准
假设接收到自研业务系统传来的原始凭证；
当原始凭证单据类型符合要求，且满足的字段要求【“会计主体”、“业务名称”、“凭证字段”、“业务日期”、“业务金额”、“往来对象”】时；
提醒自研业务系统原始凭证接收成功。假设接收到自研业务系统传来的原始凭证；
当原始凭证根据单据类型符合要求，并不满足财务凭证生成的字段要求【“会计主体”、“业务名称”、“凭证字段”、“业务日期”、“业务金额”、“往来对象”】时；
提醒第自研业务系统原始凭证字段缺失，请重新复核原始凭证。假设接收到自研业务系统传来的原始凭证；
当原始凭证单据类型不符合要求时；
提醒自研业务系统单据类型不符合要求，请重新确认单据类型配置。
结束语
用户故事是一种便捷的需求表达方式，但需要注意其适用场景，并在实际操作中考虑变更需求可能带来的研发成本和时间变化。在项目推进过程中，可能会发现需要进一步拆解用户故事，这都是正常现象。建议参考Invest法则，以确保用户故事的质量。