Sprint Review: Demo Şovunu Bırakın — Gerçek Müşteri Feedback'i Almaya Başlayın
Özet
- Geri Bildirim > Alkış: Kimse değişiklik önermiyorsa, dikkat etmiyorlar demektir. Sessizlik kötüdür.
- Müşteriyi Oyuna Katın: Sürecin parçası olmayan paydaş, sonucun karşısında olur. Review, sahiplenmeyi paylaşmanın en güçlü aracıdır.
- Hızlı Feedback Döngüsü: İki hafta sonra alınan bir “bu yanlış” geri bildirimi, iki ay sonra alınandan kat kat ucuzdur.
Sprint Review, inşa etmek ile öğrenmek arasındaki en kısa geri bildirim döngüsüdür. Doğru yapıldığında, öncelikleri değiştiren içgörüleri ortaya çıkarır. Yanlış yapıldığında, herkesin zamanını harcayan bir göz boyama seansıdır. Ancak Review’un asıl gücü demoda değil, müşteriyi sürecin bir parçası yapmasındadır. Teresa Torres, Continuous Discovery Habits kitabında ürün ekiplerinin müşteriyle haftada en az bir kez temas kurması gerektiğini savunur; Sprint Review, bu temasın en doğal ve yapılandırılmış formudur. Müşteri ne kadar erken geri bildirim verirse, yanlış yöne giden bir ürünü düzeltmenin maliyeti o kadar düşer.
Agile Serisi — Kopya Kağıdı’nın 8. Bölümü.
Review Nedir / Ne Değildir
Nedir
Artımı (increment) incelemek, gerçek geri bildirime dayanarak backlog’u adapte etmek ve paydaşı ürünün ortak sahibi yapmak için bir çalışma oturumu.
Ne Değildir
Cilalı bir demo şovu, yönetime statü raporu veya bir kutlama ritüeli.
Müşteriyi Oyuna Katın
Sprint Review’un en kritik ama en çok ihmal edilen işlevi, müşteriyi (veya paydaşı) sürecin aktif bir parçası haline getirmektir. Bu sadece “göster ve onay al” değildir; müşterinin kararlarına, tercihlerine ve eleştirilerine ürünün DNA’sında yer vermektir.
Jeff Patton, User Story Mapping kitabında ürün keşfinin tek taraflı bir süreç olamayacağını ve paydaşlarla birlikte yapılan görsel haritalama oturumlarının ortak anlayışı derinleştirdiğini vurgular. Sprint Review de bu ortak keşfin her iki haftada bir tekrarlanan mikro versiyonudur. Paydaşınız yalnızca nihai ürünü gördüğünde “ben bunu beklemiyordum” deme hakkını kazanır; ama sürece dahilse, o “beklemiyordum” anı çoktan sprint içinde yakalanmış ve düzeltilmiş olur.
Neden Hızlı Feedback Hayati Önemlidir
Maliyet
Yanlış bir kararı 2 hafta sonra düzeltmek ucuzdur. 2 ay sonra düzeltmek proje bütçesini çöpe atar.
Heyecan
Paydaş her Review’da somut ilerleme gördüğünde heyecanını korur. Heyecan, desteğe dönüşür.
Sorumluluk Paylaşımı
Review’da onay veren paydaş, teslimatta “bu benim istediğim değildi” diyemez. Sorumluluk paylaşılmıştır.
Marty Cagan, Inspired kitabında güçlü ürün ekiplerinin müşteriyi yalnızca teslim anında değil, keşif aşamasından itibaren sürece kattığını belirtir. Sprint Review, bu keşif döngüsünün en somut çıktısıdır: paydaş çalışan yazılımı görür, dokunur, eleştirir ve yönlendirir. Bu döngü ne kadar sık dönerse, ürün-pazar uyumu o kadar hızlı sağlanır.
Önerilen Gündem (60 Dakika)
Bağlam Ayarı (5 dk)
Sprint Hedefini özetleyin. Neyi başarmak üzere yola çıktık? İş bağlamı neydi?
Ne Teslim Edildi (10 dk)
Tamamlanan maddelerin özeti. Demolara dalmadan önce üst düzey genel bakış.
Canlı Demo (20 dk)
Çalışan yazılımı gösterin. Paydaşların etkileşime girmesine izin verin. Demo ortasında soruları teşvik edin.
Geri Bildirim & Tartışma (15 dk)
Paydaşlar ne öğrendi? Ne değişmeli? Ne eksik? Sessizlik varsa, doğrudan sorular sorun.
Backlog Çıkarımları (10 dk)
Geri bildirime dayanarak; backlog’a ne ekleniyor, ne yeniden önceliklendiriliyor veya çıkarılıyor?
Doğru Katılımcılar
Her review’a herkes katılmamalıdır. Şunları davet edin:
Geri Bildirim Verebilenler
Problem alanını anlayan kullanıcılar, ürün yöneticileri ve alan uzmanları.
Karar Verenler
Yön değişikliklerini veya öncelik kaymalarını onaylayabilen paydaşlar.
Bilmesi Gerekenler
İlerlemeyi görme ihtiyacı olan bağımlı takımlar veya liderlik.
Gerçek Geri Bildirim Almak
Sprint Review’un en zor kısmı dürüst geri bildirim almaktır. Paydaşlar genellikle kibar bir onaya sığınır. Oysa sessizlik en tehlikeli sinyaldir—çünkü ilgi eksikliğinin veya güven kaybının göstergesidir.
Yaygın Hatalar
Demo Tiyatrosu
Pürüzlü kenarları gizleyen provalı, cilalı demolar. Paydaşların gerçekliği görmesi gerekir.
Paydaş Katılımı Yok
Paydaşlar gelmiyorsa, geri bildirim almıyorsunuzdur. Ve unutmayın: sürece dahil olmayan paydaş, teslimatta karşınızda olacaktır.
Tamamlanmayınca Atlamak
“Hiçbir şeyi bitirmedik, o yüzden review yok.” Devam eden işi gösterin—erken geri bildirim, geç düzeltmeden her zaman ucuzdur.
Backlog Güncellemeleri Yok
Geri bildirim toplanır ama hiçbir şey değişmez. Paydaş “dinlenmiyor” hissettiğinde, bir sonraki Review’a gelmez.
Review Etkinliğini Ölçmek
| Sinyal | İyi | Kötü |
|---|---|---|
| Paydaş katılımı | Kilit paydaşlar mevcut ve aktif | Boş oda veya sadece takım |
| Üretilen geri bildirim | Birden çok uygulanabilir içgörü | Kibar kafa sallama, itiraz yok |
| Backlog değişiklikleri | Geri bildirime göre eklenen/yeniden önceliklendirilen maddeler | Backlog değişmedi |
| Paydaş heyecanı | ”Bunu ne zaman kullanabiliriz?” sorusu | Pasif izleme, erken ayrılma |
Sprint Review sırasında, Scrum Takımı ve paydaşlar Sprint’te yapılanlar hakkında işbirliği yapar. Sprint Review’un sonucu revize edilmiş bir Ürün Backlog’udur.
Son Söz
Sprint Review, her iki haftada bir geri bildirim döngüsünü kapatma şansınızdır. Ancak asıl gücü geri bildirimde değil, sahiplenme yaratmasındadır. Doğru insanları davet edin, gerçek işi gösterin, zor sorular sorun ve öğrendiklerinize göre backlog’u güncelleyin. Müşteriyi sürecin parçası yapın—çünkü sürecin parçası olmayan herkes, sonucun karşısında olacaktır. Alternatif bir boşlukta inşa etmektir ve boşlukta inşa edilen ürünler, gerçeklikle ilk temaslarında çöker.