Agile dönüşüm sonrası takımların en çok zorlandığı konulardan biri, Product Backlog Item (PBI)’ları Definition of Done (DoD) kriterlerini dikkate alarak küçük parçalara ayırmaktır. Buradaki amaç, her bir PBI’ın tek başına değer üretenbir iş parçası olmasıdır.
Alışkanlıklarımız genellikle işleri “analiz, yazılım, test” gibi fonksiyonel adımlara bölmek yönünde olduğundan, değer üreten parçalara bölmek ilk etapta zorluk çıkarabilir. Ancak bu kası ne kadar çok çalıştırırsak, takım o kadar hızla gelişir ve yeni yaklaşım bir alışkanlığa dönüşür.
Yazılım geliştirmedeki bir çıktının değeri, üretim ortamına deploy edilebilecek özelliklere sahip çalışan yazılım parçası olarak tanımlanabilir. Bu yüzden PBI’ları küçük parçalara bölerken “değer üretiyor mu?” sorusu en önemli kriter olmalıdır.
Takımlar PBI’ları değer odaklı küçük parçalara ayırmak için aşağıdaki yöntemlerden yararlanabilir:
1. İş Akışına Göre
Bir akışın adımlarına bölmek faydalı olabilir.
Örnek: EFT fonksiyonu için akış şu şekilde olabilir:
-
Gönderen Bilgileri
-
Alıcı Bilgileri
-
Tutar Bilgisi
-
Onay
Her adım, tamamlandığında test edilebilir, kalite onayı alınabilir ve paydaşlardan geri bildirim toplanabilir. Bu parçalar tek başına üretim ortamına alınabilir durumda olur.
2. Platform Bazlı
PBI birden fazla platformu içeriyorsa (mobil, web, desktop) her biri için ayrı PBI oluşturulabilir.
Örnek: EFT fonksiyonu → Mobil Gönderen Bilgileri, Web Gönderen Bilgileri.
3. İşletim Sistemi / Tarayıcıya Göre
Geliştirilen fonksiyon farklı tarayıcılarda veya işletim sistemlerinde çalışacaksa, her biri için ayrı PBI tanımlanabilir.
4. Parametrelere Göre
Filtreleme, arama veya veri girişi fonksiyonları parametrelere ayrılabilir.
Örnek: “Arama” fonksiyonu için isim, tarih, kategori gibi her parametre ayrı bir PBI olabilir.
5. İş Kurallarına Göre
Her akış farklı kurallar barındırabilir. Bu kurallar ayrı PBI olarak ele alınabilir.
Örnek: TC Kimlik numarasının ilk ve son 3 hanesinin maskelenmesi.
6. Test Senaryolarına Göre
Her test senaryosu bir iş kuralını ya da akışı temsil edebilir. Bu senaryolar baz alınarak PBI oluşturulabilir.
7. Rol Bazlı
Üründe farklı kullanıcı rolleri varsa, bu roller için ayrı PBI tanımlanabilir.
Örnek: Kullanıcı rolü için ayrı, yönetici rolü için ayrı geliştirmeler.
8. İşlem Türlerine Göre
İşlem tipleri farklı PBI’lara bölünebilir.
Örnek: Silme, Düzenleme, Görüntüleme gibi işlemler.
📌 Sonuç:
PBI’ları doğru şekilde küçük parçalara bölmek, hem sprint içinde değer üretimini hızlandırır hem de paydaşlardan erken geri bildirim alınmasını sağlar. Bu da ürünün pazara daha hızlı ve doğru uyumlanmasına katkıda bulunur.
