最初の成果物をリリースした後、ある部門が、そのシステムによって作業が増えると判断したため、システムの使用を拒否しました。これを防ぐためにプロジェクトマネージャーは何ができたでしょうか？

ステークホルダー分析を実施することで、プロジェクトの初期段階で部門の懸念事項を特定し、システムが作業を増やすという認識を事前に把握できたでしょう。これにより、プロジェクトマネージャーは、部門のニーズと期待を理解し、それらをプロジェクト計画に組み込む機会を得て、システムの利点を明確に伝えたり、懸念に対処するための調整を行ったりすることができました。 ユーザーアンケートの展開は、ステークホルダー分析の一部として有効ですが、それ自体では根本的な懸念を特定するには不十分な場合があります。組織の標準ポリシーの確認は、プロジェクトの制約や要件を理解するのに役立ちますが、ステークホルダーの具体的な抵抗を予測するものではありません。エスカレーション計画の作成は、問題発生後の対応策であり、問題の発生を未然に防ぐものではありません。