Görev Backlog’u: Etkili Yönetim ve Önceliklendirme

Giriş

Agile'da görev backlog'u, takımın yapması gereken her şeyi içeren ve sürekli değişen bir listedir. İçinde özellikler, hata düzeltmeleri, iyileştirmeler ve ürün hedeflerine katkı sağlayan diğer tüm işler bulunur. Projedeki herkes için tek doğruluk kaynağıdır. Böylece öncelikler görünür olur ve herkes onları aynı şekilde anlar. Backlog'daki her öğe, kullanıcıya ulaşacak olası bir değeri temsil eder. Bu yüzden backlog'un kalitesi, teslimatın kalitesini doğrudan belirler.

Neden önemli

Net bir yapısı olmayan backlog, projeye planlama borcu biriktirir. Bu borç büyüdükçe teslimatlar aksamaya başlar. İyi bakılan bir backlog ise şunları yapar:

• Yön tanımlar: Projenin nereye gittiğini ve takımın hangi hedefler için çalıştığını gösterir.
• Odağı sağlar: Takım şu an neye odaklanacağını ve sonraki döngülerde neyin geleceğini bilir.
• Şeffaflığı artırır: Herkes neyin üzerinde çalışıldığını, neyin bittiğini ve sırada ne olduğunu görür. Yazılım geliştirmede etkili takım çalışması bunsuz olmaz.
• Adaptasyonu sağlar: Yeni bilgi geldiğinde ya da pazar değiştiğinde öncelikler hızla yeniden sıralanabilir — Agile yaklaşımının en önemli pratik avantajlarından biri de budur.
• Planlama için temel: Sprint ya da iterasyon planlamasının çıkış noktasıdır. Bakımlı bir backlog'la gelen takım, planlama toplantısında keşif yapmakla uğraşmaz, doğrudan karar verir.

Backlog yönetimi

Backlog yönetimi sürekli bir iştir. Bir kez kurup bırakılacak bir şey olarak görülmemeli.

• Tek sahip: Backlog'un bir sorumlusu olmalıdır, çoğunlukla Product Owner. İçerikten, önceliklerden ve anlaşılırlıktan bu kişi sorumludur. Sahiplik paylaşıldığında tekrarlar ve çelişkiler ortaya çıkar.
• Sürekli güncelleme: Backlog yerinde durmaz. Yeni öğeler eklenir, eskileri çıkarılır, öncelikler değişir. Düzenli refinement oturumları bu işi sistemli hale getirir. Böylece takım yalnızca sorun çıktığında harekete geçmez.
• Netlik: Her öğe basit ve açık bir dille yazılmalıdır. Takımdaki herkes onu ek açıklama ya da yorum gerektirmeden anlayabilmelidir.
• Yukarıdan aşağıya detay: Listenin tepesindeki öğeler (en yüksek öncelik) olabildiğince ayrıntılı ve geliştirmeye hazır olmalıdır. Aşağıdakiler için bu kadar ayrıntı gerekmez. Sıra onlara gelene kadar planlar zaten değişebilir.

Önceliklendirme

Görev önceliklendirme, mevcut koşullar altında en çok değeri neyin getireceğini belirler. Kâğıt üzerinde en önemli görünen iş, bu sorunun cevabı olmayabilir.

• İş ve kullanıcı değeri: Ana ölçüt budur. Hangi öğeler en çok fayda sağlar? Hangileri kullanıcıların en çok canını sıkan sorunları çözer? Hangileri şirketin stratejik hedeflerine en doğrudan katkı yapar?
• Aciliyet: Hemen ilgilenmeyi gerektiren bir son tarih ya da dış etken var mı? Örneğin ciddi hatalar, yasal zorunluluklar ya da kaçırılmaması gereken pazar fırsatları.
• Uygulama maliyeti: Çaba tahmini, öğelerin maliyetini birbiriyle karşılaştırmaya yarar. Birkaç küçük ama değerli iş, tek bir büyük işten toplamda daha fazla değer getirebilir. Story point'ler ya da T-shirt boyutlandırması yaygın tahmin yöntemleridir.
• Risk: Yüksek riskli görevleri öne almak bazen mantıklıdır. Böylece teknik sorunlar, başka işler onlara bağlanmadan ortaya çıkar.
• Bağımlılıklar: Önceliği düşük bir öğe, önemli bir işin başlayabilmesi için önce bitirilmek zorunda kalabilir. Bunu görmek için görevler arasındaki bağımlılıkların açıkça görünmesi gerekir.

Bu süreci yapılandıran kurulmuş önceliklendirme çerçeveleri:

• MoSCoW (Must-have, Should-have, Could-have, Won't-have): gereksinimleri teslimat için ne kadar zorunlu olduklarına göre sınıflandırır
• Değer vs. Çaba matrisi: görevleri getirdikleri değer ile gerektirdikleri çabaya göre görselleştirir ve yüksek değerli, düşük çabalı fırsatları öne çıkarır
• Kano Modeli: müşteri memnuniyetine odaklanır; temel gereksinimleri, performans özelliklerini ve müşteriyi sevindiren unsurları birbirinden ayırır
• WSJF (Weighted Shortest Job First): en kısa sürede en büyük ekonomik faydayı sağlayan görevleri öne alır — SAFe ortamlarında standarttır

Optimizasyon ve refinement

Refinement oturumlarında takım, Product Owner ile birlikte backlog'u gözden geçirir. Öğeleri ayrıntılandırır, tahmin eder ve listeyi temizler. Backlog'u kâğıt üzerinde düzgün görünen bir listeden, işe gerçekten yarayan bir araca dönüştüren şey bu oturumlardır.

• Detaylandırma: Yüksek öncelikli öğeler netleştirilir, gerekirse daha küçük görevlere bölünür ve geliştirmeye hazırlanır.
• Tahmin: Takım görevlerin çabasını tahmin eder. Product Owner da doğru önceliklendirme kararları için ihtiyaç duyduğu veriyi buradan alır.
• Eski öğelerin kaldırılması: Artık önemi kalmayan görevler birikmeye bırakılmaz, silinir. Aksi halde backlog o kadar büyür ki kimse onu kullanamaz.
• Önceliklerin yeniden değerlendirilmesi: Takım, son refinement'tan bu yana önceliklerin değişip değişmediğini açıkça konuşur. Yeni bilgiler ve değişen dış koşullar da hesaba katılır.

Refinement oturumları düzenli yapılmalı ve süreleri sınırlı olmalıdır. Amaç backlog'u iyi durumda tutmaktır — takımın zamanını gereğinden fazla yemeden.

Yaygın hatalar

İyi uygulamaları bilen takımlar bile sık sık aynı hatalara düşer:

• Şişkin backlog: Temizlenmeden büyüyen backlog, planlama aracı olarak işe yaramaz hale gelir. Hiçbir zaman ele alınmayacak öğeler her incelemede zaman kaybettirir ve asıl öncelikleri gölgeler.
• Anlamlı önceliklendirme eksikliği: Bütün görevler aynı önceliğe sahipse backlog kimseye yol göstermez. Net ve kademeli bir önceliklendirme keyfe bağlı bir tercih sayılmamalı. O olmadan backlog işlevini yerine getiremez.
• Takımı refinement'tan dışlamak: Görevlerin netleştirilmesine ve tahminine katılmayan takım, işi daha az anlar ve daha az sahiplenir. İkisi de uygulamayı yavaşlatır.
• Düşük kaliteli öğeler: Belirsiz ya da fazla büyük görevler yoruma açık kalır. İş yavaşlar, tahminler tutmaz.
• Backlog'u sabit olarak ele almak: Sürekli güncellenmeyen bir backlog, Agile'ın yapısını sunar ama onu işe yarar kılan uyum yeteneğini sunmaz.

İlgili makaleler:

Stratejik proje planlama ve yol haritası yapısı hakkında bilgi için Proje yol haritası: Projenizi planlama ve yönetme yazısını okuyun.

Waterfall yönetim yöntemine ayrıntılı bir bakış için Waterfall proje yönetimi: Adım adım bir kılavuz yazısına göz atın.

Agile'ın dayandığı değerler ve ilkeler için Agile manifesto: Temel değerler ve ilkeler açıklandı yazısını okuyun. Daha fazla bilgi: Görevler.

Sonuç

Backlog yönetimi ve disiplinli görev önceliklendirme, günlük işin parçası olan pratiklerdir. İyi bakılan bir backlog, takımı en çok değer getiren işe odaklı tutar. Değişime hızla uyum sağlamayı mümkün kılar ve sprintlerin öngörülebilir ilerlemesi için sağlam bir planlama temeli sunar. Bu alışkanlıkları kurmak ve sürdürmek emek ister — karşılığında teslimatlar daha tutarlı olur, planlamaya daha az zaman gider ve takım yönünü kaybetmeden değişen koşullara yanıt verebilir.