Product Backlog Nasıl Yönetilir?
Bu durumu aktarmadan önce kısa da olsa Product Backlog nedir? biraz ondan bahsedelim.
Product Backlog (PB); yaratılmış olan ürünün müşterinin kullanımı boyunca sorunsuz bir şekilde çalışmasını sağlayan,müşteriden gelen veya ürünün gelişen teknoloji ile birlikte sürekli iyileştirilen ürünün yazılıma aktarılacak işlerin listesidir.
PB ler dinamik bir yapıdadır. değişen teknoloji ve taleplere ayak uydurabilir formatta olmalıdır.
PO müşterilerinden ve paydaşlarından taleplerini toplayarak bir talep listesi oluşturur. Bu talepleri daha sonrasında kendi içinde clusterlayıp benzer özellikteki talepleri bir alanda toplar. Ardından taleplerin süreçsel olgunluğuna, yaratacağı katma değere ve kullanıcının işlem yapma kolaylıklarıda göz önüne alınarak bir sıralama oluşturulur.
PB ye kaydedilen her bir kaleme “Product Backlog Item (PBI) denir. Product Owner, Product Backlog’u yönetmekle sorumlu olan tek kişidir. Listenin yönetimi şunları içerir:
- Product Backlog Item’larını (kalemleri) net ve kabul kriterlerinin hepsinin olmasını sağlamak.
- Product Backlog’daki Item’ları, hedefleri ve görevleri en pratik ve aciliyetine göre sıralanmalı
- Developer Team’in ortaya çıkaracağı kapasitesi ile de doğru orantılı olacak şekilde öncelik adımlarını belirlemeli
- Product Backlog’un tüm scrum takımı ve paydaşlar için görünür, şeffaf ve anlaşılır olmasını sğalamak ve scrum takımının bir sonraki sprinte alacağı işlerinde jirada yer almasını sağlamak
- Scrum takımının Product Backlog’daki itemları anlaşılır sağlamak ve sınırları iyi belirlemesi gerekmektedir.
İdeal bir Product Backlog’da yer alan maddeler nelerdir diye araştırdığımızda, Bill Wake‘in INVEST modeline karşımıza çıkıyor. Bu model bir user storynin en anlaşılır ve sade biçimde ele alınma biçmi konusunda global standartlardan birisi olarak kabul edilir.
Bir user storynin aşağıdaki özelliklere sahip olması gerekliliğini savunur:
- I: Independent (Bağımsız)
- N: Negotiable (Tartışmaya açık)
- V: Valuable (Değer taşıyan)
- E: Estimable (Tahmin edilebilen)
- S: Small (Küçük)
- T: Testable (Test edilebilen)
Bunların dışında bu talepleri paydaşlardan toplarkende aşağıdaki başlıklar çerçevesinde toplanması önerilir. Çünkü bu başlıklar çerçevesinde gelen talepler hem şefaf hem de scrum takımının puanlama aşamasında daha hızlı netleşmesini sağlayacaktır.
- Talep İçeriği
- Hangi Süreç Adımı (Döküman no)
- Kullanıcak Kullanıcılar
- Hangi Ekranlarda Geliştirme Yapılacak
- Amaç
- Kabul Kriterleri
Son olarak da biraz Epics den ve fonksiyonel olan/olmayan gereksinimlerden de bahsederek yazımızı tamamlayalım.
Epic’ler; yapılması planlanan bir veya daha fazla yeni fonksiyonların veya yazılım tipinin gruplanması ile oluşur. Birden User story’nin aynı başlığın altında toplanarak çalışılan fonksiyonun parçalarının takip edilmesini kolaylaştırır.
İş analizi süreçlerinde ve PBI ye gelen maddelerin analizleri çerçevesinde, fonksiyonel ve fonksiyonel olmayan gereksinimlerin tanımlanması kritik öneme sahiptir. Bu iki gereksinimin tanımlanması için bazı yöntemler bulunmaktadır.
Fonksiyonel Gereksinimler:
Tanımlama: Fonksiyonel gereksinimler, sistemin ne yapması gerektiğini belirtir. Bunlar, kullanıcı işlemleri, veri işleme ve iş mantığı gibi sistem işlevlerini içerir.
Yöntemler:
- Kullanıcı Hikayeleri ve Senaryolar: Kullanıcıların sistemi nasıl kullanacaklarını anlatan hikayeler ve senaryolar oluşturun.
- Veri Akış Diyagramları: Sistemin nasıl veri alıp işleyeceğini ve çıktılarını nasıl vereceğini gösteren diyagramlar kullanın.
- İşlevsel Modelleme: Sistemin işlevsel bileşenlerini ve bunların nasıl etkileşime gireceğini modelleyin.
Fonksiyonel Olmayan Gereksinimler:
Tanımlama: Fonksiyonel olmayan gereksinimler, sistemin nasıl çalışması gerektiğini belirtir. Bunlar, performans, güvenlik, kullanılabilirlik ve uyumluluk gibi kalite özelliklerini içerir.
Yöntemler:
- Kalite Özellikleri Çerçevesi: Sistemin performans, güvenlik, kullanılabilirlik gibi farklı kalite özelliklerini belirleyin.
- Standartlar ve Kılavuzlar: Uygun endüstri standartlarını ve kılavuzlarını kullanarak gereksinimleri tanımlayın.
- Gözden Geçirme ve Değerlendirme: Uzmanlar tarafından yapılan gözden geçirmeler ve değerlendirmelerle gereksinimlerin uygunluğunu kontrol edin.
Her iki tür gereksinimin belirlenmesinde dikkat edilmesi gereken en önemli nokta, gereksinimlerin açık ve ölçülebilir olmasıdır. Ayrıca, gereksinimlerin ilgili paydaşlarla etkili bir şekilde iletişimini sağlamak ve gerektiğinde revize etmek de önemlidir. Böylelikle PBI ninde dinamikliğine katkı sağlamış olmaktadır.
Beni takip etmek isterseniz veya her hangi bir sorunuz olduğunda aşağıdaki linkten bana ulaşabilirsiniz.
Linkedin hesabı: https://www.linkedin.com/in/serapgur/
