[オピニオン from CIO賢人倶楽部]

2026年11月10日(火)CIO賢人倶楽部

シェアする

リスト

　ユーザー企業のIT部門とITベンダーとの関係は、どうあるべきでしょうか？

　私は約30年間、大手ITベンダーでシステムエンジニアの仕事に従事し、その後は現在までの約10年、2社のユーザー企業でIT部門長を務めてきました。双方の立場を経験しているわけです。今回は、そんな私から見た両者の関係の変遷やあるべき方向について、思いを綴ってみます。

40年前はワンチームの運命共同体

　私がITベンダーに入社した当時は、ホストコンピュータ全盛期でした。ベンダーはハードウェア、OS、ミドルウェアといったシステム階層を、ユーザー企業のIT部門は基本計画やアプリケーション構築・運用保守を、それぞれ担います。しかし今と違ってハードやOSの信頼性はそれほど高くなく、開発環境はないも同然、本番環境でのテストもほぼできません。そんな中で巨額のシステム投資を行うのですから、ベンダーのSEはお客様の現場に深く入り込んでいました。

　障害が起きれば、ベンダーもユーザーもなく、また昼夜や休日を問わず関係者が集まり、原因を突き止め、復旧を見届ける。担当外だからと線を引くことはなく、文字通りの運命共同体で事に当たっていたように思います。今だから明かしますが、お客様先に自社のデータベース専門技術者を連れて行った時、たまたま他社データベースの障害が起きていました。「責任は負わなくていいし、後でビール奢るから、ちょっと診てあげてよ」と巻き込んだこともありました。

　ベンダーは単なる発注先ではなく、情報システムを共に支える存在でしたし、私自身、当時お客様から受けた厳しい指摘や、共に難局を越えた経験によって相当鍛えられました。それが現在の仕事の礎になっています。

オープン化・マルチベンダー化がもたらしたもの

　1990年代以降、クライアント・サーバーからWebへとシステムアーキテクチャが変化し、海外製のミドルウェアなど、さまざまな品を組み合わせるオープンシステムやマルチベンダー構成が標準になりました。主契約者といえども1社のベンダーがカバーできる範囲は狭くなり、契約形態も完成責任のある請負から準委任へと移る中で、「最後に誰が解決するのか」が見えにくくなっていったように思います。

　障害が発生した時など、製品ベンダーは「仕様の範囲で問題なし」、導入ベンダーは「設計上の問題ではない」などと主張。原因と責任の切り分けに時間を費やしたあげく解決できず、機能の利用回避や運用の工夫で凌いだこともありました。一方、ベンダー間の壁や契約の境界を越えて1つのチームとして向き合った案件は、一時的な困難があっても難局を乗り越えられました。同じ目標にともに向き合うことがやはり大切なのだ、と感じてきました。

　しかしそれは技術の細分化などに伴い、困難になっていきます。クラウドコンピューティングやSaaSが典型例です。個々のベンダーやエンジニアはそれぞれ専門領域に詳しくなる半面、システムを面として捉え、ライフサイクル全体を見通すことは難しくなります。業務機能の裏側にあるシステム構造や性能要件への目配りが弱く、「性能はテストをしなければ分からないとベンダーが言っています」といった報告を受ける機会が増えたことを覚えています。

　思わず「いやいや、しっかり追い込めばある程度の推測は立つでしょ？ 」と現場まで出向いて行って、糸口を掴むところまで手がけたこともありました。当該システムはどのような構造とミドルウェア群で動いているのか？ テクニカルに仮説を検証していけば、答えが見えてくるものなのです。

　少し辛口に言えば、ベンダー各社は専門領域や契約を理由に責任範囲を制限する傾向があります。その結果、責任の隙間が生じていると思います。これは導入責任を負うユーザー企業のIT部門にも向けた問いです。全体を俯瞰し、問いを立て、判断する力、いわゆる『目利き力』といったものを、ユーザー企業は身に着けておく必要があります。かつては自分の担当に限定せずに全体を見ることが当然でした。その世代の経験と知見を、次の時代の人材に継承しなければならないと、強く思う次第です。

●Next：AI時代、ユーザーとベンダーに求められる変化