プロジェクトは担当者との関係だけでは進まない！担当者の後ろに隠れていたステークホルダーによって発生したトラブルを紹介

今回はとある製造業の企業における生産現場向けのシステム導入プロジェクトでの失敗談を紹介します。
このプロジェクトは比較的小規模な案件であり、マニュアル運用の簡単な現行業務をITツールに置き換え、ヒューマンエラーを無くすことを目的として始まりました。

プロジェクトを進めるにあたり、現場をよく知る方が担当者に任命され、その方と一緒に現行業務の調査と要件定義を進めていきました。
当初は担当者とのコミュニケーションがギクシャクする面もありましたが、徐々に関係が改善し、情報収集や詳細な要求事項の確認をスムーズに行うことができるようになりました。
そのまま開発も順調に進み、現場での導入テストを迎えることになりました。我ながら、かなり進捗状況に自信を持っていましたし、担当者の方も満足そうな表情でした。現場でテストを行う前に実施する事前確認でも大きな問題点は見つからず、このままプロジェクトは終結するかに思われました。

しかし、いざ現場でのテストを迎えると状況は一変しました。担当者の上司に相当する製造の部課長クラスの方々から、現場でのテストに参加したいという突然の申し出があったのです。
ただのオブザーバーとしての参加であれば問題になりませんでしたが、テストの最中、元々の要件には入っていなかった大量の指摘が彼らから入り、要件の追加を求められました。
それらの指摘の中には、当初の想定である、ヒューマンエラーを無くすという目的から明らかに外れたものも含まれていました。私一人の力では対処が難しいと考え、私の上司にサポートを依頼しました。
ところが、上司を交えて状況の問題点をいくら説明しても、部課長クラスの方々は聞く耳を持ちませんでした。
最終的には追加対応することになり、大幅なコスト増加とプロジェクト遅延につながりました。もちろん、このコストのアップチャージと遅延に対する交渉も非常に難航しました。小規模なプロジェクトを想定していたにもかかわらず、いつまでやっているのかと周囲から呆れられながら、ひっそりとプロジェクトを終わらせることになりました。せっかく担当者の方といい関係を築くことができたにもかかわらず、最終的には気まずくなってしまったことも残念でした。