Hızlı Mıyız? — Agile Metodolojisinde Hız (Velocity) Kavramı
Hız, hız, hızlı, daha hızlı, daha hızlı, hep hızlı.. Hız kavramı, hayatımızın her noktasında büyük öneme sahip. Sadece iş hayatımızda değil, gündelik hayatta, sporda ve birçok farklı noktada hızlı olanın kazandığı bir dünyada yaşıyoruz. Tabii, “vakit, nakittir” sözünün ve kısıtlı zamanda yapılabilecek her şeyi yapma arzumuzun da bunda büyük etkisi var.
Hızın düşünsel boyutunu bir kenara bırakırsak, ürün yönetimi / proje yönetimi noktasında da ayrı bir yere sahip olduğunu söyleyebiliriz. Agile metodoloji de ise başlı başına bir kavram hız. Velocity olarak tanımladığımız hız nedir, Agile metodolojisinde ne anlama gelir, inceleyelim.
Her ekibin bir sprintte bitirebileceği iş sayısı bellidir. Keşke tüm işler tek bir sprintte bitse ve herkes mutlu olsa. Ama unutmayalım, Richard Mironov’un “Yazılım Ekonomisinin 4 Kanunu”nda belirttiği gibi, asla ama asla istediğimiz büyüklükte bir ekibe sahip olamayacağız.
Hız kavramı, bir sprintte bitirilen işlerin toplamını anlatıyor bizlere. Ekiplere, bir sprintte ne kadarlık bir işi yapabileceklerini görmeleri ve gelecek planlamalarını daha sağlam temellere oturtabilmeleri noktasında yarar sağlar. Basit bir matematik hesaplamasıyla ölçülebilen hız, sonuçtan ziyade çıktıya odaklanır.
Hıza Dayalı Sprint Planlamasını nasıl yapabiliriz?
İlk olarak ekibimizin son 3 sprint boyunca ortaya çıkan hızını hesaplayalım.
Örnek vermek gerekirse;
1.sprint hızı :
Tamamlanması beklenen user story sayısı : 8
Her user storynin story pointi : 8
Toplam story point : 64
Tamamlanan user story sayısı : 4
Tamamlanan story point : 32
2.sprint hızı :
Tamamlanması beklenen user story sayısı : 5
Her user storynin story pointi : 5
Toplam story point : 25
Tamamlanan user story sayısı : 3
Tamamlanan story point : 15
3.sprint hızı :
Tamamlanması beklenen user story sayısı : 10
Her user storynin story pointi : 8
Toplam story point : 80
Tamamlanan user story sayısı : 6
Tamamlanan story point : 48
Son 3 sprintteki hızımıza bakacak olursak;
(Tamamlanan Story Point) / 3
(32 + 15 + 48) / 3 = 31. 66 (32 diyelim 😃)
Sprint planlarken sıklıkla kullandığımız Product Backlog’u kontrol edip, ortalama hızımıza eş değer olacak işleri ele alalım. Eğer işler, user storylerimiz ile uyumlu ise ve ilerlemek mümkün ise planlamayı bu doğrultuda gerçekleştirebiliriz.
Her Zaman İşe Yarar Mı?
Hıza dayalı sprint planlamak kimi zaman doğru ve sağlam bir planlama adına faydalı olsa da, her zaman işe yaramayabilir. Her noktada olduğu gibi, birden fazla etkenin olduğu planlama aşamasında aşağıdaki noktalara dikkat etmek gerekecektir.
- Projenin kompleksitesi
- Ekip kapasitesi ve büyüklüğü
- Sistem yeterlilikleri
- Ekip kapasitesini etkileyen bir detay olarak işten ayrılmalar, izinler ve hastalık durumları
- Product Owner’ın ve ekibin işi sahiplenme durumu
Yazıda bahsedilen “Yazılım Ekonomisinin 4 Kanunu” ve “Story Point” detaylarına aşağıdaki yazılardan ulaşabilirsiniz 👇
