Abnormal Termination / Остановка спринта

Какой бы профессиональной и развивающейся командой не была Scrum Team, она также может прибегнуть к действию под названием Abnormal Termination или, по-русски, «Остановка спринта». Как видно из английского названия – это действие совершенно аномальное, но не предусмотреть его и не оптимизировать было бы не в духе методологии Scrum.

Те, кто занимается разработкой программного обеспечения в любой области, знает, что разбирать чужой код и чужую логику работы всегда тяжело. Если Scrum-команде поступает задача на усовершенствование каких-либо процессов в работе web-сайта, то технические специалисты оценивают уровень временных затрат относительно того, что уже сделано, а не изготовления с нуля. После проведения Planning Poker и митингов становится понятно, какой имеетсяBacklog и сколько на него нужно времени. После запуска Sprint начинается работа, которая длится уже какое-то время, и выясняется, что в самых глубинах ядра текущего веб-сайта всё сделано так, что невозможно реализовать намеченные улучшения, не прибегнув к сильным изменениям кода. Встаёт острая необходимость оценить количество необходимых изменений и их временные рамки. На сам анализ также уходит ценное время, и наша «Диаграмма сгорания задач» начинает принимать непривлекательный вид. Если команда оценивает, что всё же успеет в заявленный срок переправить весь код, то она добавляет задачи в Backlog и продолжает работу. Если же нет, то необходимо нажать кнопку «Стоп», то есть совершить Abnormal Termination / Остановку спринта.

Кто должен принимать решение на счёт Abnormal Termination / Остановка спринта?

Вопрос этот не такой простой, как кажется, и великие умы вселенной Scrum считают по-разному. Кто-то точно скажет, что это должен быть Product Owner, а кто-то скажет, что Scrum Master.

В целом, как мы знаем, за работой Development Team следит никто иной, как Scrum Master, и он в первую очередь решает, есть ли проблемы в работе команды или нет. Давайте представим, что Scrum Master решает совершить остановку спринта, так как проблемы команды выросли настолько, что ни к чему хорошему это не приведёт. Scrum Master останавливает спринт, и по всем правилам начинается планирование нового спринта. Как известно, в планировании участвует Product Owner, и на вопрос: «Что нам делать в новом спринте? » Product Owner ответит: «То, что вы делали 10 минут назад, до того как Scrum Master прервал спринт». Для Product Owner, как для конечной инстанции, нет дела до работы команды, ему есть дело до продукта и его качества. В данной ситуации решение об Abnormal Termination логичней было бы исполнить Product Owner, тогда не было бы вопросов о дальнейших действиях, и Product Owner пришлось бы пересматривать ход разработки, так как он был бы в курсе того, что данный путь ведет в тупик. Product Owner так и так производит остановку Sprint, если назначенная цель исчезла.

Однако всё это перечёркивает тот факт, что в реальных Scrum-командах, наверное, и не бывает таких ситуаций, при которых кто-то решит оспаривать решение об Abnormal Termination, ведь успех-то нужен всем.

Стоит также отметить, что решение об остановке спринта часто принимает сама Development Team, ведь она, как никто, понимает сложившуюся ситуацию.

Так или иначе, после остановки происходит митинг, на котором обсуждаются причины возникновения Abnormal Termination.