Page 150 - Yazılım Teknolojileri Araştırma Bülteni 2023
P. 150

150 | Scrum’da Uygulanan Kötü Pratikler



           sprint içinde bir takım diğer takımlara oranlara daha fazla iş puanı (story point) tamamlamış
           olabilir.  Bu  sonucu  yanlış  yorumlayarak  diğer  takımların  rekabet  etmesi  ekipleri  yanlış
           sonuçlara sürükleyebilir. Tamamlanan toplam iş puanı (story point) toplam yapılan iş miktarını
           ölçmemektedir. Iş puanının fazlalığı ile yapılan iş miktarı ölçülmeye başlandığında, bu durum
           işe olması gerekenden fazla iş puanı verilmesine sebep olabilir, bu da sprint planlamanın yanlış
           yapılmasına yol açacaktır.



           Sprint Planlama


           Sprint planlama, sprinti başlatan Scrum’daki bir olaydır. Sprint planlamasının amacı, sprintte
           nelerin  sunulabileceğini  ve  bu  işin  nasıl  başarılacağını  tanımlamaktır.  Sprint  planlaması,  tüm
           Scrum  ekibi  ile  işbirliği  içinde  yapılır.  Scrum’da  sprint,  tüm  işlerin  yapıldığı  belirli  bir  zaman
           dilimidir.  Ancak,  harekete  geçmeden  önce  sprintin  planlanması  gerekir.  Işlerin  ne  kadar
           süreceğine, sprint hedefine ve nereden başlanacağına karar verilmesi gerekir. Sprint planlama
           oturumu, gündemi ve odağı belirleyerek sprinti başlatır. Doğru yapılırsa, ekibin zorlanmadığı
           ve  başarılı  olabileceği  çalışma  ortamını  oluşturur  ve  takımın  motivasyonunu  yükseltir.  Kötü
           sprint planları, gerçekçi olmayan beklentiler içererek takımı olumsuz etkileyebilir. Bu yüzden
           öncelikle  sprint  planlamanın  çıktısı  olarak,  sprintin  amacını  özetleyen  ve  geliştirme  ekibine
           net  hedefler  gösterecek  “Sprint  Hedefi”  belirlenebilir.  Hedef  belirlenerek  sprint  planlama
           tamamlanmaya çalışılmalıdır. Bu hedefi belirlerken de rasyonel olarak, sprinti, takımın maksimum
           kapasitesinde doldurmak da yapılmaması gereken bir diğer husustur. Çünkü geliştirme ekibinin
           en önemli başarı faktörünü işleri bir an önce tamamlamak haline getiren bu husus, düşük ürün
           kalitesine neden olmakla beraber, geliştirme ekibinin beklenmedik sorunları çözecek zamanı
           bulmasını  engeller.  Bu  yüzden  her  zaman  ortaya  çıkabilecek  plansız  çalışmalara  yer  açmak
           gereklidir.  Ayrıca,  müşterilerden  çok  talep  gördüğü  için  kod  temelinde  kırılgan  ilerlemelere
           sebep olacak geliştirmelere izin verilmemelidir. Bu sebeple geliştirme ekibi, analizi yapılmış,
           başarabileceklerinden  emin  oldukları  geliştirmeleri  yapmalıdır.  Profesyonel  Scrum  takımları
           teknik mükemmelliği benimser.



           Günlük Kısa Toplantı (Daily Scrum)


           Scrum kılavuzunda belirtildiği gibi günlük kısa toplantılarının asıl amacı sprint hedefine ulaşılması
           için yapılan işlemlerin incelenmesi, gerekiyorsa sprint iş listesinin gözden geçirilmesi ve gelecek
           çalışmaların planlanmasıdır. 24 saatlik süreci kapsayan bir planlama toplantısı olmasının yanı sıra
           kılavuzda da belirttiği gibi sprint hedefine ulaşmak için tüm sprintin bütüncül olarak ele alındığı
           bir toplantıdır.




           Günlük kısa toplantılar nasıl olmalıdır?

           •  Rutini olmalıdır.

           •  Raporlama toplantısı olarak değil, ekip üyeleri arası paylaşım toplantısı olarak yürütülmelidir.

           •  Problem çözme yerine, ekibin hedefe giden yoldaki engellerinin ifade edildiği/tespit edildiği;
              planlama yapılması yerine, gidişatın izlendiği yer olmalıdır.
   145   146   147   148   149   150   151   152   153   154   155