要件定義のやり方｜家族旅行で学ぶ成功への7ステップ【完全保存版】

「要件定義がいつも炎上してしまう」
「何から手をつければいいのか、全体像が見えない」

そんな悩みを抱えるPMやSEのために、要件定義の全工程を「家族旅行の準備」に例えて解説してきた本シリーズ。バラバラな要望を整理し、チーム全員が納得して目的地（ゴール）へたどり着くためのエッセンスを、この1ページに凝縮しました。

この記事の活用方法
各ステップの要点と「鉄則」をまとめた、要件定義のインデックス（目次）ページです。要件定義の迷子になりそうなとき、いつでも立ち戻れるようブックマークして手元に置き、ぜひご活用ください！ 各ステップの詳細は、リンク先の個別記事でさらに深く学ぶことができます。

要件定義を成功に導く「旅のロードマップ」

要件定義は、以下の7つのステップで順番に進めるのが理想的です。

【鉄則：なぜ今の場所を離れるのか？】

要件定義の失敗は、出発前（最上流）に決まります。単に「システムを作る」のではなく、解決したい「現場の痛み」を言語化し、プロジェクトの旗印（コンセプト）を立てるフェーズです。

【鉄則：いきなり乗り物の話をしない】

情報の解像度を「ビジネス→業務→機能→非機能」の4階層で整理します。いきなり機能（ボタンの配置など）の話に飛びつかず、まずは業務の流れを定義する「鳥の目」を持ちましょう。

【鉄則：Want（わがまま）をNeed（本音）に翻訳する】

ユーザーの要望を鵜呑みにしてはいけません。「なぜ？」という問いかけを通じて、手段の裏にある真の目的を抽出する「翻訳術」が求められるフェーズです。

こんな人におすすめ
- ユーザーの「これが欲しい」をそのまま実装して失敗したことがある
- 「使いやすくして」「速くして」などの曖昧な要望に振り回されている

【鉄則：観光プランが決まれば、乗り物は決まる】

「人の動き（業務）」と「道具の能力（システム）」を明確に切り分けます。IT抜きで語れる業務フローが描けて初めて、最適なシステムが決まります。

【鉄則：燃費や保険をコストと天秤にかける】

動くのは当たり前。その先の「速さ」「安全性」「止まらないこと」を定義します。こだわりすぎるとコストが跳ね上がるため、妥協点（トレードオフ）を握る力が試されます。

こんな人におすすめ
- システム完成後に「動作が重すぎる」とクレームを受けたことがある
- 「非機能要件」という言葉の意味や、具体的な決め方がよくわからない

【鉄則：全部盛りのカバンは閉まらない】

予算と納期という制約の中で、「絶対に外せないもの」をMoSCoW分析で仕分けます。「今回はやらない」と決める勇気が、プロジェクトのパンクを防ぎます。

こんな人におすすめ
- ユーザーの要望を断りきれず、いつも納期や予算がオーバーする
- 優先順位の付け方が「重要・普通・低い」という主観的なものになっている

【鉄則：エンジニアが迷わず運転できる旅のしおりを】

最後は、合意事項をドキュメントに結晶化させます。主語を明確にし、形容詞を捨てて数字で語る。誰が読んでも一つの解釈しかできない「旅のしおり」を完成させましょう。