Sprint raporu, bir ekibin iki hafta için ne planladığının, neyi bitirdiğinin ve neyi bitiremediğinin kaydıdır. İçeriğinin çoğu size değil ekibe yazılmıştır. Üç bölümü dikkatinize değer, kalanını rahatlıkla göz gezdirerek geçebilirsiniz.
Asıl engel terimlerdir ve göründüğünden incedir. Aşağıda her terimin iş dilindeki karşılığı, ardından gerçekte neye bakmanız gerektiği var.
Önemli noktalar
- Story point mutlak değil görecelidir: Saati değil, diğer işlere göre büyüklüğü ölçer. Ekipler arası karşılaştırmak anlamsızdır.
- Velocity bir planlama aracıdır, performans notu değil: Hedef hâline getirilirse şişer.
- Dürüst sayı devreden iştir: Söz verilip teslim edilmeyen iş, sprint sprint tekrarlanınca.
- Üç şeye bakın: Devreden iş, sprint ortasında eklenen kapsam ve kullanıcıya bir şey ulaşıp ulaşmadığı.
Terimler, kısaca
Sprint. Başında listesi belirlenen, genelde bir ya da iki haftalık sabit çalışma dönemi.
Story. Kullanıcı tarafından anlatılan tek bir iş parçası: "müşteri şifresini sıfırlayabilir". Ekibin planlama birimi.
Story point. Saat değil görece büyüklük tahmini. Beş puanlık bir işin, bir puanlıktan kabaca beş kat büyük olması beklenir. Ekipler göreceli ölçü kullanır çünkü insanlar saat tahmininde kötü, karşılaştırmada iyidir. Bir ekibin puanları başka bir ekibinkiyle karşılaştırılamaz.
Velocity. Sprint başına tamamlanan puanın ortalaması. Sonraki sprinte ne sığacağını öngörmek için kullanılır.
Burndown. Kalan işin geçen güne göre grafiği. Sağlıklı olanı istikrarla düşer. Son gün birden düşen düz bir çizgi genelde her şeyin aynı anda bitirildiğini, yani teslim tarihi zorlayana kadar hiçbir şeyin gerçekten bitmediğini gösterir.
Devreden iş. Sprint için planlanan ama yapılamayıp sonrakine aktarılan iş.
Gerçekte neye bakmalı
1. Sprint sprint devreden iş
Sprint raporundaki doğruluk serumuna en yakın şey budur. Ekibin yapabileceğine inandığı ile yaptığı arasındaki farkı, ekibin kendi sayılarıyla gösterir.
Tek bir sprintte yüksek devreden iş gürültüdür. Üst üste dört sprintte üçte bir veya fazlası devrediyorsa planlama gerçekle bağlantılı değildir ve o planlamaya dayanan her tarih güvenilmezdir. Bu nadiren tembelliktir; genelde işin göründüğünden az anlaşılmış olması ya da ekibin kimsenin saymadığı bir şey tarafından bölünmesidir.
2. Sprint başladıktan sonra eklenen iş
Çoğu rapor bunu gösterir, bazen "eklenen kapsam" ya da "plansız iş" olarak. Sprint ortasında gelen iş miktarıdır: acil hatalar, destek eskalasyonları, işin başka bir yerinden gelen talep.
Bu sürekli büyükse ekibinizin teslimat sorunu değil bölünme sorunu vardır ve yol haritasına baskı eklemek işe yaramaz. Yetkin bir ekibin yavaş görünmesinin en sık sebebi de bu sayıdır.
3. Kullanıcıya bir şey ulaştı mı
Sprint raporları, ekibin kendi "bitti" tanımına göre tamamlanmayı ölçer ve bu tanım müşterinin o şeyi kullanabilmesinden çok önce bitebilir. Her sprint doğrudan sorun: gerçek bir kullanıcı artık öncesinde yapamadığı neyi yapabiliyor?
Hiçbir şey kullanıcıya ulaşmadan tertemiz tamamlanan sprint serisi, işin üretime değil bir kuyruğa bittiğini gösterir ve o kuyruk sonunda çok büyük, çok riskli bir sürüme dönüşür.
Fazla yakından okunmaması gerekenler
Not olarak velocity. Velocity hedef gibi ele alınırsa daha fazla iş yapılmadan yükselir, çünkü tahminler yukarı kayar. Bu genelde kasıtlı değildir; kendisini üreten insanları değerlendirmek için kullanılan her sayının başına gelen şeydir. Velocity'yi planlamak için kullanın, değerlendirmek için asla.
Kişi bazlı puanlar. Kişiye göre bölünmüş rapor, birimin hiç tasarlanmadığı karşılaştırmaları davet eder ve ekipleri hızlandıran iş birliğini caydırır.
Beş dakikalık sürüm
Beş dakikanız varsa: son dört sprintteki devreden işe bakın, her birinde ne kadar plansız iş geldiğine bakın ve kullanıcıya ne ulaştığını sorun. Bu üç cevap size planlama sorunu mu, bölünme sorunu mu, yoksa sürüm sorunu mu olduğunu söyler; üçü tamamen farklı yanıtlar gerektirir.
Sprint raporunun dışındaki daha geniş sinyaller için projenin gerçekten geride olup olmadığı yazısına bakın.
Ali Boran Gazel