DevOps Ekiplerinde Product Backlog Yönetimini Kolaylaştırma İpuçları
DevOps son yıllarda sistem ve yazılım geliştirmedeki en büyük trendlerden biri. Peki nedir bu DevOps? Kısaca bahsetmek gerekirse, DevOps geliştirme ve operasyon ekiplerinin bir yazılım projesinin test, dağıtım ve yönetim aşamalarının hepsinin kapsandığı, SDLC’nin tamamında birlikte çalıştığı bir proje yönetim disiplinidir.
Bir DevOps ortamında tüm felsefe hızlı geri bildirime yöneliktir. Bu da DevOps ekiplerinin, sistemde önemli bir değişiklik yapıldığında her şeyi hızlı bir şekilde üretime sokmaya çalışmasına neden olur. DevOps, geliştirme ve operasyonları birleştirmenin uygulama ve ilkelerini tanımlamak için bulunduğundan dolayı, bu yaklaşım klasik Scrum yaklaşımına kıyasla özellikle Product Owner rolünde bazı zorluklar yaratabilir. Bu zorlukları azaltmanın ve product backlog yönetimini kolaylaştırmanın birkaç yolu var.
1. Task kapsamlarını azaltın
Geliştirme akışını aksatmamak için taskların makul kapsamda olması gerekir. Büyük ve kapsamlı tasklar, olabildiğince küçük ve uygun tasklara bölünmelidir. Bu işleyiş, son kullanıcılara eksik veya hatalı kod iletilmesinin de önüne geçecektir.
2. Önceliklendirme yapın
Daha önce belirtildiği gibi, DevOps’un temel ilkelerinden biri hızlı geri bildirimdir. Bundan faydalanmak için Product Owner’ın geri bildirimleri sürekli takip etmesi ve geri bildirimlere göre taskların Product Backlog üzerinde önceliklendirmesi gereklidir. Sprint planlamasının en az iki haftada bir yapıldığı bir DevOps ekibinde Product Owner, önceliğe sahip olmayan herhangi bir işe geliştiricilerin başlamasına izin vermemelidir.
3. Kabul Kriteleri ve Bitti Tanımı pratiklerini kullanın
Kabul kriterleri, ekibin bir gereksinimin veya hata düzeltmesinin tamamen uygulanıp uygulanmadığını doğrulamak için kullanması gereken koşulları açıklayarak “Bitti”nin ne anlama geldiğini tanımlar. Açık kabul kriterleri, gereksinimlerin tahmin edilmesi, geliştirilmesi ve test edilmesi konusunda yardımcı olur. Bir talebi planlamaya dahil etmek için Definition of Ready(DoR), istenen kalitede, eksiksiz ürün teslimi için de Definition of Done(DoD) tanımlarından yararlanabilirsiniz. Bu tanımları kendi ekibinizle beraber şekillendirebilir ve değiştirebilirsiniz.
4. Ekip ve ürün sahibi arasında bir geri bildirim döngüsü sağlayın
Sistemin bakımını yapan geliştirme ekibi olduğundan, kullanıcıların davranışlarını gözlemleyerek neyin işe yarayıp yaramadığına dair fikir edinebilirler. Ürün sahibi ve paydaşlarının bu bilgiyi kullanabilmesi için ekipten ürün sahibine bir geri bildirim döngüsü oluşturulması önemlidir.
Bu, tasklar olarak tanımlanan bir süreç yoluyla veya daha gayri resmi bir kanal aracılığıyla olabilir. İkincisi etkili olabilse de ilkini düşünmenizi tavsiye ederim çünkü yazılı olmayan kanallar kolayca bozulabilir ve ürün sahibini gerekli bilgilerden mahrum bırakabilir.
