共有コードとライブラリのユーザーストーリー

Question

私はユーザーストーリーの使用を必要とするプロジェクトに取り組んでおり、プロジェクトの一部はASP.NETデータベースに対して認証を実行することです。これを読み上げると、次のようなパターンが続きます。

登録されていないユーザーとして、アカウントが作成されるようにアプリケーションに登録する必要があります。

「受け入れ」の観点から、私はこれを仕事をするバックエンド部分として、次にユーザーが対話できるUIとして見ています。しかし、同じ機能を使用できる他の関連しないプロジェクトもあります。したがって、これは共有フレームワーク/ライブラリの一部になります。

フロントエンドのないライブラリにコードが書き込まれると、ユーザーストーリーはどのように書き込まれるべきですか？ユーザーがこの機能を直接使用しなくても、エンドユーザーの要点からストーリーを作成する必要がありますか？

Answer 1

すべてのユーザーストーリーをテンプレートにフィッティングさせてはいけません。ストーリーの「エンドユーザー」ビューは、その機能の使用法を視覚化するために開発者に明快さを与えるためのものであり、ストーリーをよりよく実装するためのコンテキストを理解するプロセスです。ストーリーを縦に分割し、「データベースの移行」などのストーリーを書くのを避けるためにも役立ちます。

あなたがこれらの2つを念頭に置いている場合は、自分の状況に合ったストーリーを書いてください。あなたのケースでは、呼び出し側アプリケーションをエンドユーザーとみなし、そのアプリケーションを「アプリケーションとして、アカウントを作成したいので..」と書いています。私には、ストーリーを実装する際に覚えておく必要がある正しい文脈が与えられます。