Saatle mi Story Point ile mi Tahmin Yapmalı? Mutlak Süre ile Göreli Büyüklük

İki birim aslında farklı şeyleri ölçer

Saat bazlı tahmin, bir işin bitmesi için kaç çalışma saati gerektiğini öngörür. Mutlak bir birimdir: "Bu ekranı yapmak yaklaşık bir iş günü sürer" dendiğinde herkes aynı şeyi anlar. Geleneksel proje planlamasının, kaynak yükleme ve maliyet hesaplarının dili saattir.

Story point (hikaye puanı) ise bir işin büyüklüğünü başka işlere göre göreli olarak ifade eden soyut bir birimdir. Puan; iş miktarını, karmaşıklığı, belirsizliği ve riski birlikte yansıtır. Ekip, iyi bildiği bir referans hikayeyi seçer ve yeni işi ona göre "yaklaşık aynı", "belirgin biçimde büyük" ya da "çok daha büyük" diye değerlendirir. Ölçek genellikle aralıkları giderek açılan bir dizidir (Fibonacci dizisinin uyarlanmış hali gibi); bu, büyük işlerdeki belirsizliğin doğal olarak daha yüksek olduğunu yansıtır.

Yani saat "ne kadar sürer" sorusuna, story point "ne kadar büyük" sorusuna yanıt verir. Story point ile planlama yapan ekip, süreye ancak geçmiş hızı (velocity) üzerinden ulaşır.

Ortak zemin: Tahmin bir taahhüt değil, planlama girdisidir

Hangi birim kullanılırsa kullanılsın, tahminin amacı geleceği kesin olarak bilmek değil, önceliklendirme ve kapasite kararı için yeterince iyi bir öngörü elde etmektir. İki yöntemde de tahmin, işi yapacak ekip tarafından verilmelidir; yönetici ya da analistin tek başına verdiği tahminler, ekibin gerçek kapasitesini yansıtmaz.

İki yöntem de işin iyi anlaşılmasına bağlıdır. Kabul kriterleri belirsiz bir iş, saatle de puanla da güvenilir biçimde tahmin edilemez. Planning Poker gibi teknikler, iki birimde de görüş farklılıklarını ortaya çıkarmak ve varsayımları konuşmak için kullanılabilir.

Scrum Guide hiçbir tahmin birimini zorunlu tutmaz; yalnızca geliştiricilerin (Developers) işin büyüklüğünü belirlemekten sorumlu olduğunu söyler. Saat ve story point, ekiplerin bu sorumluluğu yerine getirmek için seçtiği tekniklerdir.

Ölçüt ölçüt saat ve story point

• Ölçülen şey: Saat / beklenen çalışma süresi. Story point / iş miktarı, karmaşıklık ve belirsizliğin göreli toplamı.
• Kişiye bağımlılık: Saat / işi kimin yapacağına göre değişir; kıdemli bir geliştirici için kısa süren iş, yeni başlayan biri için uzun sürebilir. Story point / ekip ortak bir büyüklükte uzlaşır, kişiden bağımsızdır.
• Tahmin hızı: Saat / ayrıntılı görev dökümü gerektirir, zaman alır. Story point / referans hikayeyle karşılaştırma hızlıdır.
• Anlaşılırlık: Saat / paydaşlar ve finans ekipleri için doğrudan anlaşılır. Story point / ekip dışında açıklama gerektirir.
• Planlama yöntemi: Saat / kişi bazlı kapasite ve kaynak yükleme. Story point / geçmiş sprintlerin hızına dayanan ekip kapasitesi.
• İyileşme etkisi: Saat / ekip hızlandıkça aynı iş daha az saat sürer, eski tahminler geçersizleşir. Story point / iş büyüklüğü değişmez, ekibin hızı artar ve bu ilerleme görünür hale gelir.
• Yanlış kullanım riski: Saat / tahminin performans hedefine dönüşmesi, fazla mesaiyle tutturulmaya çalışılması. Story point / ekipler arası karşılaştırma ya da puan şişirme.

Story point hangi durumda daha uygun?

Story point, kararlı bir ekibin birkaç sprint boyunca benzer türde işler ürettiği ürün geliştirme ortamlarında güçlüdür. Göreli tahmin, insanların mutlak süreyi tahmin etmekte zorlandığı ama iki işi karşılaştırmakta görece başarılı olduğu gözleminden beslenir.

• Belirsizliği yüksek, keşif içeren yazılım işleri.
• Ekip üyelerinin farklı kıdemde olduğu ve işi kimin alacağının önceden belli olmadığı ekipler.
• Sürüm planlamasında "bu kapsam kaç sprintte biter" sorusunun yanıtlanması gereken durumlar.
• Ekibin kendi tahmin doğruluğunu ve hızını zaman içinde izlemek istediği durumlar.

Örneğin bir ödeme altyapısında çalışan bir ekip, bilinen bir entegrasyonu referans alarak yeni bir ödeme yöntemini "ondan belirgin biçimde büyük" diye puanlayabilir. Kim yaparsa yapsın işin büyüklüğü aynı kalır; süre, ekibin ortalama hızından türetilir.

Saat hangi durumda daha uygun?

Saat bazlı tahmin, işin tekrarlı ve iyi tanımlı olduğu, sürenin doğrudan maliyete ya da faturaya bağlandığı ortamlarda pratiktir. Ekibin istikrarlı bir hız ölçüsü oluşturamayacağı kısa projelerde de story point'in getirisi sınırlı kalır.

• Müşteriye saat bazlı faturalanan danışmanlık ve ajans işleri.
• Bakım, destek ve operasyon işleri gibi tekrarlı, iyi bilinen görevler.
• Ekibin sık değiştiği ya da tek seferlik kısa projeler.
• Sprint içinde hikayelerin alt görevlere bölünüp günlük kapasiteyle karşılaştırılması.

Son madde önemli bir ara yoldur: Bazı ekipler sürüm planlamasında story point kullanırken, sprint planlamada hikayeleri görevlere ayırıp görevlere saat tahmini verir. Böylece uzun vadeli öngörü göreli birimle, kısa vadeli iş dağılımı mutlak birimle yapılır.

Tarihsel olarak bir ara birim daha kullanılmıştır: ideal gün. Ekip, kesintisiz ve yalnız o işe odaklanılan bir günde ne kadar iş biteceğini tahmin eder. İdeal gün saate göre daha kaba, story point'e göre daha somut bir ölçüdür; ancak takvim günüyle karıştırılma riski yüksek olduğu için bugün daha az tercih edilir.

Story point saate çevrilmeli mi?

Sık görülen bir tuzak, "bir puan kaç saat eder" sorusuyla sabit bir dönüşüm oranı belirlemektir. Bu yapıldığında story point, adı değiştirilmiş bir saat birimine dönüşür ve göreli tahminin bütün avantajı kaybolur: Kişiye bağımlılık geri gelir, ekip puanı bir süre taahhüdü gibi algılamaya başlar.

Doğru ilişki ortalama hız üzerinden kurulur. Ekip son sprintlerde ortalama olarak belirli bir puan tamamlıyorsa, kalan backlog'un yaklaşık kaç sprintte biteceği bu ortalamayla öngörülür. Bu bir aralık tahminidir ve her sprint sonunda güncellenir.

Bir başka tuzak, story point'i ekip performansı ölçütü yapmaktır. Ekipler kendi referans hikayelerine göre puanladığı için iki ekibin puanları karşılaştırılamaz. Hızın hedef haline getirilmesi ise puan şişirmeye yol açar; puanlar büyür, ama teslim edilen değer değişmez.

Çevik tahminlemeyi Mindset programlarında nerede çalışırsınız?

Çevik Tahminleme ve Story Points programı çevik tahminlemenin temelleri, Fibonacci dizisi ve story point, Planning Poker uygulaması, hız (velocity) ve kapasite planlama, alternatif tahminleme yöntemleri ile tahminleme kültürü modüllerini içerir; saat bazlı ve göreli tahminin bir arada kullanımı alternatif yöntemler ve kapasite planlama başlıklarında ele alınır.

Tahmin edilecek işin doğru dilimlenmesi için Story Mapping ve Kullanıcı Senaryoları programı, iş analistleri için ise Agile (Scrum) Ortamında İş Analizi Eğitimi'nin ölçümleme, tahminleme ve önceliklendirme modülü tamamlayıcıdır.