Page 152 - Yazılım Teknolojileri Araştırma Bülteni 2023

152 | Scrum’da Uygulanan Kötü Pratikler

Sprint Gözden Geçirme

Takımdaki tüm kişiler (Scrum yöneticisi ve ürün sahibi dahil) ve davet edilen paydaşlar sprint gözden
geçirme toplantısına katılmalıdır. Katılım yeterli olmadığında veya gerekli kişiler katılmadığında sprint
gözden geçirme anlamını kaybedebilir. Paydaşların katılımı mümkün olduğunca düzenli olmalıdır.
Her sprint gözden geçirmede farklı paydaş olursa bu kişilerin işleri takibi zorlaşır ve bu kişilerden
ya aynı geri bildirimler alınıp zaman kaybedilebilir ya da alınan geri bildirimler yeterli olmayabilir.
Sprint gözden geçirme etkinliğinde, takım, ürün hedefinin şu anki durumunu paydaşlarla tartışmalı
ve geri bildirim almalıdır. “Ne yapılacağını zaten biliyoruz.” şeklinde bir davranış gereksinimlerin tam
anlaşılamamasına ve ürün hedefinden sapılmasına yol açar.

Bitmemiş işler sprint gözden geçirmede konuşulmamalıdır. Bitti tanımına uygun olacak şekilde
tamamlanmamış işlerin burada gözden geçirilmesi işin tamamlandığı algısını oluşturabilir. Bu işle
ilgili eksik kalan kısımlarla daha sonraki sprintlerde karşılaşılma ihtimali yüksektir. Sprint hedefine
ulaşılamamış olunsa bile sprint gözden geçirme yapılmalıdır. Bu paydaşlarla olan şeffaflık için
önemli bir durumdur. Sprintte yapılan işler her zaman olduğu gibi paydaşlarla incelenir ve tartışılır.

Sprint Değerlendirme Toplantıları (Retrospektif)

Sprint değerlendirme toplantıları (retrospektif), yazılım geliştirme sürecinde direkt iyileştirme
imkanı sunar. Çoğu zaman takımlar sprint değerlendirme toplantısına zaman ayırmak yerine bu
zamanı geliştirme eforu için kullanmaktadır. Başarılı bir sprint değerlendirme toplantısı yapmanın
sonraki sprinte etkisi büyüktür. Ancak bazı durumlarda sprint değerlendirme toplantısı yapmak
anlamsız hale gelebilir. Sprint değerlendirme toplantılarına katılım sadece bütün takım içindir.
Eksik veya fazla katılım olumsuz sonuçlar doğurmaktadır. Sprint değerlendirme toplantısı
etkinliğine katılımın tam olması geriye dönük inceleme imkanı sunarak gelecek sprinte yönelik
iyileştirmelerin faydasını ürüne değer olarak yansıtır. Bunun yanı sıra bir grup insanın işbirliği
yapmasını sağlamak yeterince zorken, başka bir katman eklemek bu etkinlikte işbirliği yapılmasını
zorlaştırır.

Sprint planlama, kısaca daha önce ifade edilen sözlerin yerine getirildiği bir geliştirme dilimidir.
Takım üyeleri, iyileştirmeler yapma konusunda birbirlerine taahhütte bulunmalıdır. Bu taahhütleri
görmezden gelmek, ekibin sürekli iyileştirme zihniyetini benimsemediğinin açık bir işaretidir.
Verilen taahhütlerin anlamlı olması da bir o kadar önemlidir. Katkı değeri olmayan iyileştirmeler,
bir retrospektif toplantısının hızlı bir şekilde tamamlanmasının kolay yoludur, ancak gerçek bir
iyileştirme yapılmamış olur. Takım, maksimum potansiyeline ulaşmak için ilişkilerin ve/veya
teknik konuların derinliklerine inmelidir. Sprint değerlendirme toplantısı, sprint gözden geçirme
kadar ciddi ve profesyonel bir toplantı olmalıdır. Son olarak sprint boyunca, takımlarca tasarrufu
en mümkün zamanlardan biri sprint değerlendirme toplantısı için ayrılan zamanlardır. Takım
bu zamanı geliştirme için harcama konusunda istekli olabilir ancak bu kısa oturumun sprinti
en iyi hale getirmek ve sürecin farkında olmak için yapıldığı unutulmamalıdır. Bu yüzden sprint
değerlendirme toplantısının iptal edilmesi sprint planlama için olumsuzluk oluşturur ve takım
sprinti iyileştirme fırsatını kaçırır. Son olarak bir sprint sonunda yapılan bu etkinliğin bir şikayet
toplantısına dönüşmesinden kaçınılmalıdır.