Following the formal user story style:
As
<user>
, I want<goal>
so that<benefit>
.
How can stories be written when there isn't an obvious user-interaction taking place, as in the case of automated processes like nightly invoicing?
Software Engineering Stack Exchange is a question and answer site for professionals, academics, and students working within the systems development life cycle. It only takes a minute to sign up.
Sign up to join this communityFollowing the formal user story style:
As
<user>
, I want<goal>
so that<benefit>
.
How can stories be written when there isn't an obvious user-interaction taking place, as in the case of automated processes like nightly invoicing?
What's wrong with e.g.:
As a sales assistant, I want the system to generate my invoices raised during the day, that night without my interaction so that time is saved.
Think of who will use the results of the process.
Just give the thing a name as "AutomaticInvoicer". See it as a robot that acts as a person. No big difference there. Maybe use "it" instead of "I" to make the distinction clear.
As <AutomaticInvoicer>, it wants to search for open invoices so that it can initiate booking.