想问一下如何编写用户故事，其中您的初始任务集要分析或收集需求。
有一点背景，假设客户有一个遗留应用程序，他们希望将其转换为在线应用程序。遗留应用程序仅使用Excel工作表+宏。现在，在编写用户故事时，您将如何编写以下内容？
我能做点什么吗？ - 作为商业分析师，我想yaddi-yadda？
听起来不对......
你们可以通过陈述敏捷用户故事的几个例子来帮助我收集需求吗？谢谢。
答案 0 :(得分：1)
你不应该写故事来写故事。构建积压的任务是没有意义的，因为这绝不是用户故事的目的。
首先，对产品/系统的意图进行非常快速，非常高级的描述，这应该足以让您开始工作，现在将每个高级描述细化为故事集。
应该没有必要创建故事来跟踪这项工作，积压本身的状态应该是足够的指示。
因为，通过用户故事，您将在不是一切都清楚的时候开始工作（但）实际构建的部分工作将是提取确切的业务规则，或分析excel文件以确保正确的测试用例将建成。这不是构建积压所必需的，因为详细程度将非常深入。
答案 1 :(得分：0)
无需为此类任务编写用户故事，但我建议您为每组工作创建任务。可以是现有系统的每个模块/功能的分析任务。
分析任务完成后，您可以继续根据已识别的工作开始编写用户故事。
答案 2 :(得分：0)
＆＃34;有一点背景，让我们说客户有一个遗留应用程序，他们希望将它转换为在线应用程序。遗留应用程序仅使用Excel工作表+宏。＆＃34;
好的，那么为什么客户希望遗留应用程序成为在线应用程序？例如：
＆＃34;作为一名用户，我希望能够在线访问ABC应用程序，而不必在本地安装，因为这样可以让我以更高效的方式工作＆＃34;
现在这听起来像一个强大的故事（甚至是一部史诗）。所以也许下一个阶段是打破它。也许是一个时间限制的峰值调查现有的应用程序并获得一些关键功能。然后可以将这些转换为故事，例如：
＆＃34;作为用户，我希望能够上传我的数据集，以便可以处理＆＃34;
＆＃34;作为用户，我希望能够对数据集运行XYZ分析，以便计算因子X值＆＃34;
在这个阶段，团队可以开始并努力生产第一个可装运产品。与客户互动以确保正在构建的内容满足他们的要求（而不是简单地复制以前的应用程序）。
目的是首先产生最有价值的功能，并尽早将其制作成可行的产品。这比花费大量时间从遗留应用程序中提取需求更好，因此在客户看到任何内容之前需要很长时间。