“カスタマイズお化けシステム”にしないために必要な3つの勇気とは

クラウド利用が主流の時代

　私の働く政府でも今はシステム化を行う際に「クラウドファースト」という方針に基づき、まずはクラウド利用によるサービスの実現が可能かを検討することになっています。

　こうしたクラウド化の流れは、もちろん政府よりも民間の方が先を行っており、ERPや営業支援、顧客管理、販売等、クラウドは様々な業務に活用され、早晩、ITの主流となることは間違いないでしょう。

　ただ、これまでのパッケージソフトウェアを利用した場合も同じですが、クラウドの場合でも、実際にシステムの提案や実装を行うベンダーが、必ずしもクラウドについて十分な理解をしていないままプロジェクトがスタートするという問題があります。

　ベンダーは、クラウドの機能や制約について一通りの知識をもっていますが、実際、そこで使われるソフトウェアのコードまでは見ることができません。また、ユーザーが望む機能の実装を本当にすべて実現できるのか、確証もありません。

　クラウドベンダーにいろいろと質問をして、大丈夫だろうと判断しても、実際に開発を進める中で、ユーザーからの細かい要望を聞いてみたら、実現が難しかった。そんなケースが多々あります。

　そうなるとベンダーは、クラウドで提供されるソフトウェアをカスタマイズしたり、別に機能を手作りしてクラウドと連携したりします。しかし、それ自体も技術的には大変な作業になりますし、当然、コストや期間も余計にかかってきてしまいます。

　今回紹介するのは、クラウドベンダーの提供するソフトウェアを利用して、安価かつ短期に業務系システムを作ろうとした事例です。大量の要件追加が発生し、「カスタマイズのお化け」な状態のシステムになってしまい、最終的には失敗しました。原因はどこにあったのでしょうか。以下、概要からご紹介しましょう。