Bir ekip üyesi bir sprint planlamasını kaçırırsa ne yapmalı?

Bir takım üyesinin yıllık izinde olduğunu varsayalım. Sprint planlamasına katılmayacak ama tekrar / sprint ortasına kadar dönecek. Diyelim ki% 50 kapasiteye sahip, yani yinelemenin sonraki yarısında kullanılabilir olacağı için:

1. geri döndükten sonra onunla bir planlama oturumu yapın.

2. yıllık izin almaya başlamadan önce (örneğin sprint planlamadan önce) onunla bir planlama oturumu yapın.

3. onu herhangi bir görev için programlamayın ve sivri uçlar vb.

4. sprint planlaması sırasında akranlarının adına plan yapmasını sağlayın ve yok olan kişi geri döndüğünde görevler ekleyebilir ve eğer tüm işi yapamazsa descope edebilir.

5. başka bir geliştiriciye oturmasını ve bir süreliğine çift programlama yapmasını sağlayın.

6. başka herhangi bir şey..

ne yaptığını bilmek istiyorum ..

Not: (1) yapıyoruz ve doğru gelmiyor.

Planlama, taahhütte bulunmak ve taahhüt edilen kullanıcı hikayelerini görevlere ayırmakla ilgilidir.

geri döndükten sonra onunla bir planlama oturumu yapın.

Kesinlikle hayır. Geri döndükten sonra planlama oturumu mantıklı değil çünkü bağlılık zaten yapılmıştı.

yıllık izin almaya başlamadan önce (örneğin sprint planlamadan önce) onunla bir planlama oturumu yapın.

Kesinlikle hayır. Mevcut sprint tamamlanmadığında planlama olmamalıdır = geçerli sprint sonucu bilinmemektedir ve kimse tüm kullanıcı hikayelerinin tamamlanıp tamamlanmayacağını ve müşterinin incelemede onlardan memnun kalacağını bilmemektedir.

onu herhangi bir görev için programlamayın ve sivri uçlar vb.

Kesinlikle hayır. Geri dönecek ve kapasitesi sürat hedefi için kullanılmalıdır.

sprint planlaması sırasında akranlarının adına plan yapmasını sağlayın ve yok olan kişi geri döndüğünde görevler ekleyebilir ve eğer tüm işi yapamazsa descope edebilir.

Doğru. Takım taahhütte bulunur - belirli bir takım üyesi değil. Ekip, hızlarını bildikleri ve profesyonel tahminlerine dayanarak mevcut kapasiteye bağlı olarak bir sonraki sprint için taahhüdü değiştirebilecekleri için kullanıcı öykülerini ayarlamayı taahhüt eder. Tek bir geliştiriciye önceden atanmış bir görev olmamalıdır. Geliştiriciler her zaman mümkün olmasa bile çapraz işlevsel olmalı, yine de en azından kullanıcı hikayesini görevlere ayırabilmelidir. Görevleri tahmin etmede sorun olabilir ama bence buna hiç gerek yok.

başka bir geliştiriciye oturmasını ve bir süreliğine çift programlama yapmasını sağlayın.

Kesinlikle hayır. Çift programlama hız tarafından karşılanmalıdır. Eğer geliştirici ile saymazsanız, tüm sprint uzakta olacağını söylemek gibi. Müşteri, sprint sırasında hiçbir şey yapmayan geliştiriciye neden zaman ödeyecek?

İdeal bir çevik ekip üyeleri bir projede kullanılan tüm teknolojiler ile rahat ve herhangi bir görev (neredeyse) bir ekibin herhangi bir üyesi tarafından yürütülebilir. Bu durumda, biriktirme listesindeki görevleri boyutlandırdıktan, yinelemeyi ve ekip üyelerini biriktirme listesinden seçtiklerini belirledikten sonra, geri kalan görevleri grupta bırakabilirsiniz ve ekip tarafından alınacaklardır. planlama oturumunu kaçıran üyeler dahil.

Başka bir ortak durumda ekip üyeleri uzmanlaşır (biri kullanıcı arayüzü kullanıcısı, diğeri veritabanı uzmanı, üçüncüsü bir ara katman yazılımı gurusu vb.) Bu durumda, eksik ekip üyesi görevlerini yokluğunda atayacaktır. Yine de gemiye geldikten sonra yeniden boyutlandırması gerekebilir.

"Scrum" ın çalıştığı bir takımda ekibin kendisi boşluğu alır ve yaratıcı bir çözüm bulur. Bu durum, özel durumları tanımlamayı garanti edecek kadar sık ​​ortaya çıkmaz, sadece sprint'in geri kalanı için "akışa geçin". Sonuçta, bu sprintler zaten çok uzun değil.

Tatil planlanmış / planlanmamış olsun sadece oyunun bir parçasıdır. @Asim Ghaffar, önerilen yöntemler - en azından çoğu, sprint planlama toplantısından kaçan bir kişiyi suçluyor gibi görünüyor. Birbirine sağlıklı saygısı olan bir ekipte bir kişinin kişisel ihtiyaçlarını anlayacak ve bu tür ekiplerde yaptığı işin türüne karşı sağlıklı bir güven var. Farklı bireylerin belirli bir iterasyon / sprint için işten ne zaman çıkacaklarını düşünerek ne yapabileceklerini planlıyorlar.

Bir takımın ne kadar profesyonel olduğunu söyleyen zor zamanlar. Orta ölçekli bir ekipte, şirketimizde her zaman sprint planlama toplantısını kaçıran bir kişi vardır. Biz onu suç saymıyoruz. Kararını alacak kadar olgun olduğuna inanıyoruz :)

Çevik yazılım geliştirme metodolojisini öğrenmek ve takdir etmek için susadığınız sürece sorunuzu takdir ediyorum.

Çalıştığım yerde, 4 ortak çözüm olurdu. Toplantıyı kaybeden kişi (ler) tatilde, hasta olabilir veya birisinin eksik olması nedeniyle sprint'in devam etmemesi gerektiği anlamına gelmeyen birkaç durum için yapılması gereken başka bir şey olabilir. Buradaki fikir, takımın bir sürat koşusunun yarısından uzakta kalması durumunda ne tür ayarlamalar yapılabileceğini fark etmesine rağmen, sonunda birkaç ayardan daha fazlası olabilir.

İnsanlar her zaman tatile eğilimindedir :-) zarar vermez.

Çevik bir grupta eğer birinin tatile ihtiyacı varsa, çevik düzgün çalışırsa, eksik olan bir kişi çok fazla fark yaratmamalıdır, evet, grup normalden daha az yapabilir, ancak bu yinelemede daha az özellik yapmak anlamına gelir.