Что мне делать, если участник Scrum покидает половину пути?

Из-за состояния здоровья одного из участников схватки он должен покинуть команду.

У меня вопрос, нужно ли мне снова начинать планирование спринта? или изменить график выгорания? или попросить всех членов команды стиснуть зубы и сделать дополнительную работу для достижения цели?

Благодарность

Вам нужно вычеркнуть наименее важные истории и перенести их на следующий спринт. Ваша способность изменилась, и спринт должен это отражать.

Если клиент добавляет новую, высокоприоритетную большую историю, что вы делаете? Принять его и добавить в спринт? Re-план? Изменить график выгорания? Укусить пулю? Нет. Вы удаляете другие истории, поскольку у вас нет возможностей.

Это ничем не отличается - обстоятельства изменились, и ваша команда больше не может выполнять начальные задачи.

1. Нет, ты не просишь людей работать больше часов. Хотите еще уйти?
2. Что такое таблица выгорания? Это график того, какие баллы завершены, и график того, какие баллы вам нужно завершить до истечения срока. Так зачем это менять? Продолжайте строить графики, и вы увидите эффект потери разработчика, который может держать клиента в курсе.
3. Клиент может использовать эту информацию, чтобы исключить или продлить срок. Чего им нельзя позволить, так это сказать, что они хотят больше ресурсов. Ресурсы приходят, когда вы их находите, и уходите, когда им хочется, и быстрое принуждение не к тому человеку не решит вашу проблему. Это особенно верно по мере приближения срока.
4. Если вы собираетесь нанять кого-то, ожидайте, что это тоже займет время, так что стоимость будет больше, чем один час разработчика, и выгода не будет мгновенной.
5. Укажите бизнесу, что если они не хотят, чтобы это происходило в будущем, им нужно нанять слишком много ресурсов в начале проекта и опережать ожидаемое требование до тех пор, пока не приблизится к крайнему сроку (когда, потому что они вперед, они могут потерять половину команды и не заменять ее в то время, когда оставшимся разработчикам не нужно тратить время на тренировки).

Отказ от ответственности: все это идет с оговоркой, «в идеальном мире». Теперь подойди к нему как можно ближе, и все будет хорошо.

Будучи членом команды или мастером схватки, ничего не делайте, кроме как проинформируйте владельца продукта о ситуации. Ваша команда уже взяла на себя обязательство по определенному количеству пользовательских историй, исходя из ожидаемой емкости. Произошло что-то плохое, и один из членов вашей команды не может продолжать спринт из-за состояния здоровья. Это может случиться, и никто не может обвинить его или вас в этом.

Владелец продукта должен решить, что делать дальше. Очевидно, что вы, скорее всего, не будете доставлять то, что совершили. Владелец продукта может позволить спринту продолжаться как есть, так что вы можете завершить как можно больше пользовательских историй, не пропустив члена команды и неоправданно сверхурочно, или она может решить остановить спринт и начать новый, но это будет довольно радикально.

Descoping опасен. Спринт должен быть безопасной зоной для команды. Это часть гибких принципов расширения прав и возможностей людей. Команда имеет право взять на себя обязательство. Как только вы разрешите изменение обязательств во время спринта, это скоро может стать обычной практикой, и весь смысл обязательств и безопасная зона исчезнут. Вы получите хаос с постоянно меняющейся целью спринта.

Поймите, что схватка имеет скорость, чтобы помочь справиться с этим.

Насколько я понимаю, ваша скорость со временем адаптируется к новой команде. В некоторых местах даже можно оценить снижение скорости, чтобы лучше управлять, когда члены команды либо уходят, либо просто уезжают в отпуск.

Проанализируйте влияние на общий спринт. Определите альтернативное решение / обходной путь. Обсудите с владельцем продукта, чтобы перейти к следующему спринту. Принесите дополнительные ресурсы для этого спринта или будущего спринта.