5つのアジャイルチームが共同でリリースを計画しました。途中で、各チームは順調な進捗を報告しましたが、製品レベルで作業を統合すると、多くの統合問題が発生しました。リリースの進捗は低下し、コミットされたコンテンツは達成不可能に見えます。何を変えるべきでしたか？

このシナリオでは、各チームが個別に順調に進捗していると報告しながらも、製品レベルでの統合時に問題が発生しているため、継続的な統合の欠如が根本的な原因です。アジャイルの原則では、早期のフィードバックと継続的な学習のために、作業を頻繁かつ継続的に統合することが推奨されます。これにより、統合の問題が早期に発見され、解決されます。スクラム・オブ・スクラムは障害の特定には役立ちますが、統合そのものを保証するものではありません。別のQAチームの編成は、問題の発見を遅らせる可能性があり、アジャイルの「テストは全員の責任」という原則に反します。オンラインセッションは知識を提供するだけでは、実践的な統合の問題を解決できません。