Ekibe katılan programcılar için tahminler nasıl ele alınır?


11

Yineleme çoktan başladı, yeni programcı takıma katıldı, X görevinin farklı bir geliştirici tarafından 30 saat olduğu tahmin ediliyor.

Bu durumda en iyi uygulama hangisidir?

  • yeni geliştirici verilen tahminle çalışır (fikir, hız hesaplandığında herhangi bir tutarsızlığın düzeltilmesi mi?)
  • yeni geliştirici görevi yeniden tahmin ediyor mu? (öyleyse, ya önemli ölçüde daha yüksekse ve artık yinelemeye uymuyorsa?)
  • ellerimizi havaya fırlatıp şelaleye geri dönecek misin
  • tamamen başka bir şey mi?

Yanıtlar:


4

Söylediklerim:

Yeni geliştirici görevi yeniden tahmin eder. Yinelemeden çıkarılması gerekiyorsa dışarı çıkarılır.

Yeni geliştiricinin orijinal geliştiricinin alacağı zaman içinde bunu yapıp yapamayacağını bilmiyorsunuz. Ve çevik metodolojiler ile işi yapan geliştirici, ne kadar süreceğini söylemesi gereken geliştiricidir.

Ayrıca, geliştiricinin takıma / projeye / şirkete uyması gerektiği için bir çarpan (geliştiriciye bağlı olarak ne kadar büyük) uygulayacağım.


15

Bu kişiyi bu bireysel sprint'e eklemem. Bunun yerine ona kod tabanını hızlandırmak için çalışacağı başka bir görev verin (belki de düşük asılı hata düzeltmeleri?).

Ekibe yeni bir kişi eklemek, bu özel hedef üzerindeki ilerlemenizi yavaşlatacaktır, çünkü ortamınıza alışması ve orada nasıl çalıştığını öğrenmesi gerekecektir. Yeni takıma dayanan uygun tahminlerle onu bir sonraki sprint'e dahil edin .


6

Öncelikle, "Agile Task" ı duyuyorum ve bence bir ila iki günlük bir iş değil, bir hafta değil. Görevler, hikayenin kendisi yinelemeye uyduğunda hikayeleri parçaladığınız şeydir ve daha küçük parçalara bölünemeyen bir hikayeye sahip olmak çok nadirdir.

İkincisi, temelde bu yeni geliştiriciden yola çıkmasını istiyorsun. Eğer takımın sağına atlaması ve takımın geri kalanına ayak uydurması makul bir şekilde beklenebilirse, orijinal tahmin geçerli olmalıdır. Eğer yapamazsa, muhtemelen en azından kendi başına değil, bu tahmine tutulmamalıdır.

Üçüncüsü, durum nedir? Durumun takımın işlerini tahmin etmediğinden eminim, sonra biri dışarı çıktı ve ertesi gün onun yerini aldınız. Bu yüzden, takımdaki X adamlarının bu sprint'in çalışmasını tahmin ettiğini ve üstesinden gelebileceklerini düşündüklerini aldığını düşünüyorum ve sonra yeni adamı tanıttınız ve şimdi X adamları tarafından taahhüt edilen işi yapmak için X + 1 adamları var . Takım iş yükünü seçmediyse ve bunun yerine birikmiş işler yönetim tarafından tıkanmamış olsaydı, yeni adama bu hafta yapacak çok şey vermeyeceğim. Program yönetim tarafından ayarlandıysa, Agile değildir.

Şahsen, bu adamı ilk sprint için daha deneyimli bir programcı ile eşleştirecek şekilde ayarlardım (eğer programcılarınız her zaman eşleşmezlerse, bir tane vermeyi düşündüğünüz gerçeğinden yoksun bırakıyorum) görev bir kişiye). Omzunun üzerinden bakarak ve sorular sorarak, kod tabanını öğrenmeye başlayacak ve genel programlama becerisi enfiye ederse, hemen hemen etkili bir kod inceleyicisi olacak, hataları tespit edecek, verimsiz kod vb.


Ne yazık ki durum neredeyse buydu - birisi işi tahmin etti, sonra iyi miktarda insan gücünü kaybettik. Artık yeni insan gücü, eski insan gücü tarafından tahmin edilen görevlere sahiptir.

7
Bu istisnai bir durum ve bu durumda yeni ekibin (sadece yeni adam değil) birikmiş iş yükünü yeniden tahmin etmesini istiyorum. Ben de sprint iptal etmeyi düşünürdüm; takımınızın yarısı sprint ortasında ayrılırsa artık aynı takım değildir ve eskisinin hedeflerine ulaşması beklenmemelidir; yeni bir kararlı durum hızına ve olaylara farklı bir bakış açısına sahip olacaklar.
KeithS
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.