大企業の要件定義は参考にしてはいけない

「大企業ではこうやっている」という要件定義の手法が、中小企業に当てはまるとは限りません。むしろ参考にすることで、無駄なコストと時間を使ってしまうことがあります。その理由を正直に整理します。

大企業の要件定義は「別の生き物」

大企業のシステム開発では、要件定義に数ヶ月から1年以上をかけることがあります。専任の要件定義チームが組まれ、数十人のステークホルダーにヒアリングを行い、数百ページの要件定義書を作成します。

これは大企業の開発が「そういう規模で行われているから」です。同時ユーザー数が数千人、複数の部門・拠点にわたるシステム、既存の大型システムとの連携——こうした条件が重なれば、それだけの準備が必要になります。

中小企業の開発は、前提が根本的に異なります。

人数が桁違い：大企業のシステムは数百人〜数千人が使います。中小企業のシステムは数人〜数十人が使います。要件定義で収集すべきステークホルダーの意見の量と複雑さが、そもそも異なります。

予算が桁違い：大企業のシステム開発予算は億単位が珍しくありません。中小企業は数百万〜数千万円の範囲で開発することが多く、要件定義に使えるコストも当然違います。

時間が桁違い：大企業は停止できない基幹システムの入れ替えに5年かけることもあります。中小企業は「半年でリリースしたい」という感覚で進めるのが現実的です。

体制が桁違い：大企業は要件定義を専任チームが担います。中小企業はIT担当者が1人、あるいは兼任でこなすことがほとんどです。

大企業向けの要件定義テンプレートや手法書には、「ビジネス要件分析」「システム化方針の策定」「要求仕様書の作成」「RFP（提案依頼書）の作成」など、多くのステップが含まれています。

これを中小企業がそのままやろうとすると、こうなります。

要件定義だけで3ヶ月かかる：本来なら2〜3週間で合意できる内容に、大企業向けのフォーマットを当てはめようとして、無駄な文書作成作業が増えます。

誰も読まない文書ができる：分厚い要件定義書を作っても、実際に読んで活用できる人がいなければ意味がありません。形式上の文書を作ることが目的になってしまいます。

ベンダーとのミスマッチ：大企業向けの発注形式で中小企業向けのベンダーに発注すると、「こんな細かい資料が必要だったのか」という両者の戸惑いが生まれることがあります。

中小企業の要件定義に必要なのは、「ミニマムで合意すべき内容を確実に合意する」ことです。

期間：1〜3週間程度を目安にします。長くても1ヶ月あれば、中小企業の規模の要件は整理できます。

文書量：数ページ〜十数ページが現実的です。機能一覧・業務フロー・データの整理・非機能要件の概要が揃えば十分です。

ヒアリング対象：経営者・現場の主担当者・IT担当者の3〜5人の意見を集めれば、多くのケースで必要な要件は網羅できます。

意思決定の速度：大企業では1つの決定に複数の承認が必要ですが、中小企業は経営者が直接判断できます。この速さを活かして、打ち合わせの場で即断する文化を作ることが重要です。

大企業の要件定義の手法を全否定するつもりはありません。参考にできる部分もあります。

考え方の枠組み：「機能要件と非機能要件に分けて整理する」「スコープを明示する」「ステークホルダーの役割を整理する」といった考え方の枠組みは、中小企業でも有効です。

チェックリスト的な活用：「大企業ではここまで確認しているのか」という視点で使えば、見落としを防ぐチェックリストとして機能します。すべてを実施する必要はありませんが、「この観点は確認したか」という使い方は有益です。

参考にしてはいけないのは「全部やらなければいけない」という感覚です。

大企業が使っている手法を採用することで、「しっかりやっている」という安心感を得ようとすることがあります。しかしその安心感が、プロジェクトの進捗を遅らせ、コストを増やし、最終的にシステムの完成を遠ざけることがあります。

要件定義の目的は「良い文書を作ること」ではなく、「プロジェクトに関わる全員が同じゴールに向かって動ける状態にすること」です。その目的に対して、必要最低限の手段を選ぶことが中小企業の要件定義の本質です。

大企業の要件定義は、大企業の規模・予算・人員を前提とした手法です。中小企業がそのまま採用しても、コストと時間の無駄になりがちです。中小企業に必要な要件定義は「ミニマムで確実な合意」——考え方の枠組みは参考にしつつ、自社の規模に合ったシンプルなアプローチを選んでください。