Bir proje, pazara her üç ayda bir artımlı teslimatlar sağlamaktadır. Ekip oluşturulmuş ve ürün biriktirme listesi (product backlog) ürün sahibi (product owner) tarafından önceliklendirilmiştir. Dört yinelemeden (iteration) sonra, ürün sahibi, ürünün beklentilerini karşılamadığı için CEO'ya şikayetleri iletir. Proje yöneticisi bunu önlemek için ne yapmalıydı?

Doğru cevap, ürün sahibi ile sprint incelemeleri ve ekiple retrospektifler uygulayarak boşlukları en aza indirmeliydi. Sprint incelemeleri, ürün sahibinin tamamlanan işi görmesini ve geri bildirimde bulunmasını sağlar, bu da beklentilerin karşılanıp karşılanmadığını erken aşamada belirlemeye yardımcı olur. Retrospektifler ise ekibin süreçlerini iyileştirmesine olanak tanır. Bu iki mekanizma, beklenti farklılıklarını ve memnuniyetsizlikleri projenin ilerleyen aşamalarında değil, düzenli olarak tespit edip gidermek için kritik öneme sahiptir. Diğer seçenekler ise şunlardır: Kurumsal süreç varlıklarını gözden geçirmek faydalıdır ancak doğrudan ürün sahibinin beklentilerini yönetmez. Günlük scrum'lar risk yönetimi için uygun bir platform değildir; daha çok ilerlemeyi ve engelleri tartışmak içindir. Backlog grooming, kabul kriterlerini netleştirmeye yardımcı olsa da, ürün sahibinin beklentilerinin sürekli olarak doğrulanması ve geri bildirim alınması sprint incelemeleri ve retrospektifler kadar etkili değildir.