Bir yinelemenin ortasında tahminleri değiştirmek uygun mudur?


14

Agile / Scrum'ı 4 geliştiriciden oluşan bir ekipte kullanmaya başladık. Hikaye tahminlerimizi yaptık ve ürün biriktirme dosyasında Astarlanmış hikayeler sipariş ettik.

Normal 1,2,3,5,8,13 yerine 1'den 5'e kadar karmaşıklık üzerine nokta tabanlı tahminle başladık ...

Birkaç öykü üzerinde çalıştıktan sonra 4 noktada tahmin edilen bazı öykülerin sadece 2 olması gerektiğini düşünürken, 2'de tahmin edilen öykülerin çok daha karmaşık ve 5 olarak tahmin edilmesi gerektiğini hissettim. biliyorum:

  • Yinelemenin ortasında hikaye tahminlerimizi değiştirmek uygun mudur?
  • Mevcut tahmin noktalarını normal 1,2,3,5,8,13 yerine 1'den 5'e kullanmak doğru mudur?

Şahsen her iki durum için de hayır olması gerektiğini hissediyorum ama kendi anlayışım çok net olmadığı için kendimi desteklemeliyim. (Herhangi bir iyi ref materyali iyi olurdu!)


4
Kendinize sorun: Sprint ortalamasını yeniden tahmin etmek için zaman harcamanın yararı nedir? Kaba 3'e karşı 5'e kıyasla ince taneli 3'e karşı 4'e 5'e karşı daha fazla zaman harcamanın faydası nedir?
Hugo

Yanıtlar:


13

Yinelemenin ortasında hikaye tahminlerimizi değiştirmek uygun mudur?

Kesinlikle hayır. Bunun olmasını bekliyoruz. Ve hataların zaman içinde dengelenmesini bekliyoruz. Tahminleri, yalnızca belirli bir kategorinin (örneğin, yeni web sayfaları), hepsini tahmin ettiğimizde düşündüğümüzden her zaman daha karmaşık olacağı açık bir şekilde ayarlıyoruz.

Epik bir hikaye daha küçük hikayelere ayrıldığından (sprint'ten çok önce gerçekleşmesi gerekir), orijinal tahmini ayarlamış gibi görünebiliriz, ancak yeniden tahmin etmek yerine rafine olarak adlandırırım. Çünkü o zaman daha net bir görüşe sahibiz.

Mike Cohn'un Çevik Tahmin ve Planlama bu konuda iyi bir kitap. Onu (veya herhangi bir "Agile" kitabını) bir İncil olarak kullanmaya karşı uyarıyordum, ancak sürecinizi iyileştirmek için iyi bir başlangıç ​​noktası.

Hatalı tahminlerin “büyü” olarak nasıl dengelendiğini anlatıyor, ancak bunun tekrar tekrar çalıştığını gördüğünü vurguluyor.

Mevcut tahmin noktalarını normal 1,2,3,5,8,13 yerine 1'den 5'e kullanmak doğru mudur?

Fibonacci puan tahmin serisinin kullanımı, bir hikaye ne kadar büyük olursa, tahminimizin o kadar az doğru olduğu kabulüdür (Epics hakkındaki önceki yorumuma bakın).

Ancak, sizin için işe yaramazsa, özellikle de tüm işlerinizi küçük tutarsanız, kullanmayın. Bu bir kural, kural değil.

Tişört boyutlandırma (SML XL XXL) de popülerdir ve aslında (1 2 3 4 5) 'den farklı değildir.


+1: Retrospektifiniz sırasında bunu tartışın. Bir sonraki baharın başında yeniden öncelik verdiğinizde yeniden tahmin edin. Bu yüzden sprintlerin var. Sprint sırasında yönetim yükü yok - sadece kod yapın.
S.Lott

Fabonacci serisinin kullanımı hakkında, Bir hikayenin neredeyse 3 gün süreceğini ve hayır olacağını bildiğinizi söyleyin. öyküyü yapmak için görevler A, B, C. Ayrıca çok karmaşık olmadığını da hissediyorsunuz, ancak bu görevlerin her biri her biri 1 gün sürecek. Hikayeye ne tahmin edersiniz?
tintin

@tintin: Puan kullanmanın nedeni, "bir hikayenin neredeyse 3 gün süreceğini biliyorsunuz" gibi şeyleri söylemekten kaçınmaktır. Puanlar nispeten keyfidir, her iş diğer işlere kıyasla karmaşıklığa dayanır (açıkçası yanlış tahmin edilen işleri temel olarak kullanmaktan kaçınmalısınız). Ancak, belirsizliği hesaba katmak için eksik sayılardan kaçınırsınız. Dolayısıyla, B işi A işi ile iki kat daha karmaşıksa ve A işi 2 puan olarak işaretlenmişse, B işini 5 puan olarak işaretlersiniz.
pdr

+1 için: bir hikaye ne kadar büyükse, tahminimiz o kadar az doğrudur
kevchadders

1

Yinelemenin ortasında hikaye tahminlerimizi değiştirmek uygun mudur?

Kesinlikle evet - mevcut veya gelecekteki bahar planlamasını etkileyecekse. Çevik nokta, eylemlerinizi mümkün olduğunca güncel ve doğru bilgilere dayandırmaktır.

Bir tahmin, geçerli sprint'in zaman kutusunda tamamlanamayacağı kadar yanlış görünüyorsa, revize edilmiş tahmin üzerinde hareket etmeniz gerekir, bu nedenle muhtemelen değiştirmek isteyeceksiniz. Yeni tahminleri eskilere dayandırırsanız (ve aslında belleğe / deneyime dayanmak yerine bu tahminlere bakarsanız) doğru olmaları gerekir.

Öte yandan, herhangi bir değer yok gerçekten haddi zatında bir tahmin doğru olma. Anlamsız bir istatistik oluşturmak için zaman kaybetmeyin.


Bizim durumumuzda ilk tahmin büyük bir tahminti ve bunun için çalışma çok daha az oldu. Yani şu anki sprint'imiz zamanında bitmiş değil, fazladan zamanımız var. Yani yönetici, tahmini düşürmeyi öneriyor.
tintin

@Michael, bu cevap bazı çevik süreçler için doğru olabilir, ancak soru Scrum ile ilgilidir. Scrum'da, sprint planlamasından sonra hikaye noktalarını değiştirmek önerilmez çünkü takım Hız metriği tehlikeye girebilir.
GuyR

Başarısız tahminler, gelecekteki tahminleri buna göre ayarlamak için kullanabilmeniz açısından fayda sağlar. Çok uzun tahmin ederseniz, çok kısa tahmin etmek kadar başarısızdır, çünkü sonuç yetersiz kullanılan kaynaklardır. Doğru tahminlerdeki değer, sürüm hedeflerinize ulaşacağınızı ve ekibinizin tamamen kullanıldığını bilmenizdir. Bu nedenle, gelecekteki tahminleri her zaman geçmiş deneyimlerinize dayandırarak, tahminleriniz hakkında öğrendiklerinize göre ayarlama yapabilirsiniz.
S.Robins
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.