ユーザーストーリーとは何か、また受け入れ基準とは何か？

Question

Accepted Answer

**ユーザーストーリー**は、ユーザーの視点から述べられた機能の短くて平易な説明です。*誰が*何かを望んでいるのか、*何を*望んでいるのか、そして*なぜ*なのかをまとめています。**受け入れ基準**は、そのストーリーにとって「完成」が何を意味するかを定義します。つまり、受け入れられるために満たさなければならない条件です。

## 標準的なフォーマット

```text
As a [type of user]
I want [some goal]
so that [some benefit].

Example:
  As a returning customer
  I want to save my shipping address
  so that I don't re-enter it every order.
```

「そうすることで」の部分が最も重要です。これは価値を述べており、チームが文字通りにリクエストされた解決策より優れたソリューションを見つけるのに役立ちます。

## 受け入れ基準

```text
Given a logged-in customer with a saved address
When they reach checkout
Then the saved address is pre-filled
And they can edit it before confirming

✓ Testable and unambiguous
✓ Defines done — no "I thought you meant..."
```

## 優れたストーリーは INVEST に従う

Independent（独立性）、Negotiable（交渉可能性）、Valuable（価値）、Estimable（見積可能性）、Small（小ささ）、Testable（テスト可能性）。スプリント内で見積もったり完了したりするには大きすぎるストーリーは分割すべきです。

## なぜ重要なのか

ストーリーはチームの焦点を技術的なタスクのリストではなく*ユーザー価値*に保たせ、解決策を指示するのではなく対話を促進します。

明確な受け入れ基準は最も一般的な納品摩擦を防ぎます。それは、技術的には機能するが、実際に必要とされていなかったものを構築することです。