Sprint Planlama Ve Hız Analizi

Kapasite, umutla değil veriyle ölçülür; bir ekibin hızı, geçmişte ne kadar işi gerçekten bitirebildiğinin soğuk bir projeksiyonudur.

Sprint planlaması, çevik takımların önlerindeki kısa zaman kutusu (genellikle 2-4 hafta) içinde neleri başarabileceklerini net bir sözleşmeye bağladıkları ritüeldir. Product Owner'ın önceliklendirdiği ürün iş listesinden (Backlog) maddeler çekilir ve geliştirme ekibi bu işlerin karmaşıklığını "Story Point" (Hikaye Puanı) gibi göreceli ölçü birimleriyle tahminler. Bu aşamada saat bazlı tahminler yerine göreceli efor tahmini kullanmak, insanların zamanı yanlış algılama eğilimini baypas eder ve odak noktasını işin teknik zorluğuna kaydırır. Planlama tamamlandığında, ekip sadece seçilen işlere taahhüt verir ve dışarıdan gelecek yeni taleplere kapılarını kapatarak kesintisiz bir odaklanma tüneline girer.

Bu tünelin ne kadar verimli geçildiğini ölçen ana metrik "Velocity" (Hız) değeridir. Hız, bir ekibin tek bir sprint boyunca eksiksiz olarak tamamladığı (Done) story point'lerin toplamıdır. Bu rakam, yönetimin takımı zorlamasıyla değil, takımın kendi organik kapasitesiyle oluşur ve gelecekteki teslimat tarihlerini tahmin etmek için güvenilir bir matematiksel temel sunar. Bu sürecin en net görsel temsilcisi ise Burndown (Eritme) grafiğidir. Gün gün kalan iş miktarını gösteren bu grafik, takımın hedefinden sapıp sapmadığını anında belli eder ve sprint bitmeden rotanın düzeltilmesine olanak tanır.

Sprint Hızı
Hız Analizi (Velocity)
1. Kriter (Ölçüm Birimi)
Tamamlanmış iş hacmi
2. Kriter (Gelecek Projeksiyonu)
Geçmiş performansa dayalı kanıt
3. Kriter (Görsel Kontrol)
Burndown (Eritme) grafiği