Co powinienem zrobić, jeśli członek Scrum odejdzie w połowie?

Ze względu na stan zdrowia jednego z członków Scrum musi opuścić zespół.

Moje pytanie brzmi: czy muszę ponownie rozpocząć sesję planowania sprintu? lub zmienić wykres wypalenia? lub poprosić wszystkich członków zespołu o ugryzienie kuli i wykonanie dodatkowej pracy, aby osiągnąć cel?

Dzięki

Musisz zmniejszyć zakres najmniej ważnych historii i przenieść je do następnego sprintu. Twoja pojemność się zmieniła i sprint powinien to odzwierciedlać.

Jeśli klient doda nową historię o wysokim priorytecie, co robisz? Zaakceptować i dodać do sprintu? Planujesz ponownie? Zmienić wykres spalania? Ugryzł kulę? Nie. Ograniczasz zakres innych historii, ponieważ nie masz zdolności.

Nie inaczej jest - okoliczności się zmieniły, a Twój zespół nie może już zaangażować się w początkowy zakres.

1. Nie. Nie prosisz ludzi o dodatkowe godziny pracy. Chcesz więcej odejść?
2. Co to jest tabela wypalenia? Jest to wykres, które punkty są wypełniane w porównaniu z wykresem, które punkty należy wypełnić przed upływem terminu. Po co to zmieniać? Kontynuuj tworzenie wykresów, a zobaczysz efekt, jaki utrata programisty ma i może informować klienta.
3. Klient może wykorzystać te informacje, aby zmniejszyć lub wydłużyć termin. Nie można im pozwolić na to, by powiedzieć, że chcą więcej zasobów. Zasoby przychodzą, gdy je znajdziesz, i znikają, gdy mają na to ochotę, a zmuszanie niewłaściwej osoby szybko nie rozwiąże twojego problemu. Jest to szczególnie prawdziwe w miarę zbliżania się terminu.
4. Jeśli zamierzasz kogoś zatrudnić, spodziewaj się, że zajmie to również trochę czasu, więc koszt wyniesie więcej niż jeden czas programisty, a zysk nie będzie natychmiastowy.
5. Wskaż firmie, że jeśli nie chcą, aby tak się stało w przyszłości, muszą zatrudnić zbyt wiele zasobów na początku projektu i wyprzedzać oczekiwany wymóg aż do końca terminu (kiedy, ponieważ są przed nimi mogą stracić połowę zespołu i nie zastąpić ich w czasie, gdy pozostali deweloperzy nie muszą tracić czasu na trening).

Oświadczenie: Wszystko to zawiera zastrzeżenie „w idealnym świecie”. Teraz podejdź jak najbliżej, a będziesz w porządku.

Jako członek zespołu lub mistrz scrum nie rób nic poza informowaniem właściciela produktu o sytuacji. Twój zespół już zobowiązał się do pewnej liczby historii użytkowników na podstawie oczekiwanej pojemności. Stało się coś złego i jeden z członków twojego zespołu nie mógł kontynuować sprintu z powodu stanu zdrowia. To może się zdarzyć i nikt nie może obwiniać go za to.

Od właściciela produktu zależy, co dalej. Oczywiste jest, że najprawdopodobniej nie dostarczysz tego, co popełniłeś. Właściciel produktu może zezwolić na kontynuowanie sprintu w taki sposób, abyś ukończył tyle historii użytkowników, ile możesz, bez utraty członka zespołu i nieuzasadnionych nadgodzin lub może zdecydować o zatrzymaniu sprintu i rozpoczęciu nowego - ale byłoby to dość drastyczne.

Usuwanie kamienia jest niebezpieczne. Sprint powinien być bezpieczną strefą dla drużyny. Częścią zwinnych zasad jest wzmacnianie pozycji ludzi. Zespół jest upoważniony do podjęcia zobowiązania. Gdy pozwolisz na zmianę zaangażowania podczas sprintu, może to wkrótce stać się powszechną praktyką, a cały punkt zaangażowania i bezpieczna strefa znikną. Będziesz chaos z ciągle zmieniającymi się celami sprintu.

Uświadom sobie, że scrum ma prędkość, aby pomóc sobie z tym poradzić.

Rozumiem, że twoja prędkość dostosuje się z czasem do nowego zespołu. Niektóre miejsca pozwalają nawet oszacować spadek prędkości, aby pomóc lepiej zarządzać, gdy członkowie zespołu albo wyjeżdżają, albo nawet wyjeżdżają na wakacje.

Przeanalizuj wpływ na ogólny sprint. Znajdź alternatywne rozwiązanie / obejdź. Porozmawiaj z właścicielem produktu, aby przenieść historię o niższym priorytecie / ważnych użytkownikach do następnego sprintu. Przynieś dodatkowe zasoby do tego sprintu lub przyszłego sprintu.