アジャイルパイロットのサーバントリーダーとして、3回のスプリントの後、チームがデモを行い、主要なステークホルダーから否定的なフィードバックを受けました。しかし、機能はプロダクトオーナーの受け入れ基準を満たしていました。チームは混乱しています。プロジェクトマネージャーは、製品の拒否をどのように軽減すべきですか？

主要なステークホルダーからの否定的なフィードバックは、彼らの期待とプロダクトオーナーの受け入れ基準との間にギャップがあることを示しています。今後のスプリントレビューセッションに主要なステークホルダーを参加させることで、彼らは開発中の機能について早期にフィードバックを提供し、プロダクトオーナーと協力してプロダクトバックログを調整できます。これにより、完成した機能がステークホルダーのニーズと期待に合致するようになり、将来的な拒否のリスクを軽減できます。 プロダクトバックログを事前に共有するだけでは、ステークホルダーがその内容を十分に理解し、フィードバックを提供できるとは限りません。専用スプリントの作成は、根本的な原因に対処せず、単に症状を治療するだけです。プロダクトオーナーの交代を依頼することは、問題の根本原因を特定せずに、チームの混乱を悪化させる可能性があります。