• Hakkımızda
  • İletişim
Agile Portal
  • KATEGORİLER
  • ORGANİZASYONEL ÇEVİKLİK
  • BİREYSEL ÇEVİKLİK
  • KATEGORİLER
  • ORGANİZASYONEL ÇEVİKLİK
  • BİREYSEL ÇEVİKLİK
No Result
View All Result
Agile Portal
No Result
View All Result

Product Backlog olgunluğunu artırma

Muhammed Lap by Muhammed Lap
November 21, 2022
in Scrum & Kanban
0
Product Backlog olgunluğunu artırma

Takım tarafından gerçekleştirilecek herbir işin Product Backlog‘da olduğunu, yönetiminin tek sorumlusunun Product Owner‘ın olduğunu ve Product Backlog’da olması gereken temel alanları daha önceki yazılarımızda paylaşmıştık. Bu yazımda ise Product Backlog’un olgunluğunu artırmak için hangi alanlara dikkat etmemiz gerektiğini yazacağım.

Kabul kriteri: Kabul kriteri alanının kaliteli olması kurumsal hafızanın sürekliliğini sağlayacaktır. Aynı zamanda talep sahipleri ile Product Owner’ın, Product Owner ile Agile takımında bir anlaşmasının göstergesidir. Kaliteli bir şekilde doldurulması birçok sorunun oluşmadan engellenmesini sağlayacak bir alandır. Bu sebeple boş bırakılan, belli bir uzmanlık alanına hizmet eden, PBI ile aynı olan item’ler belirlenerek toplam aktif PBI’lar arasındaki oranı kontrol edilebilir. Sadece kabul kriterinin girilmesi değil, kaliteli olmasını sağlayacak kontroller eklenebilir.

Refine edilen PBI sayısı: Product Owner’ın bir sonraki sprintlere backlog’unu hazır edebilmeli, yani refine etmelidir. Product Backlog’da öncelikli PBI’ların arasından refine edilen PBI’ların sayısının fazla olması backlog’un olgunluğunu artıracaktır.

Öncelik gruplaması: Must, Should, Could gibi gruplanabilecek bir önceliklendirme tekniği kullanılıyorsa en öncelikli işlerin diğer işlere göre oranına bakılabilir. Oran yüksekse öncelik kavramını tekrar değerlendirmek gerekebilir.

Büyüklük: Scrum takımları PBI için çeşitli tekniklerde büyüklük tahminlemesi yapıyor. Referans PBI büyüklüğüne göre çok büyük olarak PBI’lar daha küçük parçalara bölünebilir. Belli bir dönem içinde tamamlanmış ve devam eden PBI le arasında büyük boyutlu PBIların oranı kontrol edilebilir.

Waterfall Yaklaşımı: Agile takımların her sprint veya iterasyon değer üretmesi gerekmektedir. PBI’ların uzmanlık alanına göre bölünüyor olması waterfall yaklaşımının bir göstergesidir. Bu sebeple aktif PBI’ların içinden waterfall yaklaşımını gösteren PBI’ların oranına bakılabilir. Bu oran azaltıldıkça backlog olgunluğu da artacaktır.

Sprint’e ek iş alımı: Sprint planlamadan sonra sprinte ek iş alımının oranının yükselikliği backlog’un önceliklendirilmesinde problem olduğunu gösterir. Bu sebeple bu oran takip edilip minimumda tutulması takımın motivasyonu açısından da önemlidir.

İnovasyon oranı: Agile takımların yeni özellikleri sık ve sürekli olarak pazara sunması gerekir. Product Backlog’da yer alan PBI’ların tipine göre takip edilmesi ve yeni özellik geliştiren PBI’ların yüksek oranda olması ürünün adaptasyonunda bir göstergesidir.

Tags: kanbanproduct backlogscrum
Previous Post

Product Owner’ın gelişim süreci

Next Post

Product Owner’ın liderlerle iletişimi

Next Post
Product Owner’ın liderlerle iletişimi

Product Owner'ın liderlerle iletişimi

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

Recent Posts

  • Gemba Walk (Talk) nedir?
  • Kişisel çeviklik
  • Bisiklet sürmeyi unutmak mümkün mü?
  • Agile takımlarda performans ölçümü
  • Koç, Mentor ve Danışman farkı

Recent Comments

No comments to show.

agileportal

    © Copyright 2023 AgilePortal.net Powered by MLAP.com.tr

    No Result
    View All Result
    • Anasayfa
    • Hakkımızda
    • Sözlük

    © 2023 JNews - Premium WordPress news & magazine theme by Jegtheme.