要件をどのように収集し、明確にしますか?

Question

Accepted Answer

**要件の収集**は、実装する前に、実際に何を構築する必要があるのか — そして*なぜ*なのか — を見つけ出すプロセスです。ジュニアが犯す最大の過ちは、基礎となる問題を理解せずにリクエストを文字通りに受け取ることです。

## 対処方法

```text
1. ASK WHY → understand the problem behind the request, not just the request
2. TALK to the real users / stakeholders, not just the requester
3. CLARIFY scope → what's in, what's out, what "done" looks like
4. SURFACE assumptions and constraints (deadlines, budget, tech limits)
5. WRITE IT DOWN → confirm your understanding back to them
```

## 要望とニーズを区別する

ステークホルダーが「PDFへのエクスポートボタンを追加して」と言います。本当のニーズは「上司とレポートを共有する必要がある」かもしれません。メール、共有リンク、またはダッシュボードの方が、より良い解決策かもしれません。*なぜ*と聞くことで、より良いソリューションが得られます。

## 優れた明確化質問

```text
✓ "What problem does this solve for the user?"
✓ "What happens today without it?"
✓ "How will we know it worked?"
✓ "What's explicitly out of scope?"
✓ "What are the edge cases / what could go wrong?"
```

## よくある落とし穴

理解できたと仮定して、構築を始めること。常に要件を反映して — 「つまり、あなたが必要なのはX、期限がY、そしてZはスコープ外ということですね?」 — 早期にギャップを発見してください。

## なぜ重要なのか

アイデア段階での固定された要件の誤りは数分のコストで済みますが、リリース後に見つかった同じ誤りは数日間から数週間のリワークのコストがかかります。

明確な要件は、間違ったものを構築することに対する最も安い保険です。

*なぜ*と聞くことで、あなたは指示を受ける者から問題解決者に変わります。