第3章：絶望的な転換点—「ブラックボックス・リプレース」と負債の固定化

1990年代は、情シス部門が抱える「業（ごう）」の鎖を、未来永劫続く「負債の連鎖」として完全に固定化した、日本のIT部門史における最も痛ましい転換点です。この時代の判断は、現代のDX停滞を不可避なものとしました。

Table of Contents

1. コスト削減という名の「最終審判」と未来への拒絶

バブル崩壊後の経営環境は、情シス部門にとって極めて冷酷でした。企業は生き残りのため、徹底的なコスト削減を命じ、その矛先は真っ先に「コストセンター」と見なされていたIT投資へと向けられました。

この時期、経営者が下した判断は、後に「完全な判断ミス」として歴史に刻まれます。

未来の軽視と拒絶: 当時、既にAppleのMacintoshやMicrosoftのWindowsがGUIとビジネスインフラを確立しつつありましたが、「ITはコストセンター」と考えた当時の経営者は、これらの革新性を「業務に不要な装飾」とみなし、メインフレームからのダウンサイジングを単なる費用削減の号令に矮小化しました。
- 情シスの閉鎖的技術観と、外部の熱狂: さらに痛ましいのは、この時期、インターネットの根幹であるTCP/IPが、TCP/IP「も」使える、と情シス内部でやっと認められた程度であったことです。長年の「無謬性の文化」から、「確実でない」「役に立たない」としてTCP/IPの導入は忌避され、その上に構築されるWeb（インターネット）技術に至っては、完全に軽視されました。
  1. 一方で、企業内の設計部門や研究部門といった「外部」に近い場所では、SUN-3やAlpha CPU（当時の性能は今のRaspberry Pi 5よりも下でしたが、体感的なパフォーマンスは驚くほど優れていました）が導入され、商用UNIXながらも高いカスタマイズ性とDIY精神を持つオープンな世界で華々しい成果が上がり始めていました。この世界では、ユーザーが自らソースコードを取得し、「なんでもmakeしてmake installする」ことが当たり前であり、この「触れる自由」が、後のITの基礎を築いたのです。しかし、私自身もこの1990年代前半、情報システムの一員としてその渦中にいましたが、情シス本体の技術的な意思決定は、「確実性が担保できない外部ネットワークを基幹業務に使うなど、もってのほか」という論理に支配され、このオープンな潮流を組織的に拒絶しました。この組織的なインターネット拒絶こそが、後の日本企業の情報戦略を周回遅れにした決定的な要因です。
情シスの献身と二律背反:経営層が未来への戦略的な判断をしくじる一方で、現場の情報システム部門は、この時代に普及し始めたオープンなMicrosoftのOSやアプリケーションの導入と普及に、まさに血道を上げました。情シスは、経営からのコスト削減圧力の下で、現場の生産性を向上させるために、PCとネットワーク環境の整備を裏側で支えたのです。
1. 特にこの時期、ワープロ専用機からWindows搭載PCへの切り替えが急速に進み、「PC一人一台時代」が現実のものとなり始めました。 情シス内部でもWindows NT 3.51やWindows 95の導入に関する議論が盛んに交わされましたが、この功績は情シス部門の戦略的な評価には結びつかず、あくまで「システム管理者」ではなく、「現場の雑用係」としての役割を強化するだけに留まりました。
ダウンサイジングの悲劇的な矮小化: 世界では高性能化したPCとサーバーへの移行、すなわちダウンサイジングが潮流となりました。これは本来、第2章で触れたUNIXやオープンテクノロジーを活用し、硬直化した業務プロセスを抜本的に見直し、システムを柔軟な構造へと変革する絶好のチャンスでした。しかし、日本の経営層にとってダウンサイジングは、「高価なメインフレームを安価なサーバーに置き換える」という「コスト削減」の号令に矮小化されました。「業務プロセスを変える」ことは時間とコストがかかるため、「業務変革のコスト」は真っ先に排除されました。
誰も責任を取らない構造: この未来への戦略的な誤判断に対し、当時の経営層で誰も責任を取ることはありませんでした。そのツケは、情報子会社化によって内製力を奪われ、技術的な知見もないまま「コストと安定性」の確保だけを命じられた情シス部門に、「レガシーシステムの維持」という形で押し付けられることになったのです。
情シスが背負う二重の圧力: 情シス部門は、「コストを下げろ」という経営層の圧力と、「システムの安定性を維持しろ」という現場の圧力を同時に受けました。この極端な状況下で、彼らが採る道はただ一つ、「最も安価で、最も失敗リスクの低い方法」を選ぶことでした。

2. 悲劇の儀式：「ブラックボックス・リプレース」の完成と職人の転落

このコストとリスク回避の圧力が生み出したのが、後のDXを永久に阻む「ブラックボックスの基幹システムを、ブラックボックスのままリプレースする文化」です。そして、この構造が、COBOLなどの言語で職人としての高い誇りを持っていた技術者たちのキャリアを決定的に転落させました。

キャリアの断絶を招いた構造的な圧力: このキャリアの悲劇の背景には、長年にわたる国全体の雇用慣行が深く関わっています。「終身雇用制」という時代にそぐわない悲惨な思考の下、企業社会には技術的な専門性を極める専門職としての昇進ルートがほとんど存在せず、「専門性を捨ててマネジャーにならなければ、出世できない」という露骨な仕組みが支配していました。マネジャー育成の仕組みも未成熟な中、技術キャリアを断念し、管理職へと移行せざるを得ないという、構造的な呪縛が情シスの職員を苦しめました。技術への情熱を組織に否定されたこの瞬間、情シスの内製力とモラルは大きく損なわれました。
個人の努力の裏切り: 1980年代の情報子会社化により、情シス本体に残った職員は、外注管理とスケジュール管理という付帯作業に忙殺されました。COBOLによるシステム設計やコーディングといった「技術そのもの」を追求する機会は失われ、彼らのキャリアは、職人から「マネジメントの代行者」へと強制的に変質させられました。
1. この強制的な転換は、個人のモチベーションを深く傷つけました。「調達業務をやれ」と命じられても、オープンな技術に触れる「環境整備」の方が遥かに楽しいと感じていた技術者は少なくありません。しかし、組織は彼らの技術的な情熱ではなく、「管理能力」のみを評価対象としました。彼らの技術的な誇りは、経営層の評価システムの中で「コスト」としてしか換算されなくなり、正当な評価を得る道が閉ざされました。
内製力喪失の必然的帰結: 複雑化したメインフレームのコアロジックを解析し、業務をイチから再設計する内製能力は残っていませんでした。
主管部の無力化と依存の完成: 最も深刻な問題は、社内発注者である主管部（ユーザー部門）自身が、すでに自らの業務プロセスを、システムがなくても説明できる形で言語化できなくなっていたことです。彼らにとっての「業務」は、システム上の画面操作や帳票の流れと完全に同義となっており、システムこそが業務の真実でした。この結果、リプレースの要件定義は、「現行システムの機能リスト」を読み上げる作業となり、情シス側も主管部側も「現行踏襲」という最も安易で、最も危険な道に逃げざるを得なくなりました。
「現行踏襲」への逃避: 情シスは、外部SIerに対し、「現行システムと同じ動きを、新しい技術（C/S）で再現してくれ」という「現行踏襲」を要件として突きつけました。これにより、誰もシステムの深い部分を理解せず、業務プロセスの正当性を問わないまま、過去の複雑性、非効率性、そして「無駄」までが、新しい技術基盤の上にそのまま移植されました。
業務プロセスの永久的な硬直化: リプレース後、システムは業務を改善するツールではなく、「このシステムが要求するから、このやり方を続けるしかない」という、業務プロセスを硬直させる絶対的な制約となりました。情シスが最も恐れた「変更」は、システムの変更ではなく、「業務の変更」となり、「システムが業務の正義である」という逆転現象が完成しました。

3. 「丸投げ」構造の完成とDX停滞の固定化

1990年代は、情シスの技術キャリアの断絶を最終的な形で確定させました。

情報子会社化の完了: 多くの大企業でカーブアウトが完了し、情シス本体は完全に「発注と管理」のみを担う部門となりました。この結果、システムの詳細な仕様とノウハウは、ユーザー企業のコントロールが及ばない外部（ベンダー）に完全に蓄積され、ベンダー・ロックインは不可逆的なものとなりました。
DX停滞の固定化: 情シスが自社のシステムの中身を理解できなくなり、保守費用だけが増大し続けたこの構造こそが、「なぜ今、DXができないのか」という現代の問いに対する最も直接的な答えとなりました。「システムのコアロジックは外部にあり、業務プロセスは硬直したレガシーに深く刺さっている」というこの状況下では、クラウドへの移行も、アジャイルの導入も、「何から手をつけていいか分からない」という絶望的な無力感に直面します。情シスは、未来の資産を切り売りし尽くし、永遠に続く「保守切れ」への怯えと、「負債の維持」を強いられる宿命を背負ったのです。

1990年代の情シス部門は、コスト削減という大義の下で、未来の可能性を完全に封印された、構造的な悲劇の被害者であり、現代のDXの「抵抗勢力」という「業」を、この時代に最終的に確定させてしまったのです。しまったのです。