我想知道关于使用用户故事来描述自动化、计划或反应性功能的想法是什么。例如,当您有类似订单履行流程的事情时,您会怎么做,该流程涉及从队列中提取订单、准备“填写订单表格”、将表格发送到订单处理中心,然后等待来自处理中心,例如“订单已履行”或“订单履行错误:原因...”等。请记住,在整个过程中唯一的用户干预将是输入订单时。人们总是会争辩说,履行过程可以从订单输入故事中暗示出来,或者它是一个实施细节,但在我看来,履行过程太大了,不能简单地将其视为订单输入用户故事或实施细节中的暗示。感觉应该也应该将成就本身描述为一个故事。
特别是,我对为自动化、计划或反应性功能编写用户故事感兴趣的方面应该从谁的角度来描述?鉴于我们正在使用类似“作为[角色],我想要[功能]以便[目的]”这样的故事格式,故事的“作为[角色]”部分中的角色是什么,以及什么是目的在故事的“所以[目的]”部分?功能通常很清楚,但作用和目的似乎有点相对。例如,我可以使用该系统作为我的参考点并编写类似“作为订单履行系统/代理,我希望能够从履行队列中提取订单,准备填写订单表格并将其发送到订单处理中心,以便可以完成订单”。或者,我可以从业务的角度来看事情,并写下类似“作为接单员,我希望能够处理客户输入的订单,以便我能够履行对客户的责任,并给他们他们想要的东西想要”(或类似的东西)。但是,我也可以从客户的角度写这个,并说“作为客户,我希望我的订单条目得到处理/履行,以便我可以收到我想要的东西”。
我意识到对于谁的观点是有效的或更有用的观点可能没有一个最终答案。我相信我会得到很多“视情况而定”的回复。尽管如此,我还是很想听听其他人在这种情况下做了什么,或者是否有人知道专门针对这些类型场景的任何建议、指导或实践。