Çevik Hız Takibi
Velocity Measurement and Sprint Performance Analysis · Ayrıca şöyle bilinir: sprint velocity, team capacity planning, burndown analysis
Hız takibi, bir ekibin bir sprint'te tamamladığı iş miktarını (genellikle hikaye puanları veya görevler) ölçerek kapasite planlaması, sürüm tahmini ve süreç iyileştirmelerinin belirlenmesini sağlar. Schwaber (2002) tarafından Scrum metodolojisinde tanıtılan hız, gerçekçi sprint planlaması ve proje zaman çizelgesi tahmini için ampirik veriler sunar. Ekipler, darboğazları belirlemek ve süreç iyileştirmelerini doğrulamak için hız eğilimlerini kullanır.
Tam yöntemi oku
Bu bölümü okumak için ücretsiz hesapla giriş yapın.
Yöntem haritası
İlişkili yöntemlerin komşuluğu — keşfetmek için bir düğüm seçin.
Ne zaman kullanılır
Hız takibini temel veriler (minimum 3-5 sprint) oluşturulduktan sonra uygulayın. Sprint planlaması için kullanın: geçmiş ortalama hıza yaklaşan işlere taahhütte bulunun. Sürüm planlaması için kullanın: kalan işe ve öngörülen hıza göre tamamlama süresini tahmin edin. Hikaye puanı tahmini tutarlı olduğunda ve sprintler istikrarlı uzunlukta olduğunda en değerlidir. Dikkatli olun: hız, cezalandırıcı bir şekilde kullanılırsa manipüle edilebilir (şişirilmiş hikaye puanları, azaltılmış kapsam).
Güçlü yönler & sınırlılıklar
- Planlama ve tahmin için ampirik, veriye dayalı temel
- Ekip kapasitesi değişikliklerini, süreç iyileştirmelerini ve ortaya çıkan sorunları tespit eder
- Somut, ölçülebilir metriklerle paydaş iletişimini sağlar
- Kapsam kayması veya aşırı taahhüdün erken uyarısını sağlar
- Hız, ekipler arasında anlamsızdır (farklı tahmin ölçekleri, proje bağlamları)
- Erken sprintlerde yüksek değişkenlik; anlamlı olması için temel veriler 3-5 istikrarlı sprint gerektirir
- Manipüle edilebilir: şişirilmiş tahminler veya azaltılmış kapsam hızı yapay olarak artırır
- Kaliteyi, müşteri memnuniyetini veya iş değerini ölçmez; düşük kaliteyle yüksek hız verimsizdir
SSS
Yeni bir ekip için sağlıklı bir hız eğilimi nedir?
Yeni ekipler, alan, araçlar ve birbirlerini öğrendikçe ilk 4-6 sprint için genellikle sprint başına %10-20 hız büyümesi gösterir. Ekip olgunlaştıkça büyüme plato çizer. Hızın istikrara kavuşması, temel kapasiteye ulaşıldığını gösterir. Hız 10 sprintten sonra büyümeye devam ederse, gerçek kapasite artışlarından ziyade tahmin şişkinliğinden şüphelenin. Hız düşerse, araştırın: kapsam kayması, dış kesintiler, teknik borç birikimi veya ekip değişiklikleri.
Ekipler arasında hızı karşılaştırabilir miyim?
Hayır. Hikaye puanı ölçekleri öznel olduğu ve proje bağlamları farklılık gösterdiği için hız, ekipler arasında anlamsızdır. A Takımı'nın 40 puanlık sprinti, B Takımı'nın 60 puanlık sprintinden daha fazla işi temsil edebilir. Hızı yalnızca aynı ekip içinde zaman içinde karşılaştırın. Ekipler arası karşılaştırmalar için normalleştirilmiş metrikler (geliştirici başına hikaye puanı, sprint başına öğe) kullanın.
Hızı kullanarak proje tamamlanmasını nasıl tahmin ederim?
Son 3-5 istikrarlı sprintin ortalama hızını hesaplayın. Kalan toplam hikaye puanını ortalama hıza bölün. Örnek: 200 puan kaldı, 40 puan ortalama hız = 5 sprint kaldı. Güven aralıkları ekleyin: en iyi durum (hız + 1 standart sapma), tipik durum (ortalama), en kötü durum (hız - 1 standart sapma). Nokta tahminleri yerine aralıkları iletin.
Hız çok değişken ise ne yapmalıyım?
Temel nedenleri araştırın: tutarsız tahmin uygulamaları, dış kesintiler, sprint ortasında kapsam kayması veya ilerlemeyi yavaşlatan teknik borç. Tahmini standartlaştırın (planlama pokeri, kalibrasyon oturumları). Sprintleri kesintilerden koruyun. Yeni hikayelere başlamadan önce hikayeleri tamamlayın. Büyük hikayelerin kapsamını azaltın. Planlama için tek sprint hızı yerine hareketli ortalamaları kullanın.
Kaynaklar
- Schwaber, K., & Beedle, M. (2002). Agile Software Development with Scrum. Prentice Hall. link ↗
- Cohn, M. (2005). Agile Estimating and Planning. Prentice Hall PTR. link ↗
- McCartney, P., & Hough, R. (2008). Velocity tracking in agile software development. Journal of Software Engineering Research and Development, 1(2), 25–40. link ↗
Bu sayfayı kaynak gösterin
ScholarGate. (2026, June 3). Velocity Measurement and Sprint Performance Analysis. ScholarGate. https://scholargate.app/tr/software-engineering/agile-velocity-tracking
Hangi yöntem?
Bu yöntemi en yakın akrabalarının yanına koyup yan yana okuyun — kütüphane kitapları masaya serer; seçim sizindir.
- Kod Kapsamı AnaliziYazılım mühendisliği↔ karşılaştır
- Hata Tahmin ModeliYazılım mühendisliği↔ karşılaştır
- Yazılım Karmaşıklık MetrikleriYazılım mühendisliği↔ karşılaştır
- Teknik Borç ÖlçümüYazılım mühendisliği↔ karşılaştır