Kavramın hikâyesi
Önce iş karşılığını gör, gerektiğinde bağlamı aç.
İlk taramaİşte karşılaşacağın sinyaller
Gerilim ve çözüm · Bölüm 01
Hangi problemi çözer?
Backlog, “hangi işi biliyoruz, hangisini önce değerlendireceğiz ve bu iş hangi goal'a hizmet ediyor?” sorularına ortak bir referans sağlar.
Tam bağlamı açGerekçe, sınırlar ve kalan ayrıntı
Scrum'daki Product Backlog, Scrum Team'in üstlendiği işin single source'u olarak transparency yaratır. Bu, listedeki her item'ın kesin yapılacağı veya ilk yazıldığı hâliyle kalacağı anlamına gelmez.
Gerçek hayat · Bölüm 02
Gerçek iş senaryosu
SCN-006'da ekip yeni bir kullanıcı özelliği ile sık değişen ödeme modülündeki Technical Debt item'ını tartışıyor. “Debt her zaman önce” veya “feature her zaman önce” denmiyor.
Tam bağlamı açGerekçe, sınırlar ve kalan ayrıntı
İki item'ın Product Goal'a katkısı, bekleme maliyeti, risk, bağımlılık ve belirsizliği görünür hâle getiriliyor. Henüz anlaşılmayan debt item'ı Refinement'a alınıyor; kararın nedeni Backlog'da korunuyor.
Duyacağın bağlam · Bölüm 03
Ekipte bunu nasıl duyabilirsin?
Temsili ekip konuşması: “Bu Technical Debt item'ı Backlog'da var ama etkisi ve ertelemeye bağlı maliyeti belirsiz. Order kararından önce ilgili modülü, tekrar eden işi ve beklenen iyileştirmeyi netleştirelim.”
Beklenti seviyesi · Bölüm 04
Junior hangi seviyede bilmeli?
- Tanı: Backlog, Product Backlog, Product Backlog item, Sprint Backlog ve Ticket ifadelerini bağlamıyla ayırt edebilmelisin.
- Açıkla: Product Backlog'un neden ordered ve emergent olduğunu, her kayıt listesinin neden otomatik Product Backlog olmadığını anlatabilmelisin.
- Uygula: Bir item'ın goal, beklenen sonuç, risk, bağımlılık ve açıklık bilgisini sorabilmeli; listedeki sırasını kesin delivery sözü gibi yorumlamamalısın.
- Şimdilik bilmesi gerekmeyen: Organizasyon çapında portfolio order modeli, finansal prioritization formülü veya araç yöneticiliği.
İhtiyacın kökeni · Bölüm 05
Neden ortaya çıktı?
Yeni istekler, hatalar, öğrenmeler ve iyileştirmeler yalnız mesajlarda veya kişilerin hafızasında kaldığında neyin neden beklediği kaybolabilir. Backlog bu aday işi ortak bir planlama yüzeyine taşır. Product ve koşullar değiştikçe liste de emerge eder; refinement item'ları ihtiyaç kadar netleştirir.
Ekip etkisi · Bölüm 06
Şirketler neden kullanır?
Ekipler istekleri, maintenance işini ve öğrenilen yeni ihtiyaçları kaybetmeden karşılaştırmak için Backlog kullanabilir.
Tam bağlamı açGerekçe, sınırlar ve kalan ayrıntı
Scrum kullanan bir ekipte Product Owner effective Product Backlog management'tan accountable'dır; item yazma veya detaylandırma işine başkaları katkı verebilir. Scrum kullanmayan ekipler de backlog kelimesini kullanabilir, ancak aynı artifact ve accountability kurallarını taşıdıkları varsayılmaz.
Karar alanı · Bölüm 07
Trade-off ve bağlam
Backlog aday işi görünür kılar; fakat sürekli item ekleyip eski veya değersiz item'ları sorgulamamak listeyi gürültüye dönüştürebilir.
Tam bağlamı açGerekçe, sınırlar ve kalan ayrıntı
Çok erken ayrıntı, koşullar değişince boşa gidebilir; çok az ayrıntı ise doğru order ve Sprint seçimini zorlaştırabilir. Uygun ayrıntı item'ın yakınlığı, riski ve belirsizliğine bağlıdır.
Yanılgı radarı · Bölüm 08
Yaygın yanlış anlamalar
- “Backlog, yapılması kesin işlerin deadline sırasıdır.” Yanlış; liste emergent olabilir, item'lar yeniden order edilebilir veya artık gerekli olmayabilir.
- “Her issue listesi Product Backlog'dur.” Yanlış; Product Backlog Scrum'a özgü artifact ve accountability sınırları taşır.
- “Backlog item = user story.” Yanlış; Scrum Guide zorunlu bir item formatı tanımlamaz ve attribute'ların domain'e göre değişebileceğini söyler.
- “En üst item otomatik olarak bir sonraki Sprint'e girer.” Yanlış; Developers Sprint Planning'de Product Owner ile görüşerek seçim yapar ve goal, geçmiş performance, capacity ile Definition of Done bağlamını dikkate alır.
- “Product Owner bütün item'ları tek başına yazmalıdır.” Yanlış; sorumluluklar devredilebilir, accountability Product Owner'da kalır.
Gerilim ve çözüm1. bölüm