我想知道关于使用用户故事描述自动化,计划或反应性功能的想法。例如,当您拥有像订单履行过程之类的事情时,您会做什么,涉及从队列中提取订单,准备“填充订单表格”,将表格发送到订单处理中心,然后等待某种确认处理中心,例如“订单满足”或“订单履行错误:原因...”等。请记住,在整个过程中唯一的用户干预是输入订单时。人们总是可以说,履行过程是可以从订单输入故事中暗示的,或者它是一个实现细节,但在我看来,履行过程太大了,无法简单地将其简单地从订单输入中删除。用户故事或作为实施细节。感觉也应该将履行本身描述为一个故事。

特别是,我对为自动化,计划或反应性功能编写用户故事的方面感兴趣的是应该描述它的角度?鉴于我们使用的是“作为[角色],我想要[功能]这样的故事格式,以便[目的]在“这样的[目的]”部分中的目的?功能通常足够清晰,但是角色和目的似乎有些相对。例如,我可以将系统用作我的参考点,然后写出“作为订单履行系统/代理,我希望能够从履行队列中提取订单,准备填充订单表格并将其发送到订单处理中心,以便可以实现订单”。或者,我可以从业务的角度看待事物,并写下“作为接收者,我希望能够处理客户输入的订单,以便我可以履行我的责任他们想要什么”(或类似的东西)。但是,我也可以从客户的角度写这篇文章,并说“作为客户,我想对我的订单输入进行处理/实现,以便我可以收到我想要的东西”。

我意识到,关于谁是有效的观点,可能没有一个最终的答案。我敢肯定,我会得到很多“取决于”的答复。尽管如此,我将非常感兴趣地听到其他人在这种情况下所做的事情,或者如果有人知道针对这些类型的情况有任何建议,指导或实践。

有帮助吗?

解决方案

它可能有助于摆脱传统的用户故事模板,转向以利益相关者为中心的功能注入格式(分析领域的BDD):

In order to <achieve a goal>
As <the stakeholder>
I want <someone to do something for me>.

您可以通过思考谁愿意为传达的故事付出代价来确定利益相关者是谁。例如,验证码盒 - 用户必须填写的那些烦人的东西是为了主持人的利益而完成的,或者使网站更具吸引力以获得收入,而不是为了用户的利益!实际上,当您想到大多数站点,应用程序等时,它们几乎没有为用户完成。大多数网站都是关于广告收入的。大多数企业应用程序都涉及一个部门输入数据,以便另一个部门可以使用它,或者可以从客户那里收取资金。

当您这样做时,更明显的是,可能会有不止一个用户,并且用户可能是另一个系统。就您而言,我猜想某种销售负责人是这个故事的主要利益相关者。

In order to make sales
As the Sales Head
I want customers to be notified of any errors with their order.

In order to make sales
As the Sales Head
I want customers' orders to be fulfilled within 24 hours.

您可以从中看到目标变得非常高级,因此,如果您有一块针对这些目标的软件,则可以分解它们:

In order to fulfil customer's orders within 24 hours...

现在,每个故事都可以追溯到项目愿景,您可以看到所有的系统。因此,您的自动场景可能会阅读:

Given a valid order in the queue
When the order fulfilment system runs
Then it should send a fill order form to the processing centre
When the processing centre responds successfully
Then the successful fulfillment should be logged
And the customer should be notified by email.

Given an invalid order in the queue
When the order fulfilment system runs
Then it should send a fill order form to the processing centre
When the processing centre responds with an error
Then the error should be logged
And the customer should be notified of the problem by email.

例如。

顺便说一句,如果您现在想转到这种格式,请注意,它创造的透明度可能会对那些因为有预算而不是适当的项目愿景而发展的人绝对破坏。我认为这是一件好事。其他人则发现政治不太舒服!祝你好运,无论你决定什么。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top