Kalabalık bir ürün backlog’u, çok sayıda değerli fırsat bulunduğunu gösterebilir; fakat aynı zamanda kapanmamış kararların deposu da olabilir. Yıllardır bekleyen fikir, tekrarlanan hata ve onaylanmış yakın iş aynı listede duruyorsa ekip neyin gerçekten taahhüt olduğunu anlayamaz.
Sadeleştirme, rastgele eski kayıtları silmek değildir. İşlerin anlamını, kanıtını ve karar durumunu ayırmaktır. Amaç daha küçük görünen bir liste değil, daha kolay seçilen ve tamamlanan iştir.
Önce kayıt türlerini ayırmak
Ürün problemi, çözüm fikri, hata, teknik bakım ve dış bağımlılık aynı değerlendirme sorularını istemez. Bir güvenilirlik sorunu müşteri talebi az diye önemsiz sayılmamalı; bir fikir de yalnız ayrıntılı yazıldığı için onaylanmış iş gibi görünmemelidir.
Her kaydın türünü ve durumunu belirle. Araştırılacak problem, değerlendirilmiş seçenek ve uygulamaya hazır iş arasında açık sınır olsun. “Backlog’da var” ifadesi teslim tarihi sözüne dönüşmemelidir.
Kaydın sahibi bulunmuyorsa bunun da görünür olması gerekir. Sahipsiz fikir otomatik olarak silinmeyebilir, fakat kimsenin takip etmediği bir taahhüt gibi de taşınmamalıdır.
Aynı işi farklı isimlerden kurtarmak
Tekrarlanan kayıtları yalnız başlığa göre birleştirme. Aynı müşteri görevi, koşul ve beklenen sonucu taşıyıp taşımadıklarına bak. Benzer kelimeler farklı sorunları anlatabilir; farklı başlıklar aynı kök ihtiyaca işaret edebilir.
Birleştirmede ilgili kanıt, müşteri bağlamı ve karar geçmişi korunmalıdır. En uzun açıklamayı tutup diğerlerini silmek önemli bir istisnayı kaybettirebilir. Ana problem kaydına bağlantı vererek eski taleplerin izini sürmek daha güvenlidir.
Bir kayıt birden fazla bağımsız sonucu içeriyorsa ayrıştır. “Raporlamayı iyileştir” gibi büyük başlıklar, seçilecek işin sınırını belirsiz bırakır. Ayrılan parçaların ortak amacını yine görünür tut.
Her kayda aynı minimum soruları sormak
Kim hangi işi yapamıyor, bunun kanıtı ne, çözülmezse ne oluyor, hangi sonuç değişmeli? Bu sorulara cevap veremeyen kayıt hemen uygulamaya hazır değildir. Araştırma kuyruğunda kalabilir veya arşive alınabilir.
Kanıtın yaşı da önemlidir. Ürün, müşteri grubu veya entegrasyon değiştiyse eski problem artık geçerli olmayabilir. Güncellik kontrolü yapılmadan geçmiş talep sayısını bugünkü öncelik gibi kullanma.
Maliyet tahmini gerekiyorsa aralık ve belirsizlikle yaz. Henüz teknik sınırı araştırılmamış işi tek kesin gün sayısıyla karşılaştırmak sahte hassasiyet üretir.
Karar durumlarını açıklaştırmak
Yakın dönemde yapılacak işler, yeniden kanıt bekleyen işler ve şu an yapılmayacak işler ayrı görünmelidir. “Bir gün” sütunu çoğu zaman karar vermemeyi saklar. Bunun yerine yeniden değerlendirme koşulu yazılabilir: belirli bir kullanım eşiği, müşteri grubu değişimi veya bağımlılığın çözülmesi gibi.
Arşivlemek fikrin değersiz olduğu anlamına gelmez. Mevcut kapsam ve kanıta göre aktif dikkat istemediğini belirtir. Gerekçe korunursa yeni veri geldiğinde karar yeniden açılabilir.
Paydaşlara bu durumların anlamını anlat. Bir kaydı listeden çıkarmak sessiz bir ret gibi algılanmamalıdır. Ancak her eski fikri açık tutmak da gerçekçi bir hizmet sözü değildir.
Aktif iş miktarını sınırlamak
Ekip aynı anda çok fazla işe başlarsa tamamlanma ve öğrenme gecikebilir. Aktif iş sınırı, kapasite ve bağımlılıklara göre belirlenmelidir. Evrensel tek sayı yoktur; önemli olan yeni iş almadan önce mevcut işin durumunu görmektir.
Bir iş sürekli bekliyorsa nedenini incele. Karar eksikliği, dış yanıt, belirsiz kabul koşulu veya kapasite sorunu olabilir. Beklemeyi “geliştirme sürüyor” başlığı altında saklamak planı yanıltır.
Öncelik toplantısı yalnız sıralama üretmemeli; hangi işin duracağı veya kapsamdan çıkacağı da belirlenmelidir. Yeni öncelik eskilerin üstüne eklenen sınırsız bir yük değildir.
Sadeleştirmenin sonucunu izlemek
Liste küçüldü diye çalışma otomatik olarak iyileşmiş sayılmaz. Seçim süresi, sahipsiz iş sayısı, yeniden açılan belirsiz talepler ve tamamlanan işin karar değeri incelenebilir. Gereksiz kayıt temizliği, önemli kanıtı kaybetmemelidir.
Düzenli kısa bakım, yılda bir büyük temizlikten daha sürdürülebilir olabilir. Her yeni kayıt için minimum bağlam, her kapanış için sonuç ve her erteleme için gerekçe istemek backlog’un tekrar belirsizleşmesini azaltır.
Problemi çözüm talebinden ayırmak için MerchNivo çalışma rehberini, fikirden denemeye geçiş için Keşif Atlası araştırma planını okuyabilirsin.