自動化タスクに関するユーザーストーリー、ユーザーは誰ですか？

公式のユーザーストーリースタイルに従う：

として<user>、私は<goal>そうしたい<benefit>。

毎晩の請求書発行などの自動化プロセスの場合のように、明らかなユーザーインタラクションが行われていない場合、どのようにストーリーを書くことができますか？

user-story

— ポール・ターナー
ソース

回答:

例の問題点：

営業アシスタントとして、システムが日中に発生した請求書を生成し、その夜は対話なしで時間を節約できるようにします。

誰がプロセスの結果を使用するかを考えてください。

— StuperUser
ソース

また、「会計士として、毎晩生成される請求書を確認してドルの量と数を確認します」および「営業担当者として毎晩生成された請求書を確認して、すべての売上が正しく請求されていることを確認します」または「カスタマーサービス担当者顧客と一緒に確認できるように、自動生成された請求書を確認したい。」内部の自動化されたプロセスに基づいて、ストーリーの数に制限はありません。自動化プロセスの詳細は、ストーリーの付録です。

— S.Lott

うーん、一晩でも指定する必要がありますか？すなわち、ユーザーとして、システムに請求書を自動的に生成させたい

— マーフ

@ Murph、Programming Heroのユーザーが必要とするものに依存します。

— StuperUser

@Murph：優れた観察。それらは、人がそれらを見たい直前に生成されなければなりません。それが一晩であるか「ジャストインタイム」であるかは、決定の別のセットです。

— S.Lott

うーん@StuperUser、物事は一晩行われる必要があることを示唆している制約があるかもしれない-私はどのような仮定することを避けるためにと...そのつ以上のニーズ何の問題を持っていないこと

— Murph

「AutomaticInvoicer」という名前を付けてください。人として行動するロボットとしてそれを見てください。そこに大きな違いはありません。区別を明確にするために、「I」の代わりに「it」を使用する場合があります。

As <AutomaticInvoicer>, it wants to search for open invoices so that
it can initiate booking.

— トルステン・ミュラー
ソース

彼らがスカイネットを始めたものを探すなら、彼らはこのように聞こえる物語を見つけるだろう:)

— DXM