なぜ一度作ったシステムを他社に切り替えるのが難しいのか。IT業界で聞かれるベンダーロックインとは

ファンブリューの金井です。

システム開発のやり方は無数にあり、本当に無限と言えるほどの技術の組み合わせがあります。

システムの種類によっては技術的な選択肢がないこともありますが、大概のシステムは様々な手段で開発することができます。

ベンダーロックインとは、ある特定の技術を使っているがゆえに、他のサービスやシステム会社に切り替えられないことを言います。

システム開発でなぜそんなことが起こるのか、いくつか例を挙げながらご紹介します。

システム開発の会社を他社に切り替えられないのはなぜ？

真人君！

大船さん、本日はどうされました？

僕のお客さんが、システムの管理を違う会社にお願いしたいって言ってるんだけど。

なるほど。
一般的には開発した会社が保守をそのまま担うのが一番効率が良いのですが。

何か理由があるんでしょうか？

保守費用が高いらしくて、他社に切り替えたいとかで。
だけど他のシステム会社には断られたそうだ。

そうでしたか…。
いくつか理由が考えられますが、まずは一つずつ確認してみましょう。

そのシステムにはどんな技術が使われているのか

まずは運用しているシステムがどんな技術を使っているか確認しましょう。

多分、お客さんもよく知らないだろうから、保守している会社に確認してもらうよ。

---

回答がきたよ。
どうやら、その会社の独自フレームワークのようだね。

そうですか…。
ということは、ネットで調べても情報は出てきませんね。

うん？
システムのことなんて、ネットで調べてもわからないでしょ？

そうとも限りませんよ。
近年ではOSS（オープンソースソフトウェア）を使って開発することが増えていますから。

OSS…。
なんか聞いたことあるな。

大船さんは絶対知っておいてください。
IT業界では避けて通れません。

OSSとは簡単にいうと無料で使える技術だと思ってください。
プログラミング言語も、ウェブシステムを開発するためのフレームワークも、今やほとんどがOSSです。

そうなのか。

ええ。
有名なOSSを使うメリットは、多くの技術者が習得していること、またネット上で公開されていることから、多くのエンジニアが協力して改善を行っていることです。

ふーん。

話を戻しますが、有名なOSSを使ったシステムであれば、使い方がネットで調べられる可能性が高いです。

なるほど、システムを引き継ぐにあたって、OSSなら調査のコストを抑えられる可能性があるわけか。

エンジニアなら誰もが知っている技術であれば、それだけでもシステムの改修は楽になることが想像できます。

それが誰も知らない技術を使っているとしたら…？

一から調査をする羽目になります…。
調べるときのとっかかりは開発の資料ですが、もしなければ何もわからないままコードを読んでいくしかありません。

今回、独自のフレームワークを使っているということは…

調査コストは高くなるでしょうね。

他のシステム会社に断られた原因はそこか…。

保守のための資料が手に入るか

やはり、切り替えにあたって調査が必要になるか。

そうとも限りませんよ。
保守のための資料が手に入れば、それをもとに引き継ぐこともできます。

保守の資料はお客さんに聞いたらわかるのかい？

いえ、実際に保守をしているのは、現在依頼をしているシステム会社です。
ですから、問い合わせるのシステム会社の方になります。

あっ、そうか。

でもさ、他に切り替えるから保守のやり方を教えてくれって言ってるわけだよね…。

まぁ、そうなんですけど…。
そこは簡単に保守を辞めるという話だけでは終わらないでしょう。

システム会社から保守のための情報をもらうために、ドキュメントの費用をお支払いすることもありますし、お客さん管理のサーバーでないなら、移行費用なども発生する可能性があります。

それって、どれぐらいのコストになるんだろうか？

サーバー移行作業の相場は最低でも20万円ぐらいからですね。
台数が多かったり、複雑な設計であればさらに費用がかかってきます。

ドキュメントの費用についても、同じぐらいの金額は見ておいた方がいいです。

うーん、マニュアルみたいなものに20万円と言われるとなぁ…。
高い気がするけど。

気持ちはわかりますが、ドキュメントにはシステム会社のノウハウが詰まっています。
今まで試行錯誤して安定運用まで持っていった情報が入ってるんですよ。

貴重な情報が入ってるというなら、高くもないのか。

ええ、問題は資料をもらえない場合ですね…。

そんなことってあるのかい？

はい、先に言った通り、システム会社のノウハウが詰まっているんです。
渡したくないという気持ちもわからないこともないでしょう。

確かに気持ちはわかるけど、渡せないというのは困るよなぁ。

そこは交渉次第ですね…

あとは作業が職人化しているケースもあります。

職人？

ええ、保守するシステムが複雑で、様々な問題が発生するものであればあるほど、職人化するケースが高いです。

よくわからないんだが…。

例えば、そのシステムを運用するのに慣れが必要だったり、作業内容が高度でエンジニアとしての技量が問われるような状況のことです。

…つまり、どういうこと？

うまくマニュアル化できないということですよ。

えっ、なんで？

対応方法のパターンが多すぎて複雑だとして、全てをドキュメントに書くのは現実的ではありません。
決まった保守作業だけであれば問題ありませんが、すぐに対応が求められているときに、辞書のようにマニュアルの中からパターンを探すのは効率が悪いと思いませんか？

それは…そうだね。

ですから、もしマニュアル化できたとしても定形業務だけで、あとはエンジニアの対応力次第ということになります。

なるほど、保守に高度な技量が求められる場合、マニュアルだけでは対応できないというわけだ。

はい、うまく引き継ぎたいなら、保守をしているエンジニアさんからレクチャーを受けることも視野に入ってきます。

引き継ぎのために、エンジニアの技術料が発生するということだね？

ええ、どれぐらいの期間が必要かはなんとも言えませんが…。
場合によっては現場にエンジニアを派遣することも必要になります。

トラブルになるぐらいならそのままの方が良いことも

今までの話だと移行は無理なんじゃないか。
このまま運用するしかないのかい？

他にも手はありますが、許容できるなら引き続き運用するということも考えられます。

いや、でもさ。
会社を切り替えたいと言うからには、許容できないからだと思うけど。

ええ…。
ただ安易に切り替えると、引き継ぎ後のトラブルもあり得ます。

それは引き継げたとは言えないのでは？

て、手厳しいですね…。
そうは言っても、資料もなしに引き継いだとなったら、すべてを把握するのに相当の時間がかかります。

うーん、気持ちはわかるけど。

つまり、移行費や保守費を高くしないと、運用する側としては割に合わないと考えるでしょう。

それじゃあ、意味がないよね。

再構築とどちらが費用を抑えられるか

トラブルになる可能性も理解したよ…。
ところで、さっき話してた他の手はどういったものなの？

…システムの作り直しです。

…ちょっと乱暴じゃないかい？

いえ、古いシステムなら、それ以外の方法はありません。

システム開発も家と同じだと思ってください。
当時は流行りだった最新の設備も、時間が経てば色褪せてきます。
時代にそぐわなくなるでしょう。

家だったら、内装工事や増築もできるでしょ？

システムでも可能ですよ。
ただ、既に傾いている家を補修するかどうかは、悩むところだとは思いませんか？

まぁ、そうだね…。

ただ、システムは家ほど目に見えて分かりやいものではありません。
家屋調査にも専門家が調査をするものですが、システムも同じです。

その結果、作り直した方がいいと言う結論になることもあるでしょう。

それはわかるけど、システムを使ってサービスを提供しているなら、再構築の間はシステムが使えなくなるじゃないか。

良いご指摘ですね。
システムの場合は物理的な場所にあまり影響されないので、今動いているシステムを運用しながら、新しいシステムを作ります。

新規で作る以外にも、現在の保守費も費用ってこと？

そうなりますね。

…

無言になるのやめて欲しいんだけど。

まずはシステム会社に相談すること

えっと、大船さん？
機嫌が悪そうですね…。

…そんなことはないよ。

…お伝えできることは、お伝えしました。
これからどうしていくか、システム会社といっしょに考えることもできますから、まずはご相談ください。
今のシステムがどういう状況なのか、確認することが大事ですから。

そうだよね。
ありがとう！

また不機嫌なフリだった…