丸投げではない、ベンダーとの「共創」の形
「高いお金を払っているのだから、あとはベンダーがうまくやってくれるはずだ」
もしあなたがそう考えているなら、そのプロジェクトが成功する確率は極めて低いと言わざるを得ません。システム開発におけるベンダーマネジメントの本質は、相手を「管理・監視」することではなく、 「同じゴールを目指すパートナーとして、いかに力を引き出すか」 にあります。
発注側が目指すべき、ベンダーとの理想的な「共創(Co-Creation)」の形について考えましょう。
1. 情報を「透明化」する
ベンダーが最も困るのは、「判断材料となる情報が隠されている」ことです。
- 社内にどのような政治的な対立があるのか
- 現場のユーザーが本当に不満に思っていることは何か
- 予算やスケジュールの本当のデッドラインはどこか
こうした情報を、ベンダーを「部外者」扱いして伏せてしまうと、彼らは적切な提案ができなくなります。ベンダーを信頼し、可能な限り社内の事情もオープンに共有することで、彼らは「言われた通りに作る」から「あなたの会社の課題を解決するために考える」という姿勢に変わります。
2. 「責任の境界線」を明確にしつつ、越境する
もちろん、何から何まで一緒にやるわけではありません。
- 発注側の責任: 業務要件の決定、社内調整、最終的な意思決定
- ベンダーの責任: 技術的な実現方法の提案、品質の確保、工程管理
このように責任の範囲を明確にすることは重要です。しかし、同時に「それはそっちの仕事でしょ」と線を引くのではなく、お互いの領域に一歩踏み込んで対話する「越境」が不可欠です。
発注側が技術的な制約に理解を示し、ベンダーがビジネスの背景に踏み込んで議論する。この「重なり」の部分にこそ、イノベーションや効率化のヒントが隠されています。
3. 「心理的安全性」を確保する
ベンダー側が「ミスを報告したら怒鳴られる」「遅れを正直に言えば契約を切られる」と恐れている状態では、トラブルの芽を早期に摘み取ることはできません。
「悪いニュースこそ早く聞きたい」という姿勢をPMが示し、問題が起きたときには「誰のせいか」ではなく「どう解決するか」を一緒に考える。ベンダーが安心して正直な報告ができる環境を作ることこそが、最強のリスクマネジメントです。
4. 適切な「緊張感」を保つ
「パートナーシップ」は「仲良しグループ」になることではありません。
約束された品質に届かないときや、説明が不十分なときには、厳しく指摘することも必要です。ただし、その指摘は常に「プロジェクトの成功のために」という共通目的から外れてはいけません。
信頼に基づいた適切な緊張感がある関係こそが、プロフェッショナル同士の健全な形です。
まとめ:ベンダーは「あなたのチーム」の延長線
システム開発会社は、単なる「外注先」ではありません。プロジェクト期間中、彼らはあなたの会社の「IT部門」や「企画部」の延長線上にいるチームメンバーです。
彼らが「この会社のために、いいものを作りたい」と心から思えるような関係を築けるか。そのマネジメントの成否が、最終的なシステムの品質、ひいてはあなたの会社のIT化の成否を分けるのです。