Çok yıllık bir girişim için prototipler kullanan bir ürün ekibi, birkaç kullanıcı hikayesinin teslimatının daha uzun sürdüğünü fark eder. Proje yöneticisi ne yapmalıdır?

Ürün ekibinin kullanıcı hikayelerinin teslimatının daha uzun sürdüğünü fark etmesi, projenin ilerleyişini etkileyen bir sorundur. Retrospektif toplantısı, çevik metodolojilerde geçmiş sprint'in veya dönemin incelenerek neyin iyi gittiği, neyin kötü gittiği ve nelerin iyileştirilebileceğinin tartışıldığı bir toplantıdır. Bu durumda, gecikmeye neden olan riskleri belirlemek ve bu risklere yönelik çözümler tanımlamak için en uygun zaman ve yer retrospektif toplantısıdır. Diğer seçenekler ise şunlardır: Proje güncellemeleri sırasında paydaşları gecikme hakkında bilgilendirmek önemli olsa da, bu sadece bir bilgilendirmedir ve sorunu çözmeye yönelik proaktif bir adım değildir. İletişim yönetimi planındaki boşlukları keşfetmek, gecikmenin temel nedeni iletişim eksikliği ise faydalı olabilir, ancak bu durumda gecikme doğrudan teslimat süresiyle ilgili görünmektedir. Çapraz bağımlılıkları belirlemek ve bir sonraki sprint'te bir spike planlamak, teknik bir araştırma veya keşif için uygun olabilir, ancak mevcut gecikme sorununu doğrudan ele almaz ve riskleri tanımlayıp çözmeye odaklanmaz.