0
Product backlog takım tarafından geliştirilecek veya geliştirilmekte olan projelerin, taleplerin, problemlerin listelendiği bir iş listedir. Product backlog’un tek sorumlusu Product Owner’dır ve şeffaf olmasını sağlamakla sorumludur.
- Her bir Product Backlog maddesi Product Backlog Item olarak adlandırılmaktadır ve PBI olarak kısaltılmaktadır.
- Product Backlog yaşayan, hiç bir zaman tam olmayacak bir dokümandır. Product Backlog’a her daim madde eklenebilir, silinebilir, değiştirilebilir, öncelikleri yer değiştirebilir. Yaşayan, tam olmayan dokümantasyon denmesinin sebebi de budur.
- Tüm paydaşlar tarafından erişilebilmeli, okuyan herkes tarafından net anlaşılması için kullanılan dilde sade ve kısa olmalıdır. Spesifik kelimelerin kullanılması herkese hitap edemeyeceğinden Product Owner’ın bu konuda hassas olması gerekmektedir.
- Product Owner yakın zaman da gerçekleştirilecek PBI’ları olgunlaştırması gerekmektedir. PO, önündeki minimum 2-3 sprinti olgunlaştırmalıdır, birkaç ay sonra geliştirilecek PBI’lar olgunlaştırmak için zaman ayırması israfa sebep olabilir. Çünkü birkaç ay sonra geliştirilecek PBI belki hiç yapılmayacak veya içeriği değişecek.
- PO, backlog’da yer alan riskli PBI’ları erken ele alınmasını tavsiye ederim. Riskli PBI’ın bize ne getireceği belli değil, önceden ele alınıp en azından risklerinin ortaya konması ilerisi için takıma fayda sağlayacaktır.
Ürün Hedefi:
Product Backlog’un taahhütü Ürün Hedefidir. Scrum takımının ürünle ilgili gelecekte planlamaları ürünün ne duruma geleceğini tanımlayan ürün hedefidir. Ürün Hedefi, uzun vadeli bir plandır. Product Backlog yaşayan bir dokümantasyon olduğundan hedefe ulaşıldığında veyaz vazgeçildiğinde yeni bir hedef belirlenmektedir.
