Scrum'daki hikaye noktalarını tahmin etmenin en iyi yolu nedir?

Poker planlamanın herhangi bir projenin başında çalışma şeklini seviyorum, her hikayenin ayrıntılarını birbiriyle karşılaştırmanıza ve tartışmanıza izin verir.

Bununla fark ettiğim konulardan biri, zaman içinde ve sorun etki alanı ile daha fazla deneyim kazandıkça, her hikaye için daha az puan, yani başlangıçta 5 veya 8 değerinde bir hikaye oylama eğiliminde olmanızdır. projenin değeri 3 olabilir.

Bu sorunu en iyi şekilde nasıl önlersiniz veya çözersiniz? Tahmin etmenin daha iyi bir yolu var mı? Hikayeler hep aynı kalmalı mı yoksa bu hikaye puanları azalıyor mu?

Bunun büyük bir sorun olduğunu düşünmüyorum.

Buna neden olabilecek iki belirgin şey var. Birincisi, hafif bir nokta deflasyonu yaşamanız. Diğeri, ekibinizin aslında daha da hızlanması. (Umarım ikincisidir!)

Her iki durumda da, büyük bir şey olmamalı. Hızın iki ana kullanımı, bir sonraki yinelemede ne kadar işin üstlenileceğini bulmak ve daha büyük iş parçaları için teslimat tarihlerinin kaba tahminlerini yapmaktır. Bunların hiçbiri yavaş yavaş değişen bir hızdan zarar görmez. Gerçekten de, eğer geliştirilmiş hız daha iyi olmaktan geliyorsa, yeni rakamlarınız takımın kapasitesinin daha doğru bir resmini sunar.

Hız konfor için çok hızlı değişiyorsa, bir cevap kanonik hikayelerdir. Son birkaç ay boyunca ilerleyin, her biri kullandığınız puan seviyelerini temsil etmek için 3 hikaye seçin. Tahminleri yaptığınız yere duvara koyun. Sonra tahmin ettiğiniz gibi, bunları, uğraştığınız hikayeyle karşılaştırmak için kullanın. Bu, tahminlerinizdeki hem kaymayı hem de oynaklığı azaltmalıdır.

Temel olarak, bu gerçekten büyük bir sorun değil, çünkü bunların çoğu yıkamada ortaya çıkacak. Genel olarak, tahminlerin çıktısının açıkça manipüle edilmesi süreç için olumsuz olacaktır. Hikaye puanı tahmini, takımlar gözlerini topun üzerinde tuttuğunda en iyi sonucu verir - diğer hikayelere kıyasla hikayelerin göreceli karmaşıklığını tahmin edersiniz ve tamamlanmış hikayeler için geçmiş bilgiye sahip olduğunuz sürece, muhtemelen halledilen şeyleri göreceksiniz Uzun vadede. İşte takım uyumunun fayda sağladığı bir yer, çünkü bir takım sonunda hikaye tahmini için yöntemlere ve referans hikayelere yerleşecek.

Öykü noktası deflasyonu hafif bir problem olabilir, ancak puan aralığı tahminleriniz sıkıştıkça, hızın ince ayarlanması hakkında bilgi kaybetmeye başlarsınız ve sıkıştırmanın daha uzun süreli salınımın teslimat süresini tahmin etmede olumsuz etkileri olabilir. planlama (tüm hikayelerinizin dar bir aralıkta sıkıştırılmasıyla ortaya çıkan hataları çoğaltacağınız sürece). Genel olarak, uzmanlık nedeniyle artan hızın sonuçlarının, tahminlerin aşağı gitmesinden ziyade daha fazla hikaye puanı aldığı ifade edilmesini istersiniz. Daha önce tamamlanmış tahminlere sürekli olarak atıfta bulunmak ve her zaman karmaşıklığı tahmin ettiğinizden emin olmak için mücadele etmenin yolu. Bir şeyin ne kadar süreceğini düşündüğünüzü asla belirtmeyin, bir hikayenin genel zorluklarını önceki hikayelere kıyasla karşılaştırın. İzin Vermek' mobil platformları destekleyen bir uygulamanız olduğunu ve bir başkasına bağlantı kurmanız gerektiğini söylüyor. Önceki bir limana benzer mi? Daha zor, çünkü platform daha kötü takımlara sahip mi? Daha kolay, çünkü daha iyi bir hata ayıklayıcının var mı? Bu, tahminleriniz hakkında bilgi vermelidir, bu limanın daha hızlı gideceği gerçeği değil, takımlarınız tahminlerde iyi oluyor. Karmaşıklığa yoğunlaşmak, bir sorun olduğu ölçüde bu sorunun çözülmesine yardımcı olmalıdır.