Product Backlog
- Okunuşu
- prodakt beklog
Kısaca
Product backlog, bir ekibin bir ürünü geliştirmek için yapabileceği özellikler, düzeltmeler ve teknik işler gibi her şeyin tek ve sıralı listesidir.
Product backlog nedir?
Product backlog, bir ürün üzerinde yapılabilecek tüm işlerin (yeni özellikler, değişiklikler, hata düzeltmeleri, teknik iyileştirmeler ve deneyler) tek sıralı listesidir. Scrum'da üç çıktıdan biridir ve ekibin tek iş kaynağıdır; içeriğinden ve sırasından Product Owner sorumludur. 2020 Scrum Guide'ından bu yana backlog, öğelerinin ürünü ilerlettiği uzun vadeli hedef olan bir ürün hedefine (product goal) bağlanmıştır.
En üstteki öğeler küçük, net ve tahmin edilmiştir; bir sonraki sprint'e çekilmeye hazırdırlar. Daha aşağıdaki öğeler ise daha büyük ve belirsizdir; sonradan bölünecek epic'ler gibi. Ekip düzenli olarak backlog refinement'a zaman ayırır: büyük öğeleri parçalara ayırır, ayrıntı ve kabul kriterleri ekler, tahmin yapar ve yeniden sıralar. Sıra değeri, riski, bağımlılıkları ve maliyeti yansıtır; ekip öğrendikçe öğeler eklendiği, değiştirildiği ve kaldırıldığı için backlog asla bitmez.
Product backlog, bir restoranın hazırlık listesi gibidir; mutfağın önce neye ihtiyaç duyduğuna göre sıralanır, siparişler geldikçe ve malzemeler tükendikçe şef onu yeniden sıralar. Ekipler genellikle onu paydaşların görebileceği bir takip aracında ya da panoda tutar; bu, öncelikleri görünür kılar ve yeni taleplerin konulacağı tek bir yer sağlar.
Product backlog çoğunlukla sprint backlog ile karıştırılır. Product backlog tüm ürün için olası gelecek işlerin hepsini barındırır ve Product Owner tarafından yönetilir; sprint backlog ise Developer'ların mevcut sprint için seçtiği küçük öğeler kümesi ile sprint hedefini ve bunları teslim etme planını içerir. Product backlog her fikri sonsuza dek saklayacağınız bir yer de değildir: uzun ve sırasız bir liste öncelikleri gizler; hiçbir zaman yapılmayacak öğeleri silmek sağlıklıdır.
Önemli noktalar
- Product backlog, tek bir ürün için tek ve sıralı bir iş listesidir.
- İçeriğinden ve sırasından Product Owner sorumludur.
- Üstteki öğeler küçük ve hazırdır; alttakiler daha büyük ve daha az ayrıntılıdır.
- Backlog refinement öğeleri net, tahmin edilmiş ve doğru sırada tutar.
- Sprint backlog, mevcut sprint için seçilen öğelerin alt kümesidir.
Örnek
# Ordered from most to least important: small and ready at the top
product_goal: Customers can manage their own subscriptions online
items:
- title: Show the current plan on the account page # ready for the next sprint
type: user story
estimate: 2
acceptance_criteria: [Plan name and renewal date are visible]
- title: Fix double charge when a card is updated
type: bug
estimate: 3
- title: Upgrade the payment library to a supported version
type: technical
estimate: 5
- title: Let customers pause a subscription # an epic, not yet split
type: epicSık sorulan sorular
Product backlog ile sprint backlog arasındaki fark nedir?
Product backlog ürün için planlanan tüm işi içerir ve Product Owner tarafından sıralanır. Sprint backlog ise yalnızca mevcut sprint için seçilen öğeleri, bir de sprint hedefini ve Developer'ların bunları teslim etme planını içerir.
Backlog refinement nedir?
Eskiden backlog grooming denen backlog refinement, backlog öğelerini daha küçük parçalara bölme, ayrıntıları ve kabul kriterlerini netleştirme, onları tahmin etme ve sıralarını ayarlama işinin sürekli yürütülmesidir; böylece yaklaşan öğeler bir sprint'e hazır olur.
Product backlog'a kimler öğe ekleyebilir?
Paydaşlar ve Developer'lar dahil herkes öğe önerebilir, ancak öğelerin backlog'a ait olup olmadığına ve sıradaki yerine Product Owner karar verir.
İlgili sayfalar
- Product OwnerEkipler ve Süreç, s. 18Product Owner, sırada neyin geliştirileceğine karar verip product backlog'u sıralayarak ürünün değerini en üst düzeye çıkaran Scrum sorumluluğudur.
- User StoryEkipler ve Süreç, s. 29User story, bir özelliğin kullanıcının bakış açısından, kimin neyi neden istediğini açıklayan kısa ve sade bir dille yazılmış tanımıdır.
- EpicEkipler ve Süreç, s. 9Epic, Agile'da tek bir sprint'te bitmeyecek kadar büyük olan ve ekibin zamanla teslim edilen daha küçük user story'lere böldüğü geniş bir iş kümesidir.
- SprintEkipler ve Süreç, s. 25Sprint, bir Scrum ekibinin tek hedefe doğru çalışıp kullanılabilir bir ürün artışı ürettiği, bir ay veya daha kısa, çoğunlukla iki haftalık sabit dönemdir.
- ScrumEkipler ve Süreç, s. 21Scrum, küçük bir ekibin tanımlı roller, olaylar ve çıktılarla ürünü sprint denen sabit uzunluklu döngülerde teslim ettiği bir Agile framework'üdür.
- Acceptance CriteriaEkipler ve Süreç, s. 1Acceptance criteria, tek bir user story'nin ya da backlog öğesinin Product Owner'ın kabulü için karşılaması gereken, test edilebilir koşullardır.
Bu sayfada bir hata ya da eksik mi gördünüz?Düzeltme önerin