Hız zaman içinde plato yapmaz, neden?

Ekibimin grafik ve yineleme başına hızını çizdim. Bana göre çok kötü görünüyor (hız çok dalgalanıyor). Bu davranışın temel nedenini teşhis etmek için ne aramalıyım?

Takım ritmini bulurken ilk on sprintte dalgalanma olması gayet normaldir. Bundan sonra, hızın ortalama etrafında dalgalanması kesinlikle normaldir. Son beş sprint için ortalama bir koşu grafiği çizmeyi deneyin ve seviye atlayın. Değilse, aşağıdakilerden bazıları suçlu olabilir:

• Ekip, hikaye noktalarını sabit tutmak ve kaç hikaye aldıklarını ayarlamak yerine, hikaye hız tahminlerini son hızlarına göre ayarlamaya çalışıyor.
• Hikayeleri yeterince küçülmüyorsun.
• Hikayelerinizin çoğu, daha yüksek ayrıntı düzeylerinde. Örneğin, 13 veya 40 olarak değiştirmek istemediğiniz 20 işaretçiniz var.
• Bir sprint'te pek bitmeyen pek çok "akşamdan kalma" hikayeniz var.

Hızın, performansın bir göstergesi olarak kötüye kullanıldığını, kabul edilen bazı hikaye noktalarının "iyi" bir sprint olduğunu ve bundan daha düşük bir şey "kötü" bir sprint olduğunu sanıyorsunuz.

Hız (çok yanlış adlandırılmış bir kavramdır), ekibin bir sonraki sprint'te kaç özellikte çalışabileceğini tahmin etmek için ileriye dönük bir araç olarak kullanılmalıdır, yani kapasite planlaması için hız kullanılmalıdır.

http://jimhighsmith.com/velocity-is-killing-agility/

İşte makaleden göze çarpan bir alıntı: "Sorun, hıza verilen ve onu bir verimlilik ölçüsüne dönüştüren ağırlıktır."

Hızınızda önemli bir varyans gibi görünen bir sorun olabilir. Bu, takımın yanlış bir şey yaptığı anlamına gelmez, ancak sonuç, takımın gelecekteki sprintler için kapasitesinin çok iyi tahmin edilemeyeceği anlamına gelir. Ne yazık ki, bu herhangi birimizin sizin için cevaplayabileceği bir soru değil. Retrospektif yoluyla konuya girmeniz gerekir. Gerçekten ne oluyor?

Her durumda, en kritik ölçü grafiğinizde eksiktir. Takım taahhüt ettikleri değeri sunmada ne kadar başarılı oldu? Bazı sprintlerde taahhütlerini aştıkları için hız dalgalanıyor mu, diğerleri değil, hikayeleri bitirmedikleri için dalgalanıyor mu yoksa taahhütler de dalgalanıyor mu?

Ek potansiyel neden: sonraki sprintler sırasında, önceki sprintlerden teknik borç ödüyorsunuz.

Sprint 3'ten sonra bir yönetim demonuz var ve mutlu günler senaryosunu göstermeniz gerekiyor. Bunu yapmak için, kodlamayı hata işlemeden, çeviri desteği olmadan, birim testi olmadan yaparsınız. Bu geçerli bir karardır, sadece sonuçlarının farkında olmanız gerekir.

Böylece daha sonra, heyecan işleme çerçevesi, çeviri desteği, birim test çerçevesi vb. Gibi tüm güzel şeyleri eklersiniz. İlk 3 sprint'teki mevcut kodlamanız henüz kullanmıyor, bu yüzden güncellenmesi gerekiyor. Bu çaba, sonraki sprintler sırasında değer yaratmayı yavaşlatır.

Sorunuz için, neden dalgalanma olduğunu söylemek zor çünkü hikaye kartı, takımdaki insanlar veya ürün sahibi yeteneği nedeniyle olabilir. Yani, benim tecrübelerime göre, hız dalgalanacak çünkü, örneğin:

• Ekip üyeniz özel ekip üyeleri olmayabilir. Birbirlerini çalışmak ve anlamak için, yeterince uzun süre birlikte çalışmaları gerekir. Ekibiniz ekipteki insanları sık sık içeri / dışarı değiştirirse, bu ekipte dinamik olur ve hızı da etkiler.
• Hikaye kartları çok büyük. Dolayısıyla, ekip planlama / tahminde olabildiğince ayrıntılı olarak ilerleyemez. Sprint sırasında bir şeyin düşündüğünden daha zor olduğunu bulacaklar.
• Sanırım scrum yapıyorsun. Scrum'da, sprint planlama bölüm 1 (Ürün sahibi ne yapacağını seçer) ve sprint planlama bölüm 2 (Takım ne kadar yapabildiklerine karar verir) yapmak zorundayız. Yani, durum, ürün sahibi sprint kartlarını seçtikten sonra, ekip sprint planlama bölüm 2'de yeterince derinlemesine gitmediğinden, Ürün sahibine bildirmek için ihtiyaç duydukları gizli sorunu bulamazlar. İlk başta problemleri bulurlarsa, onları kıracaklar VEYA riskten nasıl kurtulacağını düşüneceklerdir. Bu, sprint üzerinde çalışmaya başlamadan önce tahminin yeterince doğru olmasını sağlar.
• Hikaye kartları ayrıntılı değilse, tahmin doğru olmayacaktır. İlk başta tahmin zor olabilir, ancak sprint başlamadan önce veya hikaye kartları sprint'e gitmeden önce, neredeyse doğru tahmin elde etmek için yeterince bölünmeli ve açıklığa kavuşturulmaları gerekir. Bu, takımın hızının daha kararlı olmasına yardımcı olur.
• Ürün sahibi, sprint üzerinde çalışmaya başlamadan önce hikaye kartlarını yeterince netleştiremeyebilir. Bu da gerçekten önemli bir şey çünkü takımın bu 2 hafta içinde çalışması hedef. Ürün sahibi sadece sprint kartını seçerse ve takım henüz anlamadıysa, yine de sprint sırasında bunları anlamaları gerekir ve cevap, tartıştıklarından daha fazlasına sahip olduğu ve tahminin yanlış olduğu ortaya çıkabilir. Yani, bu açıkça hızı etkiler.
• vb...

Her neyse, bence, her sprint'teki durumun ne olduğunu bildiğimiz sürece, hızın dalgalanmasının önemli olduğunu düşünmüyorum. Hız, ekibinizin ne kadar kararlı çalışabileceğini size söyleyen bir şeydir. Kararlı değilse, "ne oldu" hakkında her bir sprint hakkında ayrıntılı bilgi edinmek zorundayız. Bu sadece sorunu açıklığa kavuşturmanın / gerçekleştirmenin bir yoludur, bu yüzden sorunu çözebiliriz. Yani, hız bize sadece o sprint'te neler olduğunu söyle, geri düşünebilir ve istikrarlı hale getirmek için geliştirebiliriz. Hız, projenin bir yansımasıdır. Ve hızın dalgalanması takımın ürün teslim edemeyeceği anlamına gelmez, sadece gelecekteki projeksiyon ve her şeyi pürüzsüz hale getirmek için çözülmesi gereken problemler hakkında düşünmenize yardımcı olur.

Hızınızda gürültü (dalgalanmalar) var. Olası nedenler:

• Hikayeler çok büyük ve çoğu zaman yarım bitmiş bir hikaye bir sonraki sprint'e kaldırılıyor.
• Hikayeler tam olarak tahmin edilmedi. Bunun nedeni deneyimsiz bir ekip veya yine çok büyük hikayeler olabilir.

Bu gürültü kendi başına bir sorun olmak zorunda değildir: sabit bir ortalama etrafında dalgalanan gürültülü bir hız hala doğru salınım planlaması yapmanıza izin verir.

Ancak, gürültüyü filtrelerseniz (arka arkaya 5 sprint üzerinden yuvarlanma ortalaması), 20 sprintten sonra hızınız hala düşmektedir. Sürüm planlaması yapmayı zorlaştırıyor ve araştırmaya değer:

• "Tamamlandı tanımı" çok zayıf mı ve takım önceki sprintlerden kalan işleri biriktiriyor mu?
• Kuruluş, scrum yönlendirme ve birikim dışı çalışmaların ekibe uygulanması konusunda iyileşiyor mu?
• Arka kütüğün altındaki büyük öyküler (destanlar), üstteki daha ayrıntılı öykülerden daha iyimser olarak mı tahmin edildi?