プロトタイプ作成のロジックで要件収集にユーザーストーリーを使用できますか？

Question

私はプロトタイピング手法を使ってプロジェクトを開発しています。しかし、エンドユーザーが関わっているので、私は要件収集のためのユーザーストーリーを考えています。ユーザーのストーリーは、一般的にアジールの方法論に関連していることがわかります。それで、私はプロトタイプ作成の方法論を含むプロジェクトでそれを使用できますか？

Answer 1

エンドユーザーが関わっているので、私は要件収集のためのユーザーストーリーを考えています。

ユーザのストーリーは、Surkeetによる前回の回答に沿って、ユーザの観点から書かれています。それらの言語で書かれていると、開発チームとユーザーとのコミュニケーションがスムーズになり、共通の語彙に基づいて行われる場合があります。この質問に対する答えは、「それは依存している」ということです。それは実際にあなたのプロジェクトの性質に依存します。ユーザーストーリーの詳細（つまり、そうしたいと思うようなもの）が十分であれば、顧客と十分にコミュニケーションができ、開発で反復が許容される性質がある場合、ユーザーストーリーだけでも要件を文書化して伝達するための優れた戦術です。しかし、ユーザーストーリーの観点からの文書化要件が十分でない場合があります。その一例は、非機能要件（a.k.a.品質属性）に合意することの緊急の必要性である。これらの要件の例は、信頼性、パフォーマンス、およびセキュリティです。特に、アジャイル方法論に適合する非常に大きな/クリティカルなシステムでは、非機能要件を正式に表現する必要があります。これは議論の余地があり、一部の人々が非機能要件を文書化するためにユーザーストーリーを使用するため、技術的な戦争を開始する可能性があります。

プロトタイプ作成方法を含むプロジェクトで使用できますか？

しかし、ユーザーストーリーを使用することは、効果的なプロトタイプを開発するために使用できる唯一の方法ではありません。はい、プロトタイピングの最初の繰り返しをトリガするために使用できますし、プロトタイプの反復を管理することもできますが、これは唯一の方法ではありません。ストーリーボードなどのアジャイル手法に適したさまざまな戦術でプロトタイピングを補完することができます。ストーリーボードは、特定のユーザー定義の目標を達成するためのインタラクティブなインタラクティブな漫画的な表現です。それらの優れた点は、（ユースケースシナリオのナレーション付きの箇条書きとは対照的に）グラフィカルであり、強力なイラストツールになっていることです。ここでは、件名に関する短い記事（link）です。

また、アジャイルについて、あなたが従わなければならない技術に付属するパッケージとして考えないことをお勧めします。あなたのニーズに合わせてプロセスを調整します。

Answer 2

私の経験では、ユーザーのストーリーは、大部分の仕事をエンドユーザーの視点から小さな部分に分割するために使用されます。

同様に、プロトタイプ作成の方法論で使用して、プロトタイプの機能をエンドユーザーの観点から小さな部分に分割することができます。