13 遵循正式的用户故事样式： 作为<user>，我想要<goal>那样<benefit>。 当没有明显的用户交互时，如夜间开票等自动化流程，如何编写故事？ user-story — 保罗·特纳 source
17 怎么了？例如： 作为销售助理，我希望系统生成白天白天提出的发票，而无需我进行交互，这样可以节省时间。 想想谁将使用该过程的结果。 — StuperUser source 5 另外，“作为一名会计，我想查看每晚生成的发票以确认美元的数量和数量”和“作为销售助理，我要查看每晚生成的发票以确认我的所有销售均已正确开具发票”或“客户服务代表，我想查看自动生成的发票，以便与客户一起查看。” 基于内部自动化流程的故事数量不限。自动化过程的细节是该故事的附录。 — S.Lott 嗯，我们甚至需要整夜指定？即作为用户，我希望系统自动生成我的发票 — Murph'2 1 @Murph，取决于Programming Hero用户的需求。 — StuperUser @默夫：出色的观察。必须在该人想要查看它们之前生成它们。无论是通宵还是“准时”都是独立的决定。 — S.Lott 1 @StuperUser嗯，可能存在一些约束条件，表明一夜之间需要做一些事情-我没有问题...更多的是需要避免做任何假设 — Murph 2012年
2 只需将其命名为“ AutomaticInvoicer”即可。将其视为扮演人的机器人。那里没什么大不同。也许使用“ it”而不是“ I”来区分清楚。 As <AutomaticInvoicer>, it wants to search for open invoices so that it can initiate booking. — 索尔斯滕·穆勒 source 4 我敢打赌，如果他们寻找Skynet的开端，他们会发现一个听起来像这样的故事：） — DXM 2012年