はじめに
プロジェクトマネジメントというと「ベンダー側がやるもの」というイメージを持たれがちですが、発注側にも最低限押さえておくべき管理の「型」があります。これができているかどうかで、プロジェクトのQCD（品質・コスト・納期）は大きく変わります。
SIerで4年半、ITコンサルファームで4年半、要件定義からベンダーマネジメントまで一貫して対応してきた経験から、発注側が押さえておくべきプロジェクト管理の基本を解説します。
発注側に必要な「ベンダーコントロール」とは
発注側が持つべき管理の型を一言で表すなら、ベンダーコントロールです。ベンダーが今何をしているか、ちゃんとアウトプットを出しているか、品質は最低限担保されているか——これらを発注側として把握し、管理する必要があります。
「専門的なことはベンダーに任せている」という姿勢自体は間違っていません。しかし、ベンダーの作業内容やアウトプットの中身を一切確認せず、進捗報告を鵜呑みにするだけでは、ベンダーコントロールができているとは言えません。
管理ができていないとどうなるか
実際に、ベンダーコントロールができていない会社では、以下のような事態が発生します。
- プロジェクトの品質が低下する
- 予算超過が発生する
- スケジュール遅延が起きる
QCDのすべての観点で悪影響が出るのが特徴です。さらに深刻なケースでは、管理ができていないことで発注側の発言力が弱まり、ベンダーの言い値で契約をするしかない状況に陥っている会社も実際にありました。管理をしないことは、単に「楽ができる」ということではなく、交渉力そのものを失うことにつながります。
発注側が持つべき最低限の管理の型
具体的には、以下のような仕組みを最低限持っておくことをおすすめします。
- **進捗確認の定例化**：週次・隔週など、決まった頻度でベンダーからの報告を受ける場を設ける
- **品質チェックポイントの設定**：節目ごとに成果物の中身を確認するタイミングを事前に決めておく
- **エスカレーションルールの明文化**：問題が発生した際に、誰が・どのタイミングで・誰にエスカレーションするかを事前に決めておく
これらは特別な専門知識がなくても運用できる、発注側として持つべき最低限の「型」です。プロジェクトが炎上し始めたときに発注側が取るべき初動でも触れた通り、炎上してから対応するのではなく、平常時からこうした管理の型を持っておくことが、炎上そのものを防ぐ一番の近道です。
まとめ
発注側にとってのプロジェクト管理とは、専門的な技術管理ではなく、ベンダーの動きと成果物を把握し続ける「ベンダーコントロール」です。進捗確認・品質チェック・エスカレーションルールという最低限の型を持っておくだけで、プロジェクトのQCDを守りやすくなり、ベンダーとの交渉力も維持できます。
執筆者プロフィール：SIerで4年半、ITコンサルファームで4年半、要件定義からベンダーマネジメントまで一貫して対応。基幹システム刷新・DX推進プロジェクトに多数従事。
コメント