要件定義のやり方・企画構想｜失敗と炎上を防ぐ「目的地」の決め方3ステップ

本連載について
この記事は、IT現場で最も炎上しやすいと言われる「要件定義」の進め方を、誰もが経験したことのある「家族旅行」に例えてわかりやすく解説する全7回のシリーズです。（※どの回からでも単独でお読みいただけます）

第1回となる今回は、すべての出発点となる「企画構想（目的地の決め方）」についてお届けします！

「お客さんの要望がバラバラで、どこを目指せばいいのか分からない……」「ようやく決まったと思ったら、後から『やっぱりあっちが良かった』とひっくり返された……」

要件定義の入り口で、そんな立ち往生をしていませんか？数多くのプロジェクトに関わってきた中で見えてきたのは、要件定義が炎上する原因の多くは、システムを作り始めるずっと前、「出発前（企画構想）」の段階に兆候があるということです。

今回は、バラバラな要望を整理し、チーム全員が納得して共有できる「目的地（コンセプト）」を決めるための3つのステップを紐解いていきましょう。

現場の「あるある」：なぜ要件定義は難航するのか？

要件定義がまとまらない理由は、ビジネスの現場でも家族旅行でも全く同じです。それはシンプルに、「関係者の視点（やりたいこと）がバラバラだから」です。

各部署が「自分の都合」だけで主張を始めると、どうしても収拾がつかなくなります。

このように、それぞれの要望をそのまま「全部盛り」にしようとすると、予算も時間もあっという間にパンクします。結果として、誰も満足できない「中途半端で使いにくいシステム（楽しくない旅行）」が出来上がってしまう……。これが、私たちが絶対に避けたい「要件定義の炎上」の正体です。

くなります。結果として、誰も満足できない「中途半端なシステム（旅行）」になってしまう……。これが、私たちが避けたい「炎上」の正体です。

バラバラな要望をいきなり整理しようとする前に、まずは今回の旅の「メインテーマ」を言葉にしてみましょう。

「システムを新しくする」というのは、あくまで手段に過ぎません。大切なのは「なぜ新しくする必要があるのか」です。

旅行なら、「最近家族の会話が減っているから」「毎日忙しくてみんなリフレッシュが必要だから」といった、今のままではいけない理由（本質的な課題）を明確にします。 IT現場であれば、「手作業の限界でミスが多発し、残業が常態化している」といった、現場のリアルな実態を深掘りすることから始まります。

次に、プロジェクトの「旗印」を決めましょう。これが、後の議論で要件を取捨選択するときの「最強の物差し」になります。

この旗印（コンセプト）があれば、誰かが突拍子もない要望を出してきた時でも、「それは今回の『親孝行』というテーマに合っていますか？」と問い直すことで、議論を建設的な方向へ軌道修正できるようになります。

最後に、「予算10万円、1泊2日」といった枠組みを一番最初に共有します。これがないと要望は際限なく膨らみ続け、プロジェクトという名のカバンは重すぎて一歩も動けなくなってしまいます。「持っていける荷物には限界がある」ことを、全員で合意しましょう。

上記の3ステップで固めた企画構想をドキュメント（企画構想書）にまとめる際、以下の6つの構成で整理すると、関係者の合意が格段に得やすくなります。