要件の収集は、実装する前に、実際に何を構築する必要があるのか — そしてなぜなのか — を見つけ出すプロセスです。ジュニアが犯す最大の過ちは、基礎となる問題を理解せずにリクエストを文字通りに受け取ることです。
対処方法
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へのエクスポートボタンを追加して」と言います。本当のニーズは「上司とレポートを共有する必要がある」かもしれません。メール、共有リンク、またはダッシュボードの方が、より良い解決策かもしれません。なぜと聞くことで、より良いソリューションが得られます。
