Scrum hikayelerin yeniden tahmini

Her gün, ayağa kalktıktan sonra, ekibim ve ben, her hikaye için tahminlerimizi güncelliyoruz. Yaptığımız yolla ilgili yanlış bir şey olduğunu hissediyorum, bu yüzden yardımına ihtiyacım var.

Biz böyle yaparız:

Hikaye Bir tahmin: 24 saat (günde 8 saat - önlem olarak "ideal günler" kullanıyoruz)

• Gün N: geliştirici sabah A Hikayesi üzerinde çalışmaya başlar (gün sonuna kadar 8 saatlik çalışma tamamlanır)
• Gün N + 1: Öykü A yeniden tahmini = 16 saat (N gününden A Öyküsünden bir iş günü alınmıştır)
• Gün N + 2: Öykü A yeniden tahmini = 8 saat (N + 1 gününden A Öyküsünden bir iş günü alınmıştır)
• Gün N + 3: Öykü A şimdiye kadar yapılmalıdır. Ama değil. Geliştirici, bitirmenin 3 saat daha süreceğini düşünüyor. Hikayeyi beyaz tahtada ve burndown'da buna göre güncelliyoruz .
• Gün N + 4: Hikaye A, sadece 3 saat yerine tüm günü bitirdi! Şimdi bitti. 5 saatlik fark planlamamızda tamamen açıklanmamıştır.

Günlük olarak hikayelerimizi nasıl yeniden tahmin etmeliyiz?

5h'lik fark, planlamamızda tamamen açıklanmamıştır.

Evet, aşağıdaki görevler ertelendiğinden dolaysız olarak dikkate alınır. Sadece bu geliştirici için bir burndown şeması olsaydı, eğrinin bir gün boyunca "düz" kaldığını fark edersiniz, geliştirici başka bir görevi üstlenecek kadar erken bitirmiş olsaydı aşağı inerdi.

Günlük toplantı sırasında yeniden tahmin etme şeklinizle ilgili yanlış bir şey yoktur, yeniden tahmin, her bir görevin tam gecikmesini izlemekten ziyade sprint'in sonu için yapabilir miyiz diye anlamaktır. Scrum'da planınızı günlük olarak ayarlayabilmeniz için ihtiyacınız olan tek şey, Sprint ilerlemesini ve Sprint hedefini (tipik olarak bir düşüş tablosu) ne kadar uzakta olduğunuzu gösteren bir şeydir.

Sormanız gereken soru şudur: Hikayelerimizi yeniden mi düşünmeliyiz?

Ben çevik "büyü" bir sonraki için hızını hesaplarken (bir değeri düzeltmek için tek nedeni budur) bir yineleme üzerinde yetersiz ve aşırı tahminler dengelemek için izin gerektiğini iddia ediyorum. Daha fazla bilgi için Mike Cohn'un Çevik Tahmin ve Planlama bölümüne bakınız .

Ancak, yeniden değerlendirmeniz gereken bir durum vardır: bir çalışma kategorisi hakkında öğrendiğiniz bir şey, ilerideki tüm tahminleri ayarlar.

Örneğin. Bir veritabanına bir sütun ekleyerek ideal saat sürer tahmin ediliyor ama hiç biri kabul çünkü bazı faktörünün 3 saat sürer çıkıyor ise ve bu faktör veritabanına bir alan ekliyoruz her zaman geçerli olacak gibi görünüyor o doğa üzerinde çalışmak için üzerinde çalıştığınız tahmin de dahil olmak üzere tüm tahminler ayarlanmalıdır.

En etkili bulduğum şey:

• Hikayeleri noktalara (veya T-shirt boyutlarına) göre boyutlandırın.
• Ürün birikimindeki herhangi bir hikayeyi istediğiniz zaman yeniden tahmin edin (ancak özellikle sprint planlamasından hemen önce).
• Bu sprint için planlanan hikayeleri yeniden tahmin etmeyin - stand-up'ta endişeleri gündeme getirmekten çekinmeyin, ancak tahminleri değiştirmeyin.
• Sprint zamanlamak için dün hava durumunu kullanın

Hikayeler sprint'e sahte tahminlerle giriyorsa , sprint öncesi planlama yeniden tahminleri, sorun haline gelmeden bunları düzeltmenize izin verecektir. Takım çok iyimser olduğu için hikayeler beklenenden uzun sürüyorsa, dünkü hava durumu sizi yolunda tutacaktır.

Sorunuzda açıkladığınız gibi, kalanların günlük olarak yeniden tahminleri tamamen sahte olma eğilimindedir. Tamamlanan / kalan iş, "yeterince sert" çalıştığınız gibi görünmesi için tasarlanmış sahte bir numaradır. "Ne zaman tamamlanacağınızı düşünüyorsunuz?" Sorusunu sormak ve bir hikayeyle ilgili bir sorun olduğunda ekibin yardım etmek için adım atacağını açıkça belirtmek daha iyidir.

Bence bu bir problem değil. Aksine, deneyim eksikliği olabilir. Scrum'ı ne kadar çok takip ederseniz, kesin tahminler sağlamak için o kadar fazla geliştirici kullanılır. Bu, 5 ay sonra scrum uygulama deneyimimizdir.

Gelen poker planlama oturumları, bizim geliştiricileri çok çeşitli her PBI ilişkin tahminleri ve ilk sprint her görevi düşündüren bulundu. Ancak, şimdi, zaman ve tahmin konusunda neredeyse eşitiz. Scrum'ı ne zamandır kullanıyorsun? Bu kadar değilse, biraz zaman verin. Ancak, uzun bir süre varsa, @pdr'nin önerdiği gibi, daha yüksek riskli görevler için ekstra marj eklemeyi düşünün . Örneğin, ekibimiz her kullanıcı arayüzü çapraz tarayıcı yapmak istediğinde, tahminimizi geçiyoruz. Bu nedenle, tarayıcılar arası görevlerin tahminini her zaman ele alabileceğimizden emin olmak için bir faktörle çarpıyoruz.

Sprint sırasında taahhüt edilen kullanıcı hikayelerini yeniden tahmin etmek anlamlı değildir. Sadece zamanını boşa harcıyor. Zaten taahhütte bulundunuz ve yeniden tahmin yapıp yapmamanız önemli değil.

Farklı durum mevcut sprint'e bağlı olmayan kullanıcı hikayeleriyle ilgilidir. Zaman zaman yeniden tahmin yapmak iyidir (planlamadan önce sprint başına bir defadan fazla olmamak üzere). Yeniden tahmin etmenin makul olabileceği durumlar şunlar olabilir:

• Ürün sahibi herhangi bir kullanıcı hikayesini değiştirdi
• Ürün sahibi herhangi bir kullanıcı hikayesini ayırır veya birleştirir
• Ürün sahibi kullanıcı hikayesi ekledi
• Son kullanıcı hikayesinde bulunmayan bazı ek bilgileriniz var
• Bazı kullanıcı hikayelerinin ilişkili olduğunu buldunuz ve henüz işlenmemiş başka bir hikayenin bir parçasını zaten yaptınız
• vb.

Her kullanıcı hikayesini mutlaka yeniden tahmin etmeniz gerekmez, ancak yapabilirsiniz. Tam yeniden tahmin için genellikle hızlı bir yönteme ihtiyacınız vardır. Tahmin etmek için 10-20'den fazla hikaye alırsanız, poker planlamak çok yavaş, verimsiz, sıkıcı ve bazen de yanlış olabilir. Alternatif, Sihirli tahmin olabilir .