Çevik bir ekip 2 haftalık sprint'in ortasında ve oluşturdukları ürün artışına güvenmiyorlar. Sprint sonuna kadar beklemek yerine şimdi ürün sahibiyle doğrulamak istiyorlar. Bu riski azaltmak için proje yöneticisi ne yapmalıdır?

Çevik metodolojide, ürün artışına olan güven eksikliği bir risktir ve bu riski erken aşamada ele almak önemlidir. Ürün sahibiyle geçici bir demo ayarlamak, ekibin endişelerini doğrulamasına veya çürütmesine olanak tanır ve olası yanlış anlamaları veya yanlış yönlendirmeleri sprint bitmeden önce düzeltme fırsatı sunar. Bu, daha sonraki aşamalarda daha büyük yeniden işleme ihtiyacını önler. Sprint bitiş tarihini uzatmak, gereksiz gecikmelere yol açar. Endişeyi sprint retrospektifinde ele almak, sorunu çok geç ele almak anlamına gelir, çünkü artış zaten tamamlanmış veya tamamlanmaya yakın olacaktır. Ekibin fazla mesai yapmasını istemek, sürdürülebilir olmayan bir çözümdür ve ekip tükenmişliğine yol açabilir.