Backlog Nedir? Ürün Backlog'u Nasıl Yönetilir?

Product backlog, ürün için yapılması düşünülen her şeyin öncelik sırasına dizilmiş tek listesidir. İki kelime kritik: tek ve sıralı. İki ayrı liste tutan ekipte öncelik tartışması hiç bitmez; sıralanmamış liste ise liste değil, yığındır.

Backlog bir istek kutusu değildir

En yaygın yanlış anlama budur. Gelen her fikri backlog'a atmak, kimseyi kırmamanın kolay yoludur ama bedeli ağırdır: iki yıl sonra kimsenin okumadığı, aranamayan, içinde ne olduğu bilinmeyen bir arşiv oluşur. Backlog'un sahibi, listeye almamaya da karar verebilen kişidir.

Sağlıklı backlog nasıl görünür?

Piramit gibi. Üstteki işler küçük, net ve hemen alınabilir durumdadır; aşağı indikçe kalınlaşır ve bulanıklaşır:

• İlk 1-2 sprintlik kısım: kabul kriterleri yazılmış, tahmin edilmiş, hazır.
• Sonraki birkaç sprint: ana hatlarıyla belli, ayrıntı bekliyor.
• Alt kısım: tek satırlık fikirler, henüz emek harcanmamış.

Alttaki işleri şimdiden ayrıntılandırmak israftır; çoğu hiç yapılmayacaktır.

Refinement: sürekli bakım

Backlog düzenleme, listeyi yaşanabilir tutan periyodik bakımdır. Haftada bir saat yeterlidir. Bu seansta üç şey yapılır: sıradaki işleri netleştirmek, büyükleri bölmek ve artık geçerli olmayanları çıkarmak.

Üçüncüsü en zorudur çünkü silmek, bir fikirden vazgeçmek gibi hissettirir. Pratik bir kural: altı aydır listenin dibinde duran ve kimsenin sormadığı iş, ihtiyaç değildir. Bir arşiv etiketiyle kaldırın; gerçekten gerekiyorsa geri gelir.

Önceliklendirme

Sıralama duyguyla değil ölçütle yapılır. RICE, MoSCoW ve Kano gibi yöntemleri önceliklendirme yazısında karşılaştırdım. Hangi yöntemi seçerseniz seçin, tek kural değişmez: aynı anda iki iş birinci öncelikli olamaz.

Bir işi listeden çıkarmanın da bir sanatı var; onu bir özelliği öldürmek yazısında anlatmıştım. Hikâyelerin nasıl yazıldığı için de user story rehberine bakın.

İlk sürümde bu listenin hangi kısmının gireceği ayrı bir karardır; MVP nedir yazısında o sınırı nasıl çizdiğimi anlattım. Listedeki varsayımları gerçek kullanıcıyla test etmek içinse beta programı kurmak en ucuz yoldur.

Sıkça sorulan sorular

Backlog'da kaç madde olmalı?

Sayı değil okunabilirlik ölçüttür. Bir kişinin yarım saatte gözden geçiremediği backlog, karar verilemeyen backlog'tur. Pratikte 100 maddenin üstü genelde temizlik gerektirir.

Hataları backlog'a mı yazmalı?

Kritik hatalar sıraya girmez, hemen çözülür. Kritik olmayanlar backlog'a girer ve diğer işlerle aynı ölçütle sıralanır. Ayrı bir "hata listesi" tutmak, o listenin görünmez olmasıyla sonuçlanır.

Backlog'u kim önceliklendirir?

Product Owner. Paydaşlar etkiler, ekip bilgi verir, ama sıralamanın tek sahibi vardır. Sahibi olmayan liste, en yüksek sesli kişinin listesine dönüşür.

Backlog ile roadmap (yol haritası) farkı ne?

Backlog, yapılacak işlerin ayrıntılı ve sıralı listesidir; sürekli değişir, herkes okuyabilir ama günlük çalışma malzemesidir. Yol haritası ise daha üst seviyede, dışa dönük bir anlatıdır: hangi tema ne zaman geliyor. Roadmap "neden ve ne zaman" sorusuna, backlog "tam olarak ne ve hangi sırayla" sorusuna cevap verir.