Product Backlog, takım tarafından geliştirilecek veya geliştirilmekte olan projelerin, taleplerin ve problemlerin listelendiği bir iş listesidir. Backlog’un tek sorumlusu Product Owner’dır ve şeffaflığını sağlamakla yükümlüdür.
Product Backlog’un Özellikleri
-
Her bir backlog maddesi Product Backlog Item (PBI) olarak adlandırılır.
-
Yaşayan bir dokümandır. Hiçbir zaman tamamen bitmiş olmayacaktır. Her zaman yeni maddeler eklenebilir, mevcut maddeler silinebilir, değiştirilebilir veya öncelikleri güncellenebilir.
-
Şeffaf olmalıdır. Tüm paydaşların erişimine açık olmalı ve herkesin net anlayabileceği şekilde sade ve anlaşılır bir dille yazılmalıdır. Karmaşık ya da çok teknik ifadelerden kaçınılmalıdır.
-
Yakın vadeye odaklanır. Product Owner, önündeki minimum 2–3 sprint için PBI’ları olgunlaştırmalıdır. Daha uzun vadeli (örneğin birkaç ay sonrası) maddelerin detaylandırılması israf olabilir, çünkü bu maddeler değişebilir hatta hiç yapılmayabilir.
-
Riskli PBI’lar erken ele alınmalıdır. Böylece belirsizlikler ortaya çıkarılır, riskler netleştirilir ve takım için ileride fayda sağlanır.
Ürün Hedefi
Product Backlog’un taahhüdü Ürün Hedefidir.
-
Ürün Hedefi, ürünün gelecekte ulaşması planlanan durumu tanımlar.
-
Uzun vadeli bir plandır ve Scrum takımının yol haritasını oluşturur.
-
Product Backlog yaşayan bir doküman olduğu için hedefe ulaşıldığında veya hedef iptal edildiğinde yeni bir Ürün Hedefi belirlenir.
Product Backlog, sürekli gelişen ve değişen bir iş listesidir. Doğru yönetildiğinde, hem şeffaflığı artırır hem de takımın odaklanmasını sağlar. Ürün Hedefi ise bu yolculuğun pusulası niteliğindedir.