Backlog Kabusunuz Olmasın !
Tüm PO’lar bilir ki, backlog bakımı kolay bir iş değildir , emek ister. Bu liste, versiyonlanmış özellikler, mevcut uygulama hataları, altyapı çalışmaları, güvenlik gereksinimleri ve yeni talepler derken dolar da dolar…
Başlangıçta hayat güzeldir : Backlog tertemiz ve düzenlidir, tüm maddelere hakimiyet tamdır. Ancak zaman içinde ürün gelişir, sürekli yeni maddeler eklenir, liste karmaşıklaşmaya ve dağılmaya başlar.
Ve ne olur? Dökümanın düzenli bakımı yapılmazsa, bir süre sonra ürüne ait gerçek hedefi yansıtmaz, karmaşa içinde yolumuzu bulmaya çalışırız.
İşte kabusun başladığı yer tam da burasıdır. Sıralanmamış item’lar, eski ve artık gereksiz talepler, tam anlaşılamayan özellikler… Her sprint öncesi, biraz da panikle backlog’u düzeltmeye çalışırız.
Tüm bunları yaşamamak için backlogun bakımı düzenli şekilde yapılmalıdır. Peki, bu düzenleme işlemi nasıl gerçekleştirilir? İşte işinize yarayacak birkaç madde:
Get Esra Maviş’s stories in your inbox
Join Medium for free to get updates from this writer.
1️⃣- Gelen her fikri PB’ye eklemeyin, filtreden geçirin: PB’a madde eklenmeden önce PO ile görüşülmeli ve eklenmesine dair son kararı her zaman PO vermelidir. Bazen eklenmesine onay verilmeyen talepler üzerine konuştukça, daha farklı çözümler bulunabilir ve çözülmesi gereken problem daha doğru bir şekilde tanımlanabilir.
2️⃣- Güncel maddeleri belirleyin: Ürün geliştikçe bazı maddeler değerini kaybeder. Hangilerinin gözden düştüğünü anlamak için her maddeye oluşturulma ve son güncelleme tarihi eklemek faydalı olabilir.
3️⃣-Yapılmayacak maddeleri listeden çıkarın: Backlog bir “wish list” değildir. Bu nedenle aklınıza gelen her maddeyi eklemek, yönetim için gereken eforu artırır. Artık yapılmasına gerek olmayan maddeler silinebilir veya arşivlenebilir.
4️⃣-Ürün vizyonu maddelerini farklı bir yerde tutun: Ürün vizyonu büyük bir hedef olup zaman içinde evrimleşir. Bu nedenle, vizyona ait çok uzak tarihlere dair işleri farklı bir yerde tutmak, roadmap’i daha anlaşılır kılar.
5️⃣-Review toplantıları düzenleyin: Paydaşlarla birlikte düzenlenecek review toplantıları, maddelerin gözden geçirilmesi için çok faydalı olabilir. Bu toplantı sonrasında her maddeye bir “son review tarihi” ve “ review açıklaması “ eklenebilir.
6️⃣-Item türlerine etiket ekleyin: PB’da birçok farklı tipte madde bulunur. Ürün başlangıçta sadece yeni özelliklerden oluşurken, zamanla bug’lar, teknik borçlar ve altyapı işleri de eklenir. Bu tür farkları netleştirmek için maddelere etiket ekleyerek benzer gruptaki talepler bir arada tutulabilir.
7️⃣-Düşük öncelikli işleri çok parçalamayın: Listenin alt kısmındaki düşük öncelikli işlerle uğraşırken dikkatli olunmalıdır. Aksi takdirde backlog’un gereksiz işlerle şişmesi engellenemez.
Backlog tasarımında şunu unutmamak gerekir: “Amaç kusursuz düzen değil, ürünün yönünü görünür tutmak”tır.
Sonuç olarak, tüm bu düzenlemeleri yapsak da PB her zaman biraz dağınık kalacaktır. Önemli olan, bu dağınıklığın kabul edilebilir seviyede olması ve ürünün yol haritasını gizlememesidir.
