最近のパッケージ導入でプロジェクトマネジャーを務めるのは、ユーザー企業のユーザー部門の担当者になりつつある（図3）。ユーザーの言うことを基にITエンジニアがシステムを組むスクラッチ開発と異なり、パッケージ導入はユーザーが主体となってシステムを組み上げていく必要があるからだ。
図3●ユーザー中心のプロジェクト体制
以前は、ITベンダーと情報システム部門に加えて、ITコンサルタントがプロジェクトに参加し、ユーザーとコミュニケーションを取りながらシステムを構築してきた。新潮流では、ユーザーをプロジェクトの中心に据え、ベンダーや情報システム部門がサポートする形で、システムを構築する
[画像のクリックで拡大表示]
現状の業務を変更する部分も多くなるため、タイムリーな意思決定が求められる。そのためにも、ユーザー部門のメンバーがプロジェクトの主体となり、情報システム部門やITベンダーのサポートを受けながら、パッケージを導入する体制が望ましい。
一昔前のパッケージ導入プロジェクトは、情報システム部門に加え、ITベンダーのSEやITコンサルタントなど多くのメンバーがプロジェクトに参画していた。各メンバーが手分けをし、営業や工場、経理といったユーザー部門の要件を聞き出し、システムに実装するのが一般的だった。この場合、ユーザー部門はITコンサルタントに要件を伝えるだけで済むが、ITコンサルタントの費用がかかる。この方法ではパッケージ導入のメリットであるコストの抑制が実現できない課題があった。