ユーザーストーリーの概念
ユーザーストーリーは、製品要件の「誰が」、「何を」、「なぜ」をすばやく把握するための軽量な方法です。簡単に言えば、ユーザーストーリーは、ユーザーが望むニーズを表現するアイデアです。ユーザーストーリーは短く、各要素には通常10語または15語未満が含まれます。ユーザーストーリーは、プロジェクトパスに沿ったステップを特定するのに役立つ「やること」リストです。これらは、プロセスと結果の製品が要件を満たしていることを確認するのに役立ちます。
このようなことの概念私はその言葉を理解し説明する方法を言いたいです。
ユーザーストーリー=ユーザー+ストーリー=人+ストーリー+イベント
つまり、人がどのような理由でやりたいのか、3つの要素を抽出するのは、誰が、なぜ、何をするかです。ユーザーの観点からは、ユーザーとユーザーのニーズを確認するために使用される簡単な説明です。
ユーザーストーリーの3つの要素
ユーザーストーリーは、ソフトウェア開発プロセスで、要件を説明するための表現形式として使用されます。ユーザーストーリーの表現を標準化し、コミュニケーションを促進するために、ユーザーストーリーは通常次の形式で表現されます。
<ユーザーロール>として、<価値を実現>するために、<アクティビティを完了>したいと思います。
完全なユーザーストーリーには、3つの要素が含まれています。
- ペルソナ（誰？）：これを使いたい人
- アクション（何？）：完了するアクション
- 価値:(なぜ？）これを行い、これを行うことでどのような価値をもたらすことができるか
3、3Cの原則
ユーザーストーリーの説明情報は、従来の手書きの方法で紙のカードに書かれているため、Ron Jeffries（2001）はこれらの3つの側面を3Cと呼んでいます。
- カード（カード）、
- 会話（会話）と
- 確認（確認）。
カード：ユーザーストーリーは通常、ストーリー、ルール、完了基準の簡単な説明が記載された小さなカードに書かれています。
カードの表には、ストーリーの説明が次の形式で含まれています。<役割>として、<価値を実現>するために<アクティビティを完了>して必要性を説明したいと思います。カードの裏面には、ユーザーストーリーを完了するためのルールと完了基準が次の形式で含まれています。Given…When…Then。
会話：ユーザーストーリーの背後にある詳細は、顧客または製品所有者とのコミュニケーションから得られます。すべての関係者がストーリーを正しく理解していることを確認してください。
確認：受け入れテストを通じて、ユーザーストーリーが正しく完了していることを確認します。