結論：企業DXは「3者壁打ち×4段階育成」で成功する

経済産業省の『DXレポート』が警鐘を鳴らして以来、多くの日本企業が老朽化した業務システムの刷新やデジタル化に予算を投じてきました。しかし、情報処理推進機構（IPA）の『DX動向調査』でも繰り返し浮き彫りになっている通り、米国企業に比べて日本企業では「全社的な成果が出ている」と答える割合が依然として低いまま伸び悩んでいます。

外注丸投げと「現場の野良AI開発」という2つの罠

なぜこれほど多くの社内 DX が空回りするのでしょうか。現場で起きている失敗を解剖すると、実は正反対に見える 2 つの極端な罠 に二極化していることが分かります。

1 つ目は、昔ながらの 「トップダウン外注丸投げ（伝言ゲームの崩壊）」 です。現場の実務を知らない経営企画室や外部コンサルタントが「全社統合構想」という綺麗な絵を描き、元請け SIer から 2 次・3 次下請けへと分厚い要件定義書を流します。すると、現場の担当者が毎日当たり前にさばいている「月末だけの特例処理」や「取引先ごとの変則伝票」が書類から抜け落ち、何千万円もかけたのに現場がまったく使えないハリボテが出来上がります。

そして 2 つ目が、近年急速に増えている 「SE 不在の現場野良 AI・ノーコード開発（秘伝 Excel 地獄の再来）」 です。「外注すると遅いなら、現場の社員が自分で生成 AI やノーコードツールを使って業務アプリを作ればいい」という一見もっともらしいアプローチですが、データベースの正規化や疎結合設計を知らないまま各自が AI にプロンプトを投げてツールを量産すると、かつて社内に溢れ返った「作った人が異動・退職したら誰も直せない秘伝の Excel マクロや野良 Access」が 10 倍のスピードで増殖し、部署間でデータが一切つながらない新たなサイロ（蛸壺）を生み出してしまいます。

社内DXで繰り返される『2大失敗パターン』と『3者ボトムアップ体制』の比較

分断とサイロ化

失敗①：トップダウン外注・野良AI

• 外注丸投げは伝言ゲームで「部署間の例外処理」が100%抜け落ちる
• 逆に現場社員とAIの2者だけで作ると、設計基準のない野良ツールが乱立する
• 半年後の納品時や担当者退職時に初めて破綻が発覚し、手戻りで予算が溶ける

三位一体の壁打ち

成功：業務熟知者×ベテランSE×AI

• 担当〜部署間の裏事情を知る熟知者が「生きた業務と例外」をそのまま語る
• ベテランSEが「後で他部署とつながる共通マスタ・単機能部品」へ設計翻訳する
• AIがその場で仕様書と動く第1部品を生成し、当日から現場で試して育てる

業務熟知者×ベテランSE×AIが噛み合う構造的理由

ソフトウェア工学の世界には、エリック・エヴァンス氏が体系化した「ドメイン駆動設計（DDD）」という考え方があります。業務に精通した現場のプロ（ドメインエキスパート）と設計者が徹底的に対話し、同じ言葉（ユビキタス言語）で業務モデルを練り上げる手法ですが、従来の開発では「対話して仕様を書き、人手でコードに落として動く画面を見せるまでに数ヶ月かかる」という時間とコストの壁があり、一部の先進企業でしか回りませんでした。

ここに 最上位の生成 AI と、システム工学の ガルの法則（機能する複雑なシステムは、必ず機能する単純なシステムから進化する） を掛け合わせると、景色が一変します。3 者がそれぞれ絶対に代替できない役割を補い合うからです。

設計：担当から部署間へ育てるボトムアップ4階層

この 3 者体制で業務システムを育てていく際、いきなり「全社統合システム」から手をつけてはいけません。マーティン・ファウラー氏が『MonolithFirst』で指摘した通り、業務の正確な境界線が見えない初期段階から大掛かりな全体構成を組むと、後から境界の引き直しで立ち行かなくなるからです。

なぜ「部署間の継ぎ目」を知る人が鍵を握るのか

ここで特に重要なのが、壁打ち相手となる業務熟知者として 「自分の作業だけでなく、チーム・部署、そして『部署間』の受け渡しまで見えている人」 を選ぶことです。

会社の業務トラブルや残業の 8 割は、1 つの部署の「中」ではなく、部署と部署の「継ぎ目（インターフェース）」 で発生しています。

• 営業部が契約を取ったあと、制作部や製造部へ渡すエクセルの項目が毎回微妙に違っていて、受け取る側が電話で確認しながら手入力し直している。
• 現場の購買チームが発注した変更分が経理部へリアルタイムに伝わらず、月末の請求書照合で丸 2 日かけて突き合わせ作業をしている。
• 倉庫の出荷完了データがカスタマーサポートから見えず、顧客から問い合わせが来るたびに内線電話で在庫と発送状況を聞いている。

もし担当作業しか知らない人だけで部品を作ると、自分の部署だけが楽になって「隣の部署がもっと困るデータ」を吐き出してしまいます。しかし、「このデータを次どの部署がどう使うか」まで熟知している人 とベテラン SE が組めば、たとえ最初は担当者 1 人用の小さなツールから作り始めるとしても、「将来隣の部署と一発で連結できる入出力の形（インターフェース）」をあらかじめ織り込んでおくこと ができるのです。

担当・チーム・部署・部署間をつなぐ4段階の進め方

具体的には、会社の構造に沿って以下の 4 階層 を下から順番に積み上げていきます。

企業組織におけるボトムアップ4階層の開発ステップ

第1階層：担当者レベル（点）

毎日の手作業・転記・集計ミスを潰す単機能部品

まずは特定の担当者が毎日30分かけているCSV整形や伝票チェックだけを小さなツールにし、現場の「本当に起きる例外データ」を洗い出す。

個人の例外パターンが判明

第2階層：チームレベル（線）

入力ルールの自動検問ゲートと引き継ぎの標準化

担当者ごとにバラバラだった入力形式や確認手順を機械的なチェック部品（バリデーション）にし、誰が休んでも回るチーム標準に揃える。

表記揺れ・差し戻しが消滅

第3階層：部署レベル（面）

秘伝Excelを廃止し高速な共通台帳DBへ一元化

ファイルコピーによる先祖返りを防ぐため、ベテランSEの設計で正規化された共通データベース（RDBやSQLite FTS5等）へ部署データを統合する。

正確な部署データが確定

第4階層：部署間レベル（立体連携）

鍛え抜かれた各部署の部品を薄い連携パイプラインで直結

すでに単体で正確に動いている営業・倉庫・経理の部品同士を、最後に薄いデータ連携層でつなぎ、二度打ちゼロの一気通貫フローを完成させる。

この 4 階層のバランスは、当ラボが実際にボトムアップで構築した Pure Rust 運用基盤（全 51 モジュール・71,571 行）のコード構成比と驚くほど一致しています。当ラボの実測コード行数を企業の 4 階層へ対応させた内訳が以下の表とグラフです。

企業のボトムアップ階層	社内システムでの具体的な役割	当ラボ基盤での対応モジュール群（実測）	実測コード行数	構成比
① 担当者ツール層（点）	個別作業の変換・整形・取得の自動化	単機能ツール・画像変換・ひな形生成等（17個）	20,020 行	28.0%
② チーム検問・品質層（線）	入力ミス防止ゲート・自己回帰テスト・計測	自動テスト62項目・トークン/稼働計測基盤（3個）	4,891 行	6.8%
③ 部署データ台帳層（面）	正規化DB・高速横断検索・変更波及チェック	SQLite知識DB・GSC台帳・差分同期群（29個）	43,874 行	61.3%
④ 部署間統合層（全体連携）	複数部署の部品を前後一括でつなぐ接着層	前後一括パイプライン prep・finish（2個）	2,786 行	わずか 3.9%
全体合計	手戻りゼロで稼働する一気通貫基盤	全 51 モジュール（単体テスト完備）	71,571 行	100.0%

企業の4階層に当てはめた当ラボ71,571行の実測コード構成比

全体の96.1%は『担当・チーム・部署』の足腰であり、最後の『部署間連携』はわずか3.9%で済む

第1〜第3階層（現場部品・検問・DB土台）:68,785行 (96.1%)第4階層（最後の全体連携レイヤー）:2,786行 (3.9%)

① 担当者ツール層（28.0%）② チーム検問・品質層（6.8%）③ 部署データ台帳層（61.3%）④ 部署間統合層（3.9%）

ボトムアップ構築システムの全体構造トップダウン開発はこの『最後の3.9%の全体図』から書き始めるため失敗する

71,571 行

28%

61%

担当者ツール層:20,020行チーム検問層:4,891行部署データ台帳層:43,874行部署間統合層:2,786行

トップダウンの基幹システム刷新が炎上する理由は、このグラフを見れば一目瞭然です。土台となる 96.1%（担当者の例外処理、チームの検問ルール、部署の綺麗な台帳データ）が何ひとつ固まっていないのに、いきなり右端の 3.9% にあたる「全社・部署間連携の完成図」から作ろうとするから です。足元の部品とデータさえ綺麗に整っていれば、最後の部署間連携は驚くほど薄いコードであっさりつながります。

疑問解消：現場で必ず出る3つの壁とその乗り越え方

いざこの「業務熟知者 × ベテラン SE × AI」のボトムアップ体制を自社で始めようとすると、組織の規模や人員事情によっていくつか現実的な疑問が出てきます。現場でぶつかりやすい 3 つの壁とその突破法を整理しておきます。

全社を1人で知る人がいない大企業はどう始めるか

たとえば、まずは「受注管理課のベテラン主任 ＋ ベテラン SE ＋ AI」の 3 者だけで、受注管理課の中の第 1〜第 3 階層を固めます。このとき、受注管理課の主任は「倉庫課へ出荷指示を渡すときにいつもどこで揉めるか（隣接インターフェース）」までは熟知しています。

受注管理課の業務が目に見えて楽になり、出力される出荷指示データが一点の曇りもなく綺麗になると、それを受け取っていた隣の倉庫課から「うちもその仕組みにつないでくれ！」と自然に声があがります。そこで初めて倉庫課の業務熟知者を壁打ちに迎え入れ、同じベテラン SE が共通キーを保ったまま隣へ広げていけば、全社を 1 人で知る超人がいなくても破綻なく全社連携へ到達できます。

ベテランSEが社内にいない場合の現実的な確保策

もう 1 つのよくある悩みが、「業務に詳しい古参社員は社内にいるけれど、システム設計ができるベテラン SE が社内に 1 人もいない中小企業はどうすればいいか」という問題と、「現場のエースが忙しくて壁打ちに協力してくれないのではないか」という懸念です。

実践：3者壁打ちで仕様と第1部品を作るAIプロンプト

実際に会議室やオンライン画面共有で「業務熟知者」と「ベテラン SE」が揃ったら、必ず『Gemini 4 Argon』または同等以上の最上位推論モデル を開き、以下のプロンプトを貼り付けて第 1 回の壁打ちセッションをスタートしてみてください。

私たちはこれから社内の業務改善・システム化を進めるため、「①現場の業務熟知者（担当・チーム・部署・部署間の動きを知る実務者）」と「②ベテランSE（データ設計・境界設計担当）」と「③あなた（最上位AI）」の3者壁打ちを行います。
参考記事（https://lab.chihouzakki.com/blog/review/enterprise-dx-failure-domain-expert-veteran-se-ai-bottom-up/）の「ボトムアップ4階層アプローチ」に従い、以下のルールで対話をリードして仕様と第1部品の設計図を作ってください。

【厳守ルール】
1. 最初から全社一括の巨大システム仕様書を作ろうとせず、必ず「第1階層（担当者レベルの単機能部品）」から小さく切り出すこと。ただし、将来「チーム→部署→隣接部署」へつなぐ際に手戻りしないよう、主キーやデータ構造の拡張性は最初から確保すること。
2. まず業務熟知者に対して、専門用語を使わずに以下の4点を順番にヒアリングすること：
   - 普段、担当者が毎日・毎週手作業で行っている一番面倒な作業は何か
   - マニュアル通りに行かない「現場ならではの例外・特例パターン」はどんなときか
   - チーム内で誰がどうダブルチェックや引き継ぎをしているか
   - そのデータの「入り口（どの部署・取引先から来るか）」と「出口（次にどの部署がどう使うか）」はどこか
3. ヒアリング内容をもとに、ベテランSEがレビューできるよう「①共通の業務言葉（用語定義）」「②正規化された最小テーブル定義（SQLite / RDB想定）」「③確定ロジックで自動化できる境界と人間判断を残す境界」「④今週中に作って試せる最小の第1部品の入出力仕様と自動テスト項目」を構造化して提示すること。

このプロンプトを使って 1 時間だけ 3 者で壁打ちを回せば、これまで外部コンサルが 1 ヶ月かけて作っていた分厚いだけの現状調査資料より、はるかに正確で「その日のうちに動く第 1 部品の設計図」が手に入ります。

業務設計の必読書と壁打ち環境を整える快適コスト

最後に、「業務熟知者の言葉をどうシステム設計へ翻訳するか」というベテラン SE の引き出しを深めてくれる一生モノの名著と、3 者壁打ちを軽快に回す母艦環境について、長く使った場合の 1 日あたりコストとあわせてご紹介します。

まず、「業務に詳しい人と設計者が同じテーブルにつき、共通の言葉で業務モデルを育てていく」というアプローチの原点にして最高峰のバイブルが、エリック・エヴァンス著 『エリック・エヴァンスのドメイン駆動設計』（翔泳社） です。約 560 ページを超える重厚な専門書（定価 6,160 円前後）ですが、なぜ現場の言葉を無視したシステムが腐敗するのか、部署と部署の境界（境界づけられたコンテキスト）をどう引けばいいのかが徹底的に書かれています。一度手元に置いて 5 年間（1,825 日）実務の指針として引けば、1 日あたり約 3.4 円（推論・単純日割り試算） で何百万円もの設計手戻りを防いでくれる投資になります。

また、経営層やプロジェクト責任者の方にぜひ併読をおすすめしたいのが、先日の記事でもご紹介したフレデリック・ブルックスの名著 『人月の神話 新装版』 です。「遅れているプロジェクトに人を増やすとさらに遅れる理由」や「動く小さな骨格から育てる設計」の重要性が平易に語られており、約 3,500 円前後・5 年換算で 1 日あたり約 2 円（推論・単純日割り試算） でトップダウン丸投げの誘惑から組織を守ってくれます。

そして、業務熟知者と SE が同じ画面を見ながらその場でローカル DB（SQLite 等）や試作ツールをビルド・検証する開発母艦としては、64GB メモリクラスの Apple Mac mini（M4 Pro 等） が非常に快適です。30 万円前後の構成でも 5 年間（1,825 日）毎日の業務改善で稼働させれば 1 日あたり約 164 円（推論・単純日割り試算） と缶コーヒー 1 本ほどの負担で、待ち時間ゼロの壁打ち・試作環境を維持できます。

まとめ：現場の知恵とSEの設計眼をAIで直結しよう

システム開発の主役は、立派なパワーポイントを描く外注コンサルでも、魔法の一発プロンプトでもありません。毎日現場を回している人の「生きた業務知識」と、それを壊れない構造に整える「ベテラン SE の設計眼」、そして両者をその場で動く形にする「AI の実装力」の掛け算です。