Sprint Review ve Retrospektif: Sürekli İyileştirme

Sprint boyunca ekip planlanan işleri tamamladı; artık iki farklı ama birbirini tamamlayan toplantı devreye girer: Sprint Review ve Retrospektif. Biri ürüne, diğeri sürece bakar. İkisini karıştırmak, Scrum'daki en yaygın hatalardan biridir.

Sprint Review: Ürünü Birlikte Değerlendirmek

Sprint Review, Sprint sonunda yapılan ve tamamlanan işin paydaşlara gösterildiği toplantıdır. Amacı bir "sunum" yapmak değil, geri bildirim toplamaktır.

• Katılımcılar: Scrum Takımı ve ilgili paydaşlar (müşteri, yönetici, diğer ekipler).
• Odak: Sadece "Bitti" (Done) tanımına uyan işler gösterilir; yarım kalan işler gösterilmez.
• Çıktı: Paydaş geri bildirimleri doğrultusunda güncellenmiş bir Ürün Backlog'u.

Sprint Review'da Sorulması Gereken Sorular

Retrospektif: Ekibin Kendi Aynası

Retrospektif, Sprint Review'dan sonra ve bir sonraki Sprint Planlama'dan önce yapılır. Burada ürün değil, ekibin kendi çalışma biçimi masaya yatırılır.

• Katılımcılar: Sadece Scrum Takımı (paydaşlar katılmaz, bu ekibin güvenli alanıdır).
• Temel sorular: Neyi iyi yaptık? Neyi zorlandık? Bir dahaki sprintte ne değiştireceğiz?
• Çıktı: Bir sonraki Sprint'e taşınacak, somut ve ölçülebilir 1-2 iyileştirme eylemi.

İyi Bir Retrospektifin İpuçları

• Suçlama değil, sistem odaklı konuşma: "Kim hata yaptı" yerine "süreçte ne eksikti".
• Az ama etkili eylem: On tane iyileştirme kararı almak yerine, gerçekten uygulanacak bir-iki tanesini seçmek.
• Önceki retrospektif kararlarının takibi: Geçen sefer alınan kararlar uygulandı mı diye kontrol etmek.

Bu iki toplantı birlikte Scrum'ın denetle ve uyarla (inspect & adapt) döngüsünü tamamlar: Review ürünü, Retrospektif süreci sürekli iyileştirir.