ファンブリューの金井です。
システム開発のやり方は無数にあり、本当に無限と言えるほどの技術の組み合わせがあります。
システムの種類によっては技術的な選択肢がないこともありますが、大概のシステムは様々な手段で開発することができます。
ベンダーロックインとは、ある特定の技術を使っているがゆえに、他のサービスやシステム会社に切り替えられないことを言います。
システム開発でなぜそんなことが起こるのか、いくつか例を挙げながらご紹介します。

藤沢真人、IT業界20年のベテランエンジニアで40歳。
請負開発の会社でプログラマー、システムエンジニア、プロジェクトマネージャーとしての経験を積む。
その後、中小企業のIT支援をするために小さな会社を設立。
現在はITを活用したい会社のためのアドバイザーとして、複数の会社のコンサルティング業務を行なっている。
モットーは「すべての会社にITを」。

小さなウェブ制作会社に勤める営業マン、52歳。お願い上手のお調子者。
営業歴30年の超ベテランだが、気軽に相談しやすいことから、サイト制作以外の話もよく受けている。
ただ専門的なことはわからないので、いつも真人にお願いして困らせている。
口癖は「仲の良いお客さんだから断れないんだよ。」
システム開発の会社を他社に切り替えられないのはなぜ?

真人君!



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



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



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



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



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



そうでしたか…。
いくつか理由が考えられますが、まずは一つずつ確認してみましょう。
そのシステムにはどんな技術が使われているのか



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



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



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



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



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



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



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



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



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



そうなのか。



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



ふーん。



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



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



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



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



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



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



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



他のシステム会社に断られた原因はそこか…。
システム開発のコストは昔に比べてだいぶ下がりました。その理由にはOSSの利用が増えたこともあります。
OSSのメリットは、何よりも無料で使えること、そして洗練されていることにあります。
例えば、100人の従業員のいる会社が作ったフレームワークと、英語圏なども含める全世界のエンジニアが作っているフレームワークを比べたとき、どちらの方が品質が高いでしょうか。
世界中で使われる技術をうまく使えば、品質が高く早くシステムを作ることができます。
つまり、現在のシステム開発においてOSSを使わない理由はないのです。
保守のための資料が手に入るか



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



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



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



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



あっ、そうか。



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



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



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



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



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



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



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



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



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



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



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



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



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



そこは交渉次第ですね…



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



職人?



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



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



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



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



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



えっ、なんで?



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



それは…そうだね。



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



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



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



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



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



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



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



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



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



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



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



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



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



それじゃあ、意味がないよね。
保守費が高いという理由で他のシステム会社に切り替えるには、トータルのコストで考える必要が出てきます。
移行費、引き継ぎのための資料などのイニシャルコスト、移行完了後から始まる本当の保守費を含めて、保守会社の切り替えに意味があるのか検討しなければなりません。
再構築とどちらが費用を抑えられるか



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



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



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



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



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



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



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



まぁ、そうだね…。



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



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



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



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



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



そうなりますね。



…



無言になるのやめて欲しいんだけど。
システムも長年運用をしていれば、どうしても時代にそぐわなくなってきます。
安定していて、セキュリティに問題なく、保守も容易であれば、そのままでも全く問題はありません。
でもそうでないなら、システムの古さは改修だけでどうにかなることはありません。
その時は再構築が検討されるのですが、既存システムと新規構築の並行稼働により、どうしてもコストは高くなります。
既存のシステムがどれだけの価値を生み出しているかによりますが、場合によっては運用を止める選択肢も出てくるでしょう。
まずはシステム会社に相談すること



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



…そんなことはないよ。



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



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



また不機嫌なフリだった…
ファンブリューでは神奈川県藤沢市を拠点に、全国各地のシステム開発を請け負っております。
システム担当者の方で、
現在こんなお悩みはありませんか?
開発会社にお願いをしているけれど、なんだか反応が良くない…
気軽に相談できない
開発後もしっかりサポートしてほしい
ファンブリューでは血の通ったシステム開発を行っています。
お客様との将来的な関係を見据えて、お仕事をお受けしています。
信頼関係を大切にした開発にご興味がある方は、今すぐ下のボタンからお問い合わせください。
確認次第、折り返しメールでご連絡を差し上げます。