ユーザー ストーリーはアジャイル開発の中核を成しています。 ユーザー ストーリーは、スクラム チームへの主要なインプットです。 彼らはユーザー ストーリーを受け取り、それらのストーリーを完了することに基づいて製品のインクリメントを作成します。
ユーザーストーリーについてより詳しい情報はこちらでご覧になれます。 良いユーザー ストーリーを作成するために、良いユーザー ストーリーに投資することを忘れないようにすることから始めます。 INVEST は、良いユーザー ストーリーを構成する次の概念を包含する頭字語です：
独立している。
独立：製品バックログ項目 (PBI) は自己完結しているべきである。
価値あるものであること：議論の余地を残すこと。
見積もり可能であること。
小さい：計画、タスク、優先順位付けが可能でなければならない。
ストーリーはできるだけ独立しているべきで、どのような順序でも作業できるようにすべきです。 これにより、一つひとつのストーリーに真の優先順位をつけることができます。
交渉可能
良いストーリーは交渉可能であり、契約ではありません。 良いストーリーは、会話への招待状です。 よい物語は、望まれていることの本質をとらえています。 実際の結果は、製品オーナーと開発チームとの共同交渉の結果である必要があります。
価値ある
ユーザー ストーリーは、ビジネス価値に従ってバックログで優先順位付けされるべきです。 コーディングするのはとても楽しいが、利害関係者に何の価値ももたらさないような製品バックログ項目を考え出すことは、アジャイルの原則の 1 つである、価値のあるソフトウェアを継続的に提供することに違反します
見積もり可能
開発者はストーリーを見積もれるようになる必要があります。 それは、開発者が理解でき、それをどのように実装するかという考えを持てるように書かれるべきです。
小さい
優れたストーリーは小さくなりがちですが、どのくらい小さくすべきなのでしょうか。 答えは、チームと使用されている方法論に依存します。 多くの製品所有者は、2 週間の反復を提案し、3、4 日間の平均的な作業のユーザー ストーリーを可能にします。
テスト可能
ストーリーは、完全性の判断を助けるためにテスト可能であるべきです。 ストーリーは受け入れ基準を持つべきです。 受け入れ基準は客観的であるべきです。 使いやすい、速い、バグがない、といった基準を使うのは避けましょう。 Try to write criteria that can be measured and tested.
Via: