Bir sprint sırasında bir ekip üyesi, kendisinin ve ürün sahibinin diğer sprint özelliklerinden daha önemli gördüğü, ancak sprintin tamamlanmasını engellemeyen bir sorun keşfeder. Proje lideri ekipten ne yapmasını istemelidir?

Çevik metodolojide, sprintler genellikle sabit süreli ve sabittir. Bu, bir sprint başladığında, o sprint için belirlenen özelliklerin tamamlanmasına odaklanıldığı anlamına gelir. Yeni bir sorun ortaya çıktığında, sprintin devam eden hedeflerini bozmaktan kaçınmak önemlidir. Bu nedenle, proje lideri ekibin mevcut sprint planına bağlı kalmasını ve belirlenen özellikleri teslim etmesini istemelidir. Ortaya çıkan sorun, ürün biriktirme listesine (product backlog) eklenmeli ve gelecekteki bir sprintte ele alınmak üzere önceliklendirilmelidir. Diğer seçenekler neden yanlış: Planı değiştirmekten kaçının ve sorunu bir sonraki sprintte ele alın: Bu seçenek doğruya yakın olsa da, sorunun biriktirme listesine eklenip önceliklendirilmesi gerektiğini açıkça belirtmiyor. Sorunu değerlendirme ve ele alma planının resmi onayı için değişiklik kontrol kuruluna (CCB) gönderin: Çevik projelerde CCB kullanımı genellikle daha azdır ve sprint içindeki değişiklikler için bu kadar resmi bir süreç nadiren gereklidir. Kalan sprint özelliklerinden daha yüksek önceliğe sahip olduğu için sorunu hemen ele alın: Bu, sprintin kapsamını değiştirir ve sprintin tamamlanmasını tehlikeye atabilir. Sprint sırasında kapsam sabittir.