技術選定は経営判断である――ITプロジェクトの勝敗を左右する「設計思想」の選び方
ITプロジェクトにおいて、「どの技術を選ぶか」「どの製品・アーキテクチャを採用するか」という判断は、プロジェクトの成否を左右する最重要の分岐点のひとつです。
多くの場合、技術選定は性能・コスト・開発スピードといった指標で比較されます。もちろん、それらは重要です。
しかし本当に重要なのは、その選択が3年後・5年後にどのような結果をもたらすか、という長期的な視点です。
本記事は、ITプロジェクトにおける「判断の本質」を扱う記事の続編として、技術選定に絞って深掘りしています。プロジェクト全体における判断の構造については、こちらをあわせてご覧ください。
👉 ITプロジェクトに正解はない。しかし間違いはある――失敗へ向かう「下りのエスカレーター」と、判断の本質
技術選定は、時に勝敗そのものを決める
ITプロジェクトでは「どの技術を選ぶか」という判断が、その後の数年間にわたって組織を縛り続けます。導入後に「やはり違った」と気づいても、簡単に引き返せないのがシステムの現実です。
それでも多くの現場では、技術選定が次のような短期的な視点で行われています。
- 今この瞬間の性能やコストで比較する
- ベンダの提案をそのまま採用する
- 「最近よく聞く技術だから」という理由で選ぶ
なぜこうなるのか。それは、技術選定が「経営判断である」という認識が薄いからだと私は考えています。
開戦当初は「正しい判断」に見えた――零戦が教えること
第二次世界大戦中の航空機開発は、この問題を考える上で示唆に富む事例です。
日本軍機は軽量化を徹底し、機動力と航続距離を重視しました。一方で米軍機は、多少重くなっても頑丈さ・整備性・生産性を優先しました。
開戦当初だけを見れば、日本軍の判断は成功に見えます。零戦は高い機動力を誇り、多くの空戦で優位に立ちました。
しかし長期戦で求められたものは違っていた
戦争が長期化すると、状況は一変します。
- 被弾しても帰還できる
- 整備しやすい
- 大量生産しやすい
- 搭乗員を育成しやすい
こうした特性を持つ米軍機の設計思想が、次第に決定的な優位性となって現れてきたのです。
問題は性能ではなく「設計思想」だった
ここで言いたいのは、日本軍の判断が「間違いだった」ということではありません。当時の制約条件や戦略を考えれば、合理的な側面もあったでしょう。
しかし結果として、短期戦に強い設計思想と長期戦に強い設計思想では、戦争全体を通じて大きな差が生まれたという事実があります。
零戦は空戦では強かった。しかし「長期戦」という下りのエスカレーターに、最初から乗ってしまっていたのです。
ITでも同じことが起きます。導入時には高評価だった技術や製品が、5年後には組織を苦しめるケースは珍しくありません。
だからこそ「今勝てるか」だけでなく、「将来も戦い続けられるか」という視点が不可欠なのです。
ITシステムでも、同じことが起きる
短期的には合理的に見える判断が、数年後に大きなツケとなって返ってくることがあります。
- 導入時の評価だけで技術を選ぶ
- 開発費の安さだけでベンダを選ぶ
- 目先の使いやすさだけで製品を選ぶ
数年後、気づいたときには——
- 改修が困難になっている
- 保守費用が高騰している
- 技術者が確保できなくなっている
- 特定ベンダへの依存から抜け出せなくなっている
そうした事態に陥っているのです。
技術選定で陥りがちな「4つの危険なパターン」
経験上、以下のような選定プロセスはリスクが高いといえます。いずれも「その瞬間には合理的に見える」という共通点があります。
パターン① 流行だけで選ぶ
その時点で話題の技術・製品だからという理由だけで採用するケースです。
技術トレンドは入れ替わります。今「主流」とされているものが、3年後も同じ地位にあるとは限りません。重要なのは、その技術が自社の業務・規模・体制に合っているかどうかです。業界での流行と自社への適合性は、まったく別の問題です。
パターン② ベンダの提案をそのまま採用する
提案するベンダには、自社製品・得意技術を推奨するバイアスが自然に生まれます。これはベンダが悪意を持っているということではありません。構造的にそうなりやすいのです。
「なぜその技術なのか」を、利害関係のない立場から検証する視点が不可欠です。ベンダの提案は「起点」であり、「答え」ではありません。
パターン③ 初期コストだけで判断する
導入費が安くても、保守・運用・改修にかかるランニングコストが膨らむケースは非常に多くあります。
特にパッケージ製品では、「標準機能の範囲内なら安い」が「カスタマイズが必要になった途端に高騰する」という構造が少なくありません。TCO（総保有コスト）で評価することが、長期的な合理性につながります。
パターン④ 現在の要件だけで選ぶ
今の業務要件を満たせるかどうかだけを評価軸にするケースです。しかし事業は変わります。組織も変わります。法規制も変わります。
「現状に最適化されたシステム」は、変化が起きた瞬間に「変更が困難なシステム」へと姿を変えます。将来の変化に対応できる柔軟性があるかどうかも、重要な評価軸のひとつです。
技術選定は、経営判断である
技術選定とは、単なる開発手法の話ではありません。企業がどのような未来を選ぶか、という経営判断です。
その判断は、時として勝敗を決するほどの影響力を持ちます。
だからこそ私たちは、技術そのものよりも、「なぜその技術を選ぶのか」という判断の質を重視しています。
ITプロジェクトに正解はありません。しかし、
- 将来の選択肢を狭める判断
- 運用・保守が立ち行かなくなる判断
- 特定ベンダに過度に依存する判断
こうした「避けるべき選択」は確かに存在します。成功する道筋は複数あります。しかし、失敗に向かう道筋もまた、はっきりと存在するのです。
「良い技術選定」のために、経営者ができること
技術の詳細はエンジニアやベンダに委ねてよい部分があります。しかし「なぜその技術を選ぶのか」という判断の質は、経営者が関与し続けるべき領域です。
具体的には、次のような問いを持つことが出発点になります。
- この技術は、5年後も使い続けられるか
- 保守・運用の担い手は確保できるか
- ベンダへの依存度はどの程度か。乗り換えは可能か
- 事業が変化したとき、このシステムは対応できるか
- この提案は、本当に自社に合っているか。ベンダの都合ではないか
これらはすべて、技術の専門知識がなくても問える問いです。そして、この問いを持つかどうかが、技術選定の質を大きく左右します。
経営者にとって技術選定とは、答えを出すことではなく、「問いの質を上げること」なのかもしれません。
まとめ――設計思想を選ぶのは、経営者の仕事
技術選定の失敗は、多くの場合「技術の問題」ではなく「判断の問題」です。
優れたエンジニアがいても、優秀なベンダがいても、「なぜその技術を選ぶのか」という問いを経営者が持たなければ、下りのエスカレーターに乗るリスクは消えません。
「今勝てる設計思想か」だけでなく、「将来も戦い続けられる設計思想か」。
その問いを持ち続けることが、ITプロジェクトを成功に導く最初の一歩です。
もし今、「ベンダの提案が自社に本当に合っているのか分からない」「技術選定をどう判断すればいいか迷っている」という状況があれば、ぜひ一度、利害関係のない第三者の視点を取り入れてみてください。
技術選定はITプロジェクトにおける「判断」の一例に過ぎません。プロジェクト全体の判断の構造――下りのエスカレーターに乗らないためのより根本的な考え方は、こちらで解説しています。
👉 ITプロジェクトに正解はない。しかし間違いはある――失敗へ向かう「下りのエスカレーター」と、判断の本質
設計の前に、体制を整える。そのための一冊。
ホワイトペーパー「次期システム開発体制を立ち上げる前に知っておくべき７つのトレンド」 PDF形式
内製か外注か、ベンダ選定から予算の考え方まで、経営層が押さえておくべきIT体制づくりの要点を７つのトレンドで整理しています。
【読後に得られる視点】
- 内製と外注の使い分けの判断軸が持てるようになります。
- IT投資の予算を「見積」ではなく戦略として決める考え方が分かります。
- ベンダ任せにしない、主導権を握る開発体制の設計方法が分かります。
この記事を書いた人について
-
オーシャン・アンド・パートナーズ株式会社 代表取締役
協同組合シー・ソフトウェア（全省庁統一資格Aランク）代表理事
富士通、日本オラクル、フューチャーアーキテクト、独立系ベンチャーを経てオーシャン・アンド・パートナーズ株式会社を設立。2010年中小企業基盤整備機構「創業・ベンチャーフォーラム」にてチャレンジ事例100に選出。
