Sprint Review Nedir?
Sprint Review, Scrum Takımı’nın ortaya çıkan ürünü paydaşlarla birlikte incelediği ve geri bildirim aldığı etkinliktir. Amaç yalnızca neyin tamamlandığını göstermek değil, ortaya çıkan sonuca göre bir sonraki adımı birlikte şekillendirmektir. Böylece geri bildirim çeyrek sonunda değil, her sprintte alınır ve büyük sürprizlerin birikmesi önlenir.
2020 Scrum Rehberi Tanımı
"Sprint Review'un amacı, Sprint'in sonucunu incelemek ve gelecekteki uyarlamaları belirlemektir. Scrum Takımı, çalışmalarının sonuçlarını kilit paydaşlara sunar ve Ürün Hedefine doğru ilerleme tartışılır."
Sprint Review ve durum toplantısı karşılaştırması
2020 Scrum Rehberi, Sprint Review'un 'durum toplantısı olmadığını' açıkça belirtir. İşte pratik fark:
Durum Toplantısı (yanlış)
- ✗Takım slayt sunar: "18 story'den 14'ünü tamamladık"
- ✗Paydaşlar başlarını sallıyor, zaman çizelgelerini soruyor
- ✗Ürün gösterilmiyor — sadece sayılar ve yüzdeler
- ✗Paydaşlar gerçek hiçbir şey görmeden ayrılıyor
- ✗Geri bildirim: yok (tepki verecek bir şey yok)
Sprint Review (doğru)
- ✓Developers (Geliştiriciler) canlı çalışan yazılımı demo eder
- ✓Paydaşlar gerçek özellikleri görür ve doğrudan geri bildirim verir
- ✓Product Owner (Ürün Sahibi) kolaylaştırır: "Bu sorunu çözüyor mu?"
- ✓Product Backlog, paydaşların gördüklerine göre uyarlanır
- ✓Geri bildirim: belirli, anlık, uygulanabilir
Sprint Review neden var — atlamanın maliyeti
Sprint Review'u atlayan takımlar paydaş geri bildirimini atlamaz — sadece mümkün olan en kötü anda alırlar:
"Yayına girmeden önce bir demo görebilir miyiz?"
Bir paydaş, lansmanın hemen öncesinde birebir demo talep eder. Developer demo ortamı kurmak için durur. Beklenmedik bir şey keşfedilir. Son teslim tarihi baskısı altında acil düzeltmeler.
"Dur, bu benim aklımda olan şey değil."
6 haftalık iş ilk kez lansmanında gösterilir. Paydaşın zihinsel modeli ve inşa edilen örtüşmüyor. Yeniden çalışma, daha erken geri bildirimin 5-10 katına mal olur.
"Çeyreğin sonundan önce X'i de ekleyebilir misiniz?"
Düzenli inceleme anı olmadığı için sprint ortasında sürpriz kapsam eklendi. Takımın bunu Sprint Hedefine dahil etme şansı olmadı.
"Yönde uyum sağlamak için herkesi bir araya getirmeliyiz."
8 kişiyle ek bir uyum toplantısı. Geri bildirim düzenli olarak toplanmadığı için oluyor. Sprint Review, bunu düzenli, yapılandırılmış bir alternatifle değiştirir.
Sprint Review ve Sprint Retrospective (Retrospektif)
Bu iki etkinlik her Sprint sonunda art arda gerçekleşir — ve sık sık karıştırılır.
| Sprint Review | Sprint Retrospective | |
|---|---|---|
| Odak | Ürün (ne inşa edildi) | Takım (nasıl çalıştık) |
| Kimler katılır | Scrum Takımı + paydaşlar | Yalnızca Scrum Takımı |
| Çıktı | Güncellenmiş Product Backlog (Ürün İş Listesi) | Takım iyileştirme planı |
| Maks. süre (1 ay) | 4h | 3h |
Yaygın Sprint Review hataları
Çalışan yazılım yerine slayt sunmak
Sprint Review, Artış'ı — çalışan yazılımı — incelemek içindir. Yapılanları özetleyen slaytlar tamamen amacı kaçırır. Paydaşlar açıklamalar hakkında faydalı geri bildirim veremez; canlı yazılım hakkında verebilir.
Geçti/kaldı kapısı olarak değerlendirmek
Sprint Review resmi onay veya kabul toplantısı değildir. Artış ya Bitti ya da Bitmedi — kriter, paydaş onayı değil, Definition of Done'dır. Review geri bildirim ve uyarlama içindir.
Bitmemiş işi tamamlanmış gibi göstermek
Erken geri bildirim almak için taslaklar, prototipler ve devam eden çalışmalar Sprint boyunca paydaşlarla paylaşılabilir. Ancak Definition of Done’ı karşılamayan bir öğe, Sprint Review’da tamamlanmış veya kullanıma hazır bir çıktı gibi sunulmamalıdır. Review’da neyin gerçekten Bitti olduğu açıkça gösterilir; tamamlanmayan işler ve bunlardan elde edilen öğrenimler ise şeffaf biçimde konuşulur.
Product Owner (Ürün Sahibi)'nin kolaylaştırması olmadan yürütmek
Product Owner, Product Backlog'a (Ürün İş Listesi) ve paydaş ilişkisine sahiptir. Developers (Geliştiriciler) Sprint Review'u PO kolaylaştırması olmadan yürütürse, Product Backlog uyarlama kararları odada doğru otorite olmadan alınır.
Sık sorulan sorular
Sprint Review nedir?
Sprint Review, her Sprint sonunda takımın neyin inşa edildiğini paydaşlara gösterdiği Scrum etkinliğidir. Amacı Artış'ı incelemek ve geri bildirimlere göre Product Backlog'u uyarlamaktır. 2020 Scrum Rehberi bunu 'durum toplantısı değil, gayri resmi toplantı' olarak tanımlar.
Sprint Review'a kimler katılır?
Scrum Takımı (Product Owner, Scrum Master, Developers) ve Product Owner tarafından davet edilen kilit paydaşlar. Bu, paydaşların doğrudan katıldığı Scrum etkinliğidir — Artış hakkında geri bildirim verirler ve PO bunu Product Backlog'u uyarlamak için kullanır.
Sprint Review ne kadar sürer?
Bir aylık Sprint için maksimum 4 saat. Daha kısa sprint'ler için: 2 haftalık sprint'ler genellikle 1–2 saat gerektirir. Zaman kutusu Sprint Review'u sunum maratonu değil, geri bildirime odaklı tutar.
Sprint Review ile Sprint Retrospective arasındaki fark nedir?
Sprint Review, paydaşlarla Artış'ı inceler — ürünle ilgilidir. Sprint Retrospective takım sürecini inceler — takımla ilgilidir. Review Product Backlog'u uyarlar; Retrospective bir takım iyileştirme planı oluşturur.
Sprint Review'dan sonra ne olur?
Product Backlog, paydaş geri bildirimlerine göre güncellenir. Yeni öğeler eklenebilir, mevcut öğeler yeniden önceliklendirilebilir veya kaldırılabilir. Sprint Retrospective Sprint Review'ı takip eder, bir sonraki Sprint başlamadan önce.
AI ile pratik yap
Sprint Review gündemini dakikalar içinde hazırlayın
Meeting Assistant, demo akışı, paydaş soruları ve Product Backlog uyarlama promtlarıyla yapılandırılmış Sprint Review ajandası üretir.
Meeting Assistant'ı dene →