Çevik Ekip Metrikleri: Velocity ve Cycle Time Uygulama Rehberi

Hangi soruya hangi metrik cevap verir

Çevik ekiplerde metrik seçmeden önce sorunun ne olduğunu belirlemek gerekir. Velocity, ekibin bir sprintte tamamladığı işin büyüklüğünü ölçer ve bir sonraki sprintte ne kadar iş alınabileceğini tahmin etmeye yarar. Cycle time, bir işin üzerinde çalışmaya başlanmasından bitmesine kadar geçen süredir. Lead time ise talebin ortaya çıkışından teslimine kadar müşterinin beklediği toplam süredir. Throughput, belirli bir zaman diliminde tamamlanan iş sayısıdır.

Bu metrikler farklı sorulara cevap verir. Planlama yaparken velocity ya da throughput bakılır. Teslim süresi sözü verirken cycle time ve lead time devreye girer. Süreçte nerede beklendiğini anlamak için akış verimliliği ve iş kalemlerinin bekleme süreleri incelenir.

Metrikleri aynı anda hepsini izlemek gerekmez. Ekibin sorunu tahmin edilebilirlikse velocity ve throughput, teslim hızı ise cycle time ile başlayın. Zamanla panoyu genişletirsiniz; ancak her ölçüm için bir karar tanımlamak, ölçülen şeyin gerçekten işe yaramasını sağlar.

Velocity nasıl hesaplanır

Velocity, bir sprint sonunda tamamlanmış (Done tanımını karşılamış) işlerin hikâye puanlarının toplamıdır. Kısmen bitmiş işler sayılmaz; yarım iş sonraki sprintte kalan kısmıyla değil, tam olarak tamamlandığında hesaba katılır. Bu kural, ekibin teslimat disiplinini korur.

Hesaplama adımları basittir: • Her sprint sonunda tamamlanmış kalemlerin puanlarını toplayın. • Son birkaç sprintin ortalamasını alın; tek bir sprint tahmin için yetersizdir. • Planlama sırasında bu ortalamayı kapasite referansı olarak kullanın; izin, tatil ve eğitim gibi kapasite değişikliklerini ayrıca hesaba katın. • Sürüm tahmini için formül: kalan işin toplam puanı bölü ortalama velocity, kalan sprint sayısını verir.

Velocity yalnız ekibin kendi içinde anlam taşır. Puan ölçeği her ekip için farklıdır; bu yüzden farklı ekiplerin velocity değerini karşılaştırmak yanlış sonuç verir. Ekip bileşimi değiştiğinde ya da puanlama alışkanlığı kaydığında, tarihsel velocity yeniden değerlendirilmelidir.

Velocity'nin sınırları ve yaygın kötüye kullanım

Velocity bir verimlilik göstergesi değil, planlama aracıdır. Yöneticinin ekipler arasında kıyas yapmak ya da performans değerlendirmesine bağlamak için kullanması, ekibi puan şişirmeye iter. Puanlar şiştiğinde velocity artar ama gerçek teslim hızı aynı kalır; metrik anlamını kaybeder.

Dikkat edilmesi gereken kötüye kullanım örnekleri: • Velocity hedefi koymak. Hedef konulduğunda ekip puanı değil, görünen sayıyı yükseltmeye çalışır. • Farklı ekiplerin velocity değerini toplamak ya da karşılaştırmak. • Teknik borç, hata düzeltme ve araştırma çalışmalarını puansız bırakıp ekibi yalnız yeni özelliğe yönlendirmek. • Kalite göstergesi olmadan hızı izlemek. Hızlı ama hatalı teslimat gerçek bir hız sayılmaz.

Bir diğer sınır, velocity'nin müşteri değerini ölçmemesidir. Çok puan tamamlayan bir ekip yanlış şeyi hızla teslim ediyor olabilir. Bu yüzden velocity, ürün çıktılarının değer göstergeleriyle birlikte değerlendirilmelidir.

Cycle time ve lead time nasıl ölçülür

Cycle time ölçmek için her iş kaleminin başlangıç ve bitiş zaman damgasına ihtiyacınız vardır: üzerinde çalışmaya başlandığı an ve bittiği an. Kanban panosu ya da iş takip aracı bu verileri iş kalemi durum değişikliklerinden otomatik çıkarabilir. Önemli olan, başlangıç ve bitiş durumlarının ekip tarafından açıkça tanımlanmış olmasıdır. Başlangıç, işin gerçekten üzerinde çalışıldığı an mı, yoksa sıraya girdiği an mı? Bu karar ölçümü doğrudan etkiler.

Lead time için başlangıç noktası talebin kayda geçtiği andır. Cycle time ile lead time arasındaki fark, işin sırada beklediği süredir. Müşteri açısından teslim süresini lead time belirler; ekibin kendi işleyiş hızını ise cycle time gösterir.

Sonuçları yorumlarken ortalama yerine dağılıma bakın. Aşırı uzun süren tek bir kalem ortalamayı bozar. Medyan ve yüksek yüzdelik dilimler (örneğin işlerin çok büyük bölümünün tamamlandığı süre sınırı) daha güvenilir bir tablo çizer. Dağılım grafiğinde (scatter plot) her bir tamamlanan işi zaman ekseninde nokta olarak gösterirseniz uç değerleri ve eğilimi kolayca görürsünüz.

Throughput, akış verimliliği ve bekleyen işler

Throughput, belirli bir dönemde (örneğin haftalık) tamamlanan iş kalemi sayısıdır. Puanlama gerektirmediği için velocity'ye göre daha az öznel bir ölçüdür. Kalemler benzer büyüklükteyse tahmin için güçlü bir temel sunar. Haftalık throughput serisinden olasılık temelli tahmin yöntemleri (örneğin Monte Carlo simülasyonu) kullanılarak hedef tarihlere ilişkin olasılıklar hesaplanabilir.

Akış verimliliği, bir işin toplam süresinin ne kadarında gerçekten üzerinde çalışıldığını gösterir. Bekleme süresi uzunsa sorun çalışma hızında değil, sıra ve devir noktalarındadır. Bu durumda ekibe daha hızlı çalışmasını söylemek yerine kuyrukları, onay bekleyen adımları ve bağımlılıkları incelemek gerekir.

Süreçteki işlerin yaşını da izleyin. Devam eden bir iş, kendi tipik cycle time'ını aştığında panoda bir uyarı olmalıdır. Bu yaklaşım, tamamlanmış işlerden geriye dönük öğrenmek yerine anlık müdahale fırsatı verir. Ayrıca WIP sınırı, akışı dengelemenin en pratik aracıdır: aynı anda daha az iş üzerinde çalışmak çoğu zaman cycle time'ı kısaltır.

Pano ve düzenli gözden geçirme

Metrikler bir panoda toplandığında kimin, hangi sıklıkla bakacağı da belirlenmelidir. Önerilen yapı: ekip için tek sayfada velocity ya da throughput trendi, cycle time dağılımı ve devam eden işlerin yaşı. Yönetim tarafı için ise teslim tahminleri ve genel eğilimler yeterlidir. Ham veriler, ekibin retrospektif toplantılarında tartışılır.

Retrospektifte metrik şu sorularla ele alınır: bu dönemin trendi bir önceki dönemden neden farklı, hangi iş kalemi dağılımın dışına çıktı, bekleme süresi nerede toplandı, bir deney yapsak ne değişirdi? Amaç sonuçları savunmak değil, süreçte iyileştirme fırsatı bulmaktır.

Metrik panosunu mutlaka kalibre edin. Aylarca aynı şekilde tutulan bir pano, ekibin çalışma biçimi değiştiğinde yanıltıcı olabilir. Başlangıç ve bitiş durumları, puan ölçeği ya da iş kalemi türleri değiştiyse tarihsel veriyi yeni düzene göre yeniden yorumlayın.

Çevik metrikler hangi eğitimlerde çalışılır

Çevik ekip metriklerini uygulamalı çalışmak isteyen ekipler için Mindset'te Çevik Metrikler (Velocity, Throughput, Lead Time) programı bulunur. Modüller arasında Velocity: Anlamı ve Sınırlılıkları, Lead Time ve Cycle Time Analizi, Throughput ve İş Akışı Ölçümü ile Metrik Panoları ve Görünürlük Tasarımı yer alır.

Akış verimliliği tarafını derinleştirmek isteyenler için Akış Verimliliği (Flow Efficiency) Ölçümü programı değer akışı haritalama, WIP sınırlandırma ve akış metriklerini kapsar. Scrum Master, ürün sahibi, proje yöneticisi ve çevik dönüşüm sorumluları için uygundur.