現代は「SI的受託文化」と「AI運用時代」の衝突の時代だ

Collision Between Contracting Culture and the AI Operations Era

著:霧星礼知(min.k)|mncc.info / Author: Reichi Kirihoshi (mncc.info)


現場で「まずPoC」と言うと、ちょっと弱気扱いされる。全社AI基盤の構想だけが先に巨大化していく一方で、誰も「壊れたときどうするか」を語らない。

それは技術の問題というより、時代と組織構造のズレだ。

問題はAIそのものより、「受託文化」と「AI運用時代」の相性の悪さにある。霧星礼知はこの現象を仮に「受発注断層(Contracting Fault Line)」と呼んでいる。発注側と受注側の双方が、旧来の受託文化のまま新しい時代に入ろうとしているとき、その断層は静かに広がり続ける。


従来の受託文化は「まず受ける」で成立していた

SI文化は、長く「まず受注する」構造で回ってきた。詳細は後で詰める。齟齬は現場が吸収する。そして「炎上耐性」が、ある種の実力として評価される世界だった。

それでも成立していたのは、従来のシステムには「完成形」があったからだ。要件を固め、設計し、実装し、テストし、納品する。多少の混乱があっても、最終的に動くものを渡せれば契約は果たされた。受託文化は、この「完成品を渡す」という構造に最適化されて育ってきた。

未整理でも後から詰めれば成立する、という前提が、長年にわたって暗黙の共通認識として機能していた。

AI基盤は「完成品を納める仕事」ではない

AI基盤の本体は、納品後にある。運用、ガバナンス、更新、責任分界、異常系対応、外部送信統制、監査、継続改善──これらがなければ、「技術的に動く」という事実は、ほとんど意味を持たない。

具体的に考えると見えやすい。AI誤回答が発生したとき、誰が検知し、誰が判断し、誰が止めるか。ログが欠損したとき、どこまで遡れるか。外部APIが異常を起こしたとき、影響範囲をどう把握するか。モデルが更新されたとき、既存の挙動との差分を誰が評価するか。社外秘データが意図せず混入したとき、誰が責任を取るか。

「平常時に動く」は最低条件でしかない。 AI基盤では、「壊れたときに誰が責任を持つのか」が避けて通れない。

AI基盤案件を整理していて覚えた違和感の正体は、ここにあった。閉域、外部LLM、社外秘データ、プラグイン、Python実行、運用責任──論点を並べるたびに、組織側の反応が鈍くなっていく。責任者の名前が出てこない。イレギュラーへの反応が薄い。それは単一案件の問題ではなく、「この組織は本当に運用する気があるのか」という問いに変わっていった。

だから本来は"小さく始める"べきだった

AI基盤の正しい導入順序は、限定用途からの小規模運用、異常系の観測、運用負荷の把握、責任の整理、ガバナンスの整備、そして段階的な拡大だ。知見を積み上げながら、組織の運用能力と同期させていく進め方が、少なくとも運用を考えるなら自然な順序だ。

しかし現実は、構想だけが先に巨大化しやすい。「全社AI」「AI Transformation」「統合AI基盤」という言葉が、実装前に走り出す。「まずPoCで知見を得る」という提案が、なぜか弱気扱いされる。

小さく始めることへの抵抗感が、受託文化の残像と重なっている。「受ける規模が大きいほど価値がある」という感覚が、導入フェーズの設計判断を歪める。

発注側も、期待値調整をしなければいけない

発注側にも、同じ構造がある。「AIを入れれば変わる」「全社展開できる」「すぐ成果が出る」という期待を、上層部に対して適切に調整できていない。技術部門が起点になっているケースでも、この傾向は変わらない。

むしろ違和感が大きいのは、技術者出身者が「まず導入すること」に寄りすぎているときだ。運用の重さ、異常系の頻度、更新負債、属人化のリスク──本来、それを一番よく知っているはずの人間が、期待値の調整役を担えていない。

技術的な理解と、組織への説明責任は、別の能力だ。そして後者が弱いまま前者だけが走ると、「技術的には動くが、組織として成立していない」という状態が生まれる。

受注側も「言われた通り作る」から脱却しないと危ない

AI時代の受注側には、新しい役割が求められている。「それはまだ成立条件が足りない」「段階導入にしましょう」「運用主体を先に決めましょう」「責任分界を整理しましょう」──こうした言葉を、顧客に対して言える立場でいることだ。

ただし、多くの会社はまだ受託文化に最適化されたままだ。顧客要望優先、ブレーキをかける側が評価されにくい、まず受注、現場が吸収する。この構造は、従来型のシステム開発では機能していた。しかしAI基盤において同じ動き方をすると、運用フェーズに入った瞬間に綻びが出る。

受発注断層(Contracting Fault Line)は、ここで表面化する。発注側は「動くものを受け取った」と思い、受注側は「言われた通り作った」と思う。しかし誰も、「壊れたときの責任」を引き受けていない。


AI時代に必要なのは、「AIを導入すること」ではない。発注側も受注側も、不確定性を前提にし、小さく始め、運用を中心に考え、異常系を観測し、責任を整理し、「止める判断」を持つ方向へ変わることだ。

発注側も受注側も、「受託文化」のままAI時代に入ろうとしている。その摩擦は、やがて単なる案件炎上ではなく、組織の信頼ごと焼く。


☕️よかったらコーヒー一杯。 https://buymeacoffee.com/mink_obs

著:霧星礼知(min.k) / リサーチ・構造支援:Claude Sonnet 4.6、ChatGPT / AI-assisted / Structure observation


For international readers

This article examines a structural conflict emerging in Japan's IT industry: the collision between traditional contracting culture and the demands of the AI operations era. Japan's SI (System Integrator) industry developed around a model of receiving requirements, building to specification, and delivering a finished product. AI infrastructure, however, is never truly "finished" — it requires continuous governance, anomaly response, and accountability structures that contracting culture was never designed to support. The author argues that both clients and vendors must fundamentally shift their orientation: from delivery-first to operations-first, from large-scale ambition to incremental adoption, and from absorbing failure to naming responsibility in advance.

Keywords

受託文化, AI運用, SI文化, ガバナンス, AI基盤, 責任分界, 運用設計, contracting culture, AI operations, system integrator, governance, accountability, AI infrastructure, Japan IT industry