なぜ要件定義は失敗するのか
ソフトウェアプロジェクトの66%が失敗する。
この記事では、失敗の構造的原因と、根本的な解決策を説明します。
衝撃的な事実：プロジェクトの2/3は失敗する
プロジェクトの失敗率
Standish Group CHAOS Report (2020) によれば、ソフトウェアプロジェクトの約66%が予算超過、スケジュール遅延、またはスコープ縮小のいずれかで終わる。
大企業の成功率
大企業（年間収益10億ドル以上）のプロジェクトで、予定通り完了するのはわずか9%。規模が大きいほど、失敗リスクは高まる。
年間の損失額（米国のみ）
CISQ (2020) の推計によれば、開発失敗による損失は米国だけで年間2,600億ドル。品質問題による運用障害コストは1.56兆ドルに達する。
注目すべきパターン
BCGの調査によれば、大規模技術プログラムの2/3が予算・スケジュール・スコープでターゲット未達。問題は技術力ではなく、「何を作るか」の認識合わせにある。
失敗の3層構造
プロジェクト失敗の原因は、表層的な症状、中層の構造的問題、そして深層の管理基盤の欠如の3層に分けられる。 表層だけを見ていては、根本解決にはならない。
見える症状
- •スコープクリープ: 「これもついでに」が積み重なり、当初の2倍の規模に
- •見積もり外れ: 予算を出すたびに「高すぎる」と言われ、削る作業が始まる
- •リリース直前の手戻り: 「思ってたのと違う」で作り直し
- •承認地獄: 会議が延々と続き、開発が進まない
構造的原因
- •認識のズレ: 「ユーザー」と言いながら、チームメンバーが頭に浮かべている人物像が全員違う
- •優先順位の不在: 全ての機能が「最優先」になり、政治力のある人の要望が通る
- •暗黙の期待: 発注者は「当然含まれる」と思い、開発者は「書いてないから含まない」と思う
- •情報の散逸: Slack、メール、ドキュメント、会議録...どこに何が書いてあるか誰も把握していない
管理基盤の不在
要件は変わるが、変更を管理するシステムがない。
要件は確かに変わる - しかし、変更履歴を追跡し合意形成を支援する 基盤がなければ、コミュニケーションは混沌に陥る。
Excel、メール、Slackに分散した要件では、変更の全体像が把握できない。 誰が何を承認したか記録に残らず、「言った言わない」が繰り返される。
問題は不確実性そのものではない - 不確実性下でのコミュニケーションを 支援するインフラの欠如が問題なのだ。
要件は変わる。しかし"限られた予算で最大の価値"を生む組み合わせを見つける仕組みがなければ、 全てが"必要"で片付けられる。
現実：要件定義は今こうなっている
Excelの投げつけ合い
要件定義書_v3_最終_田中修正_佐藤確認済み_本当に最終.xlsx
どれが最新か分からない。誰が何を変えたか追えない。 マージ作業で半日潰れる。
ChatGPT → パワポの転記地獄
ChatGPT で要件を整理して、それをパワポに貼り付けて、 フィードバックを受けてまた ChatGPT に戻って...
AIは便利だけど、成果物を管理する場所がない。
承認のための会議ラッシュ
「認識合わせ」と称した会議が週に3回。 議事録を書いて、確認して、また会議。
いつ開発するの？
要件定義のプロセス自体は正しい
問題は「要件を固めること」ではない。要件を固めるためのコミュニケーションが非効率すぎることが問題。
ツールが分散し、バージョン管理ができず、承認プロセスがカオス。
toishi が解決すること
toishi は、要件定義のコミュニケーションを構造化し、Excel の投げつけ合いとChatGPT → パワポの転記作業をなくします。
N:M関係の可視化
ユーザーニーズと画面/機能の"重なり"を可視化し、 予算内で最大価値のスコープを自動提案。toishiのメソッドについて詳しく →
要件の一元管理
Excel ファイルの乱立はもう不要。
ペルソナ、ユーザーニーズ、画面仕様、工数見積もり... すべてを一箇所で管理。バージョン履歴も自動で残る。
AI から直接編集、そのまま承認へ
Claude Code や Cursor から要件を直接編集できる。
AI で書いた内容がそのまま toishi に登録され、 パワポに貼り付ける作業は不要。承認者は Web UI で確認・承認するだけ。
承認フローをシステム化
誰が、いつ、何を承認したかが記録に残る。
「言った言わない」問題がなくなり、 承認のための会議を減らせる。
ROI でスコープを決める
各機能に「月間実行回数」を設定し、ROI を自動計算。
「この機能は本当に必要？」の議論が、 データに基づいて行えるようになる。
要件定義で消耗するのは、もうやめよう
プロジェクトの2/3が失敗するのは、技術力の問題ではない。
要件を固めるためのコミュニケーションが非効率すぎることが原因。
toishi は、要件定義に必要な構造とエディターを提供する。
Excel の投げつけ合いも、ChatGPT → パワポの転記も不要。
AI で書いて、そのまま承認へ。それだけ。