Scrum üyesi yarı yolda kalırsa ne yapmalıyım?


12

Scrum üyelerinden birinin sağlık durumu nedeniyle, takımdan ayrılmak zorunda.

Benim sorum, yine bir sprint planlama oturumu başlatmam gerekiyor mu? ya da yazma tablosunu değiştir? veya tüm ekip üyelerinden mermiyi ısırmasını ve hedefe ulaşmak için fazladan iş yapmasını mı istersiniz?

Teşekkürler


7
İronik olarak, bu, çevik ile bu kadar sıkı bir uyumun çok fazla sertliğe yol açtığı yerdir. Çevik bir yaklaşımı ayarlamaya çalıştığınızdan bir saniye geri gidin. Birisi ekibinizden ayrıldı, iş yükünü yeniden dağıtın ve öncelik verin. Burada çevik bir cevaba ihtiyacınız yok. İnsanlar bu metodolojileri tam anlamıyla kullanıyorlar. Küfür etmeden, burada yapmanız gereken sağduyudan başka bir şey değildir.
JᴀʏMᴇᴇ

Bir koç olarak, her zaman ekibime şunu söylüyorum: DUYUYAN NELER YAPAR! PO ve paydaşların ne duymaları gerekir? Hangi kararları almaları gerekiyor? Bu hareketin ekip üzerinde kısa, orta ve uzun vadede ne gibi etkileri var? Bunu düzeltmek için ne yapılmalı? Neyse ki, Scrum ve Agile, yoğun bir kural kitabı DEĞİL Değer ve İlkelere dayanmaktadır.
Curtis Reed

Yanıtlar:


20

En az önemli hikayeleri kapsam dışında bırakmalı ve bir sonraki sprint'e taşımalısınız. Kapasiteniz değişti ve sürat bunu yansıtmalıdır.

Müşteri yeni, yüksek öncelikli bir büyük hikaye eklerse ne yaparsınız? Kabul et ve koşuya eklensin mi? Yeniden planı mı? Yakma tablosunu değiştir? Mermiyi ısırdın mı? Hayır. Kapasiteniz olmadığı için diğer hikayelerin kapsamını daraltmış olursunuz.

Bu hiç de farklı değil - koşullar değişti ve ekibiniz artık ilk kapsama giremez.


Sprint planı toplantısını çoktan yaptık. Plan toplantısı tamamlandıktan sonra her şeyin taş haline geldiğini düşündüm. Evet Hayır?
Janetsmith

@janetsmith - Hiçbir şey "taş değil". Grip salgını olsaydı ve tüm geliştiricileri kaybederseniz ne olurdu?
Oded

Bu, yine bir sprint planlama oturumu başlatmam gerektiği anlamına mı geliyor? Sprint planlama oturumu oldukça kapsamlı görünüyor.
Janetsmith

@janetsmith - Hayır, artık sahip olduğunuz kapasiteyle kalan hikayeleri elde edene kadar sprint'te en düşük önceliğe sahip öğeleri bırakmaya devam edersiniz.
Oded

2
  1. Hayır. İnsanlardan fazladan çalışma saatleri istemezsiniz. Daha fazla ayrılmak ister misin?
  2. Yakma tablosu nedir? Son noktadan önce hangi noktaları tamamlamanız gerektiğinin grafiğine göre hangi noktaların tamamlandığının grafiği. Peki neden değiştirelim? Grafik oluşturmaya devam edin, bir geliştiriciyi kaybetmenin müşteriyi bilgilendirdiğini ve tutabileceğini görün.
  3. Müşteri bu bilgileri son teslim tarihini düşürmek veya uzatmak için kullanabilir. Yapmasına izin verilemeyen şey, daha fazla kaynak istediklerini söylemek. Kaynaklar onları bulduğunuzda gelir ve hissettiklerinde gider ve yanlış kişiyi çabucak zorlamak sorununuzu çözmez. Bu özellikle son teslim tarihi yaklaştıkça doğrudur.
  4. Birini işe gidiyoruz, maliyet birden fazla geliştiricinin saat olacak böylece de zaman almaya bekliyoruz ve kazanç olacak değil hemen gerçekleşmeyecek.
  5. İşe, bunun gelecekte olmasını istemiyorlarsa, projenin başında çok fazla kaynak tutmaları ve son tarihe kadar (ne zaman, çünkü ileride, ekibin yarısını kaybedebilirler ve kalan geliştiricilerin zaman harcamak zorunda kalmadıkları bir zamanda yer değiştiremezler).

Feragatname: Tüm bunlar "mükemmel bir dünyada" uyarısı ile birlikte gelir. Şimdi olabildiğince yakın olsun ve iyi olacak.


2
Önemli bir süre yaklaşıyorsa, IMHO'ya ekip üyelerine fazladan bir saat ayırmaya istekli olup olmadıklarını sormak sorun olmaz. Olağandışı bir olay, istisnai bir olay olduğu sürece genellikle iyidir ve takımdan bunu yapmasını SORUNUZ. Çoğu zaman ekibin gururla nasıl adım atacak ve teslim edeceğine şaşıracaksınız. Uyarı, size saygı duymaları ve onlara saygı duyduğunuzu hissetmeleri gerektiğidir.
maple_shaft

2
Fazladan saatlerce çalışmanız gerekiyorsa, fazla çalıştınız veya aralarında bir takım devreye girdi ve bu da ekibin işini tamamlayamadı. Her iki durumda da uygun işlemi yapabilmesi için ürün sahibini zamanında bilgilendirmeniz gerekir (örn. Bazı hikayeleri kaldırın). Scrum, ekibin günde 7-8 saatlik sürdürülebilir bir hızda çalışması gerektiğini, fazladan saatlerce çalışmaman gerektiğini söylüyor.
Bart

4
@maple_shaft: Benden fazla saat yapmamı istedin çünkü berbat ettim, hatta takım arkadaşlarımdan biri bile berbattı (ve bu sefer hepsini kendisi yapamıyorum), ya da aşırı risk aldığım için, Kalp atışı. Bunu yapmamı isteyin, çünkü yönetim birisinin ayrılma olasılığını açıklayamadı, o kadar iyi almayacağım.
pdr

0

Bir ekip üyesi veya scrum ustası olarak, ürün sahibini durum hakkında bilgilendirmek dışında hiçbir şey yapmaz. Ekibiniz, beklenen kapasiteye göre bir miktar kullanıcı hikayesine zaten bağlıydı. Kötü bir şey oldu ve ekip üyelerinizden biri sağlık durumu nedeniyle süratle devam edemiyor. Bu olabilir ve kimse onu veya sizi bunun için suçlayamaz.

Bundan sonra ne yapacağınıza karar vermek ürün sahibine bağlıdır. Büyük olasılıkla taahhüt ettiğiniz şeyi vermeyeceğiniz açıktır. Ürün sahibi, sprint'in devam etmesine izin verebilir, böylece takım üyesini ve mantıksız fazla mesaiyi kaçırmadan olabildiğince çok kullanıcı hikayesini tamamlayabilirsiniz ya da sprint'i durdurup yeni bir tane başlatmaya karar verebilir - ancak oldukça sert olacaktır.

Descoping tehlikelidir. Sprint takım için güvenli bir bölge olmalıdır. İnsanları güçlendirmek çevik ilkelerin bir parçasıdır. Takım bir taahhütte bulunma yetkisine sahiptir. Sprint sırasında bağlılığın değişmesine izin verdiğinizde, kısa bir süre içinde ortak bir uygulama haline gelebilir ve bağlılığın ve güvenli bölgenin tüm noktası kaybolacaktır. Sürekli değişen sprint hedefi ile kaos elde edeceksiniz.


-1

Scrum'ın bunu yönetmeye yardımcı olacak hıza sahip olduğunu fark et.

Anladığım kadarıyla, hızınız zaman içinde yeni ekibe uyum sağlayacak. Bazı yerler, ekip üyelerinin ayrıldıklarında veya sadece tatile çıktıklarında daha iyi yönetilmesine yardımcı olmak için hızda bir düşüşün tahmin edilmesine bile izin verir.


1
Şöyle böyle. Bazı yerler hızın azalmasına bile izin verir . Ne kadar cömertler. Gökyüzünün mavi olmasına izin veren ben olduğumu biliyor muydun?
ThomasX

-2

Genel sprint üzerindeki etkisini analiz edin. Alternatif çözümü / çözümü belirleyin. Daha az öncelikli / önemli kullanıcı öykülerini bir sonraki sprint'e taşımak için ürün sahibiyle görüşün. Bu sprint veya gelecekteki sprint için ek kaynaklar getirin.

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.