システム導入におけるお客様の「社内プロジェクト」の重要性

　パッケージシステムであれスクラッチ（オーダー）開発であれ、システム導入に関しては、ユーザーと弊社のようなシステム屋（正確にはSIer）との二人三脚で行われるケースがほとんどですが、場合によっては、ここにＩＴコーディネーターが参加するケースも近年増えてきているように見受けられます。

　ＩＴコーディネーターが参加するケース（と言ってもＲＦＰ以降のプロセスに限られることがまだ多いようですが）はまだしも、特に、ユーザーとシステム屋の２者で進める場合、その存在がシステム導入の成否を分ける重要な要素であるにも関わらず、実態としては、まだまだ、その重要性が見過ごされやすく、形骸化しやすいものがあります。

　それは、「お客様社内のプロジェクト」（この場合は、業務改善（改革）＋システム導入をミッションにしたもの）の存在。

　システム導入には、サービス向上・売上拡大・経営スピードＵＰ・コスト削減・リスク管理強化･･･等、何らかの経営課題・業務課題、という解決すべきミッションがあるはずですが、その目標に対してコミットする推進母体となるのが、この「プロジェクト」です。

　当然の事ながら、前述の様々な課題の多くは、「システム導入」により自動的に解決するものではなく、特定部署の作業効率改善・省力化だけで解決できるものも、そう多くはないでしょう。

　常に具体的な目標を見据えつつ、全体最適の観点から業務環境（場合によっては取引先を含め）をコントロールしながら「システム導入」を行うことができなければ、これらの課題の根本的な解決は困難です。そこに、「プロジェクト」の存在理由があります。

　オーダー開発の場合はもちろんですが、パッケージシステム導入の場合は、特に、この「プロジェクト」の重要性が増します。システムの選定から業務適用まで、そのパッケージシステムが想定する業務の流れと自社の業務のそれとの調整がほぼ必ず必要になるからです。一部署一担当者の利便性に偏れば、カスタマイズの肥大化＆工期延長⇒導入コスト肥大＆稼動後のシステム不安定に繋がりやすく、せっかくの早期導入＆低コストのメリットが失われかねません。現場の利便性に配慮しつつも、全体最適＆早期導入の視点から関係各部署をコントロールする「プロジェクト」は欠かせない存在です。