内部プロジェクトのストーリーの書き方
私は定期的にプロセスとして実行されるプロジェクトに取り組んでいます。毎日実行されるプロジェクトの結果は、他のプロジェクトによって使用されます。これは、私たちのチームがどのように物語を書いているのか疑問に思います。
通常の形式、As a [role] I want [goal/desire] so that [reason]は当てはまらないようですが、同時に私はそれを疑っています。
これが私たちが今していることです：システムはプロセスABCが正常に終了した後に実行されます。
ストーリーのロール部分として他のプロジェクト（プロセスからのデータを利用する）を使用する必要がありますか？私たちが今していることは、要件に非常に似ているようです。
As-a-So-That-I-wantストーリーテンプレートの鍵は、ユーザーストーリーの誰が、何を、そして最も重要な理由を知る必要があることを単に思い出させることです。これらの要素をキャプチャできる限り、ほとんど任意の形式を使用できます。
内部プロジェクトの場合、何らかの理由ですべてのWHOが同じ人物である場合、同じことを何度も繰り返し書くのはばかげているかもしれないので、私があなたならそれを省略します。
ただし、一般的なシステム-shall-do-this形式は、ほとんどの場合、理由ではなく何をキャプチャします。それを省略しないように注意してください。