Backlog Refinement Nedir?
Backlog refinement, takımın Product Backlog (Ürün İş Listesi) öğelerini gelecek sprint'ler için hazırladığı aktivitedir. Resmi Scrum etkinliği değildir — ama onu görmezden gelen takımlar her Sprint Planlama'yı yangın tatbikatına çevirir.
2020 Scrum Rehberi
"Product Backlog refinement, Product Backlog öğelerini daha küçük ve daha kesin öğelere ayırma ve daha fazla tanımlama eylemidir. Bu, açıklama, sıra ve boyut gibi ayrıntılar eklemek için süregelen bir aktivitedir."
Backlog refinement'ta ne olur?
Açıklama
Takım, kullanıcı ihtiyacını, kabul kriterlerini ve 'bitti'nin nasıl göründüğünü anlayıncaya kadar her öğe hakkında sorular sorar. Belirsiz öğeler yeniden yazılır veya bölünür.
Tahmin
Developers (Geliştiriciler) her öğenin karmaşıklığını (zamanını değil) diğerlerine göre tahmin eder. Story point veya t-shirt boyutu yaygındır. Tahmin edilemeyecek kadar büyük öğeler bölünür.
Sıralama
Product Owner (Ürün Sahibi) Product Backlog'u yeni bilgilere göre yeniden sıralar — değer, bağımlılıklar, risk veya refinement'tan gelen takım geri bildirimi.
Bölme
Sprint'e sığamayacak kadar büyük öğeler (epic'ler) sığabilecek daha küçük story'lere bölünür. 3 sprint sürecek bir öğenin planlanabilmesi için bölünmesi gerekir.
Refinement neden var — atlamanın gerçek maliyeti
Düzenli olarak rafine etmeyen takımlar zaman kazanmaz. O zamanı farklı şekilde geçirirler — çoğunlukla daha acı verici toplantılarda:
Sprint Planlama 6+ saate uzuyor
Çünkü takım, öğelerin ne anlama geldiğini planlama öncesinde değil planlama sırasında keşfediyor. Her öğe bir tartışmaya dönüşüyor.
Sprint ortası sorular Slack'i dolduruyor
Developers (Geliştiriciler) tam olarak anlamadıkları bir story'ye başladı. Şimdi kendilerini açmak için cevaplara ihtiyaçları var — ama Product Owner (Ürün Sahibi) müsait değil.
Story'ler 'bitti' sonrası yeniden açılıyor
Kabul kriterleri net değildi. Developer'ın (Geliştirici) yaptığı ile Product Owner'ın beklentisi örtüşmüyor. Yeniden çalışma, refinement'ın 3 katına mal oluyor.
Sprint velocity tahmin edilemiyor
Öğeler tahmin edilmedi. Takım 'bir sürü şey'e taahhüt eder ve bunun sprint kapasitesinin 3 katı olduğunu keşfeder. Planlama bir tahmin oyununa dönüşür.
Definition of Ready: story ne zaman planlamaya hazır?
Birçok takım, Sprint Planlama'da seçilmeden önce bir öğenin geçmesi gereken kontrol listesi olan "Definition of Ready" tanımlar. Scrum'da opsiyoneldir, ama oldukça pratiktir. Basit bir örnek:
- User story "[kullanıcı] olarak [eylem] istiyorum, böylece [fayda]" formatını takip ediyor
- Kabul kriterleri yazılmış ve Product Owner (Ürün Sahibi) ile mutabık kalınmış
- Developers (Geliştiriciler) tarafından boyutlandırılmış (story point veya t-shirt)
- Başlamayı engelleyen dış bağımlılık yok
- Tek Sprint'e sığıyor (sığmıyorsa bölünmesi gerekiyor)
- İş değeri tüm takım tarafından anlaşılmış
Yaygın refinement hataları
Hepsini tek büyük seansta yapmak
Her iki haftada bir 4 saatlik refinement seansı takımı yorar ve düşük kaliteli öğeler üretir. Daha iyisi: sprint başına iki 60 dakikalık seans, düzenli olarak, öğeleri taze ve takımı meşgul tutar.
Refinement'ı Sprint Planlama ile karıştırmak
Refinement öğeleri hazırlar. Sprint Planlama onları seçer. Sınır bulanıklaştığında — hem açıklama hem taahhüt ettiğinizde — planlama güvenilmez ve yavaşlar.
Yalnızca Product Owner (Ürün Sahibi) konuşuyor
Refinement iş birlikçidir. Developers'ın (Geliştiriciler) soru sorması ve öğeyi tahmin edecek kadar iyi anlaması gerekir. Developers sessizce otururken PO gereksinimleri okuyorsa bu refinement değildir.
Anlamadan önce her şeyi tahmin etmek
Takım bir öğe hakkında temel sorulara cevap veremiyorsa, onu tahmin etmek anlamsızdır. Önce açıklama gelmeli. Kimsenin anlamadığı öğe son derece yanlış bir tahmin alır.
Sık sorulan sorular
Backlog refinement nedir?
Backlog refinement, Product Backlog (Ürün İş Listesi) öğelerini gözden geçirme, açıklama, tahmin etme ve sıralama sürecidir. Amaç, Sprint Planlama için yeterli kaliteli öğenin hazır olmasını sağlamaktır. Resmi Scrum etkinliği değil — Developers'ın (Geliştiriciler) kapasitesinin %10'una kadar kullanabilecek aktivite olarak tanımlanır.
Backlog refinement bir Scrum etkinliği midir?
Hayır. 2020 Scrum Rehberi backlog refinement'ı beş resmi Scrum etkinliğinden biri olarak listelemez. Süregelen aktivitedir. Nasıl, ne zaman ve ne sıklıkta yapılacağı takıma kalmıştır.
Backlog refinement'a kimler katılır?
Product Owner (Ürün Sahibi) ve Developers temel katılımcılardır. Scrum Master genellikle kolaylaştırır. Konu uzmanları belirli öğeler için davet edilebilir. Paydaşlar düzenli katılımcı değildir.
Refinement ne kadar zaman almalı?
Scrum Rehberi Developers'ın kapasitesinin %10'unu aşmamayı önerir. 5 geliştiricili 2 haftalık sprint için yaklaşık 4–8 saat — sprint boyunca bölünmüş, tek uzun seansta değil.
Product Backlog öğesi için 'hazır' ne anlama gelir?
Bir öğe, takımın güvenle başlamak için yeterince anladığı zaman hazırdır: net kabul kriterleri, boyut tahmini, engelleyici bağımlılık yok ve anlaşılmış iş değeri. Takımlar bunun için genellikle 'Definition of Ready' tanımlar — ama Scrum bunu zorunlu tutmaz.
AI destekli Product Backlog aracı
Product Backlog'unuzu AI ile oluşturun ve rafine edin
PRD'lerinizi, toplantı notlarınızı veya kullanıcı araştırmanızı yükleyin. Product Backlog Architect yapılandırılmış, planlamaya hazır user story'ler üretir.
Product Backlog Architect'i dene →