棚に眠っていた一冊を引っ張り出して読み直す機会がありました。ジェームズ・オシーア『ザ・コンサルティングファーム』——1990 年代後半、当時のビッグ 6（大手会計事務所系コンサルティングファーム）が抱えた構造的な歪みを、ジャーナリストの視点で執拗に追いかけたノンフィクションです。
正直に言うと、初読のときはあまりピンと来ていませんでした。ところが出版から四半世紀近く経った今、AI が支援業の中身を急速に書き換えつつある局面で読み直すと、当時の指摘が驚くほど現在進行形で響いてくる箇所があるんですよね。本記事では書籍の核心を 3 つの論点に圧縮した上で、現代のコンサルティング・受託開発・AI 活用支援に携わる立場から、私たちが何を引き継ぎ何を捨てるべきかを整理してみます。
本書から引き出せる 3 つの示唆
結論から言うと、現代に引き寄せて読める示唆は次の 3 点に集約できそうです。
第一に、コンサルティングという業態は構造的にクライアントから独立しにくいこと。会計・監査・コンサルが同居した時代のビッグ 6 が抱えた利益相反は、形を変えて現代の DX・AI 支援にも潜んでいます。第二に、知の標準化と現場の固有性は常に綱引きの関係にあること。フレームワーク化が進むほど現場とのズレは広がり、20 年前のリエンジニアリング失敗譚は、いま AI 導入の文脈で再演されつつあるように見えます。第三に、支援者の倫理は契約形態ではなく日々の判断に宿るということ。本書が突きつけたのは制度設計の限界であり、読み手側の身の処し方を問う書でもありました。
うーん、これ難しいんですけど、結局のところ「制度をいじっても人の判断は変わらない」という身も蓋もない話に着地するのが本書の怖いところです。
コンサルタントの最大の商品は知識ではなく、クライアントの不安に寄り添う体力である——本書を読み終えて手元に残るのは、この一文に近い感触でした。
『ザ・コンサルティングファーム』が描いた 3 つの構造問題
本書の概要を簡単に紹介しておきます。著者のオシーアはシカゴ・トリビューンの記者出身で、ビッグ 6（当時のアーサー・アンダーセン、KPMG ピート・マーウィック、デロイト・トウシュ、アーンスト・アンド・ヤング、プライス・ウォーターハウス、クーパース・アンド・ライブランド）の内部資料・元パートナーへのインタビュー・係争中の訴訟記録を 3 年がかりで積み上げて書かれた一冊です。
オシーアが追いかけた構造問題は、整理すると次の 3 つに集約できます。
論点 | 当時の現象 | 帰結 |
|---|---|---|
監査とコンサルの利益相反 | 監査クライアントに対して同じファームがコンサル提案を行う | 監査の独立性が形骸化し、後のエンロン事件に至る素地となった |
リエンジニアリングの過剰販売 | テンプレ化された業務改革を全業界に展開 | 現場で機能せず、訴訟・契約打ち切りが多発 |
若手大量投入による品質劣化 | パートナー 1 人に対し若手 20〜30 人を配置 | 経験の浅いコンサルが現場判断を担う構造が常態化 |
本書のすごみは、これを「ファームが悪い」「個人が悪い」という単純な糾弾に落とし込まなかった点だと思います。むしろ「この構造の中ではこうなるしかなかった」という宿命論に近い読後感が残るんですよね。だからこそ 20 年経っても古びない。批判の書というより、業態の解剖図に近い性格を持っています。
利益相反は形を変えて現代にも残っている
監査とコンサルの分離は、エンロン事件（2001 年）以降の SOX 法整備で制度的にはほぼ完了しました。ただ、構造的な利益相反そのものが消えたわけではないんです。
現代の文脈に置き換えると、たとえば「DX 戦略策定 → 開発受注 → 運用保守」を同じファームが垂直統合で受ける構図がそうですし、「AI 活用構想 → 自社プラットフォーム導入」という流れにも同種の問題が潜みます。戦略を描いた人間が実装も保守も握れば、戦略の評価軸は実装側の都合に引きずられる——これはビッグ 6 の利益相反と構造的には同じです。私のところでも、提案段階で「この案件はうちが構想を描いたから、実装フェーズは自動的に取れる」という空気が出ることがあって、その都度ハッとさせられます。
私たちが中立の立場を掲げているのは、独立性が偉いからではなく、構造的に独立しないと言えないことが出てくるからです。具体的には、特定のクラウドベンダー・SaaS プラットフォーム・LLM プロバイダに依存しすぎない設計を取ること。生成 AI 活用の構想段階で「結論ありき」にならないよう、選定プロセスを言語化して残すこと。地味ですが、こうした日常的な作法でしか利益相反は緩和できないと考えています。
DX という言葉がここ数年で空洞化してきた背景も、近い構造の話だと思っています。詳しくは 「DX 戦略」という言葉が、もう半分使えなくなった理由 を参照してください。
知の標準化と現場固有性の綱引きは AI 時代に再演されている
ビッグ 6 が 90 年代に押し売りしたリエンジニアリングは、要するに「BPR テンプレートを業種を問わず横展開する」モデルでした。本書の中盤では、これが製造業・小売・公共セクターで次々と現場崩壊を引き起こす様子が淡々と記述されます。読みながら、「これ、いま生成 AI 導入の現場で起きていることそのままだな」と何度も思いました。
PoC は通ったのに本番運用で詰まる、他社事例のテンプレを輸入したら現場の業務フローと噛み合わない、ベストプラクティスを真似たら逆に生産性が落ちた——こうした現象は、フレームワークを輸入するほど現場固有の文脈とのズレが大きくなるという、リエンジニアリング失敗譚と全く同じ構造を持っています。kintone のような業務プラットフォーム導入でも、テンプレ展開モデルで入った組織ほど 3 年目以降にガバナンスが崩れていく現象を何度か見てきました。
標準化を売る側は強くなり、現場で個別解を編む側は弱くなる。この非対称性こそが、20 年前も今も支援業の歪みの源泉になっている。
支援者の腕の見せ所は、結局のところ標準化されたフレームワークと現場の固有性の間を行き来する往復運動にあります。テンプレを当てるだけなら大規模言語モデルでも十分できる時代に入りつつある今、人間の支援者が残るべき領域はここしかないと思っています。生成 AI 導入の文脈での具体的な躓きどころは 生成 AI の業務実装で、最初に必ず躓く 3 つの設計判断 でも整理しています。
支援者の倫理は契約書ではなく日々の判断に宿る
本書の終盤、オシーアが暗に問うているのは、制度や契約形態をどれだけ整えても、最終的にはコンサルタント個人の判断が品質を決めるという身も蓋もない事実です。SOX 法ができてもエンロンの教訓が完全には活かされないのと同じで、ルールは大事ですが、ルールだけでは不十分なんですよね。
AI が知識作業の一部を代替する時代において、人間の支援者が持つべき価値は「正しい答え」ではなく「正しい問いを立てる力」に移っていく、というのが私の見立てです。情報の整理・分析・要約・選択肢の列挙は、もう人間の優位性ではなくなりつつあります。残るのは、クライアントの言葉を疑い、表に出ていない不安の構造を見抜き、提案を引っ込める勇気を持つこと——このあたりです。
私たちが日々のプロジェクトで意識している判断基準は、白状すると 3 つしかありません。
- クライアントの不安に流されない：「とにかく何か AI で」という焦りに乗らない
- 中長期の負債を見える化する：3 年後の運用負荷を見積もって提案書に書く
- 撤退条件を明示する：「ここまでいったら止める」を契約時点で握る
どれも当たり前のことです。当たり前だからこそ、日常的にやり続けるのが難しい。本書は制度批判の書というより、この当たり前を 20 年前から問い続けている書として読めます。
ある製造業での「やらない」を提示した案件
具体例として、ある製造業 B 社で関わった AI 活用構想のプロジェクトを匿名で紹介します。
当初の要望は「他社事例のような生成 AI チャットボットを 3 ヶ月で導入したい」というもので、社内では既に大手ベンダーから 8,000 万円規模の提案が出ていました。私たちは見積もりを出す前に業務フローのヒアリングに 2 週間使い、結果として「現時点で AI を入れるべき業務は 1 つも見つからなかった」という結論を提示しました。
代わりに提案したのは、受発注データの基盤整備を kintone で進める 6 ヶ月のプロジェクトです。最終的な投資額は当初提案の約 4 分の 1 に収まり、半年後には次フェーズとして生成 AI 活用の議論を再開できる状態になりました。
本書が描いたビッグ 6 の典型的な失敗は、クライアントの「やりたい」に乗っかって過剰な提案を組み立て、現場での失敗を「実行段階の問題」として切り離す構図でした。同じ構図に陥らないために必要なのは、提案前に「やらない」を言える関係性を作っておくことだと、この案件を通じて改めて感じました。読書から得た原則が 20 年越しに現場の判断を支える瞬間があるんですよね、本当に。kintone まわりで似た構図に陥った事例は kintone カスタマイズで失敗する組織に共通する 7 つの落とし穴 にも書いています。
提案前の論点を持ち寄っての相談
AI・DX 構想の段階で「本当にやるべきか」を含めて議論したい、という方には、論点持ち寄りのご相談として /contact からお声がけいただければと思います。
私たちが大事にしているのは、見積もりを出す前のヒアリングで「やらない」「先送りする」「優先順位を変える」という選択肢も含めて議論することです。提案を売るための面談ではなく、論点を整理するための面談として時間をいただく形になります。本書を読み返して改めて、支援者の価値はここに残ると感じている次第です。実装の話に入る前に、構造側から一度議論したいという方とご一緒できれば嬉しいです。
関連記事：
