今回の話をまとめるとカスタマイズ時の問題点は、主に以下の3点に集約できます。
パッケージソフトウェアはそもそも、特定の目的に対して最大の効果を発揮できるように設計、実装されています。また、さまざまな企業に受け入れられるように、汎用性が高いのも特徴です。本来の目的から逸れていくほど、そのソフトウェアは使いづらいものになります。
自身の会社や業務に合わせて細かくカスタマイズしたい気持ちも分かりますが、ほどほどにとどめておくべきでしょう。パッケージソフトの導入は、自社の現状を変えないためではなく、変えるために投資をするわけですから。
一部の意見や都合が優先されるという問題は、社内のさまざまな人の立場を踏まえて「要件」を整理することが重要です。ただ、プロジェクトを進めるのも人ですから、自分の立場を優先したり、論理的に進まないこともあるでしょう。その場合は、客観的にプロジェクトの進行を評価する、当事者と利害関係のないPMO(Project Management Office)を設置するのが有効です。
最後に、カスタマイズで失敗しないためのシンプルな問いかけを紹介しましょう。「そのカスタマイズは、ユーザーやプロジェクトにお金を出すスポンサー(多くの場合は社長や株主)にとって価値があるか?」です。決して安くないものに投資すれば、それなりのリターンを求められます。そのリターンに関与しない、またはマイナスになるようなカスタマイズは排除すべきなのです。
次回も引き続き、パッケージソフトウェアを導入するというフェーズでの失敗例をご紹介します。お楽しみに。
Copyright © ITmedia, Inc. All Rights Reserved.