Sprint Planlama ve Retrospektif: Scrum Seremonilerini Doğru Uygulamak
Sprint Planning ve Retrospective, Scrum'ın öğrenme döngüsünü besleyen iki kritik seremonisidir. Nasıl yapılır, ne çıkmalıdır ve sık hatalardan nasıl kaçınılır?
Bu yazı, Proje Yönetimi Rehberi: Kariyer, Metodolojiler ve Sertifikasyon Süreçleri rehberinin bir parçasıdır.
Scrum'ın gücü, tökezlemek istediğinde durumu görüp düzeltebildiğiniz yapısından gelir. Sprint Planning ve Retrospective bu yapının iki kilit noktasıdır.
Özet
Sprint Planning, ekibin ne yapacağını ve nasıl yapacağını belirler. Retrospective ise sürecin nasıl gittiğini değerlendirir ve iyileştirme taahhüdü alır. Bu iki seremoninin doğru uygulanması Scrum ekibinin sürekli gelişimini sağlar.
Bu Yazıda
Scrum Seremonileri Neden Önemlidir?
Scrum Guide dört seremoniden oluşur: Sprint Planning, Daily Scrum, Sprint Review ve Sprint Retrospective. Her birinin bir amacı, bir süresi (timebox) ve belirli katılımcıları vardır. Seremonileri atlayan ya da şekle indirgeyen ekipler Scrum uyguladıklarını düşünürken aslında dağınık bir waterfall yaşarlar.
Sprint Planning: Ne Yapacağız ve Nasıl?
Sprint Planning, her sprint başında gerçekleştirilen ve iki bölümden oluşan bir toplantıdır. İki haftalık sprint için maksimum 4 saat ayrılır.
Birinci Bölüm: Sprint Hedefi ve Backlog Seçimi
Product Owner sprint hedefini açıklar. Ekip, Product Backlog üzerinden bu hedefe ulaşacak öğeleri seçer. Kapasite ve önceki sprint hızı (velocity) dikkate alınır.
İkinci Bölüm: Görev Dökümü
Seçilen backlog öğeleri somut görevlere bölünür. Her görev için süre tahmini yapılır. Sprint Backlog oluşturulur.
Sprint Planning'de kural: ekip kendi kapasitesini kendisi belirler. Product Owner veya yönetici baskısıyla zorlanan sprint hedefleri sürdürülebilir hıza zarar verir. PMP sınavının Agile bölümünde de bu ilke doğru yanıt olarak beklenir.
Retrospective: Nasıl Daha İyi Olabiliriz?
Retrospective, sprint sonunda ekibin süreci değerlendirdiği ve bir sonraki sprint için iyileştirme adımları belirlediği toplantıdır. Sprint Review'dan farklı olarak burada ürün değil, çalışma süreci ve ekip dinamikleri ele alınır.
En yaygın retrospective formatı: Start, Stop, Continue. Ekip; yapmaya başlaması gerekenleri, bırakması gerekenleri ve sürdürmesi gerekenleri konuşur. Her toplantıdan en az bir somut iyileştirme taahhüdü çıkmalıdır.
Etkili Retrospective
Güvenli ortam, somut taahhütler, takip mekanizması. Her seremoni önceki kararları kontrol ederek başlar.
Kaçınılması Gereken
Şikayet toplantısına dönüşmek, taahhüt almadan kapanmak, yönetici baskısıyla yapay sonuçlar üretmek.
Sık Yapılan Hatalar
- X Sprint Planning'de Product Owner hazırlıksız geliyor veya katılmıyor
- X Retrospective yalnızca şikayet listesiyle bitiyor, somut adım çıkmıyor
- X Sprint hedefi belirsiz bırakılıyor
- X Ekip kapasitesinin üzerinde yükleme yapılıyor
Agile proje yönetimini derinlemesine öğrenmek için Proje Yönetimi Uzmanlığı Sertifika Programı (PMI Onaylı) size hem teorik altyapı hem de sınav hazırlığı sunar. Agile ile waterfall farkları için ise Agile vs Waterfall rehberimize göz atabilirsiniz.
Sıkça Sorulan Sorular
Sprint Planning ne kadar sürmeli?
Scrum Guide'a göre iki haftalık sprint için maksimum 4 saat. Süreyi uzatmak değil, backlog'un önceden iyi hazırlanmasını sağlamak doğru yaklaşımdır.
Retrospective ve Sprint Review aynı şey mi?
Hayır. Sprint Review ürünü değerlendirir ve paydaşları dahil eder. Retrospective süreci ve ekibi değerlendirir, sadece Scrum ekibiyle yapılır.
Retrospective'de ne çıkmalıdır?
En az bir somut iyileştirme taahhüdü: kim, ne yapacak, ne zamana kadar. Takip edilmeyen kararlar ekibin seremonilere olan inancını azaltır.
Bu yazı Murat Akyüz tarafından yazılmıştır.
PMI Onaylı Eğitim
Scrum ve Agile'i Profesyonelce Uygulayın
35 contact hour • PMI onaylı • 2026 güncel müfredat
Programa Bak →
Murat Akyüz