Завершение всего бэклога спринта никогда не должно быть целью
«Сколько у нас переходящих остатков с предыдущего спринта?» - ужасный вопрос, который часто задают во время планирования спринта. Когда ответ нулевой, все улыбаются и радуются. Мы сделали это! YEEHAWWW!
Когда есть хотя бы один элемент невыполненной работы, переносимый на следующий спринт, команда разочаровывается и чувствует, что потерпела неудачу. Является ли переходящий остаток чем-то грязным, чтобы предотвратить его любой ценой? Или мы неправильно относимся к переходящим остаткам?
Должны ли мы действительно стремиться к тому, чтобы вообще не переходить к следующему спринту?
Я считаю, что переходящие остатки - это хорошо, поскольку для достижения цели спринта может потребоваться невыполнение элементов невыполненных заданий спринта. Переходящие элементы - это то, что позволяет Scrum-команде быть гибкой и адаптивной. Переходы - признак команды, которая приняла правильные решения во время спринта.
Эти утверждения, вероятно, удивят вас и покажутся нелогичными, поэтому позвольте мне объяснить.
Три части бэклога спринта
Согласно Scrum Guide, бэклог спринта состоит из двух частей:
Бэклог спринта - это набор элементов бэклога продукта, выбранных для спринта, плюс план по доставке Инкремента продукта и реализации цели спринта.
- Набор элементов бэклога продукта, выбранных для спринта
- План предоставления Приращения продукта, соответствующего Цели Спринта
Однако элементы бэклога продукта, выбранные для спринта, можно разделить на две части, в результате чего получатся три разные части:
- Элементы бэклога спринта, которые относятся к цели спринта (обязательство)
- Элементы бэклога спринта, не относящиеся к цели спринта (без обязательств)
Поскольку команда берет на себя обязательство создать только приращение продукта, которое соответствует цели спринта, вы можете видеть элементы невыполненных работ спринта, не относящиеся к цели спринта, как цели растяжения.
Если цель спринта идет хорошо, и мы не сталкиваемся с непредвиденными сложностями, которые необходимо решать с более высоким приоритетом, мы также завершаем цели растяжения. Если мы сталкиваемся с проблемами, которых не ожидали, от этих целей отказываются в пользу достижения самого важного: цели спринта.
Позвольте мне привести вам повседневный пример действия этого принципа. Представьте, что вы находитесь в супермаркете, чтобы купить продукты, необходимые для приготовления ужина для друзей у вас дома. По дороге вы получаете сообщение от вашего партнера: «Если у вас есть достаточно времени, можете ли вы также купить велосипедные фонари по дороге домой из веломагазина, расположенного в нескольких милях от отеля?» Ключевой момент здесь - если у вас есть достаточно времени.
Если вы купили велосипедные фары, а затем пропустили покупку продуктов из-за нехватки времени, ваш партнер и ваши друзья будут крайне разочарованы. Самое главное - это покупать продукты на ужин, потому что без продуктов ужина нет. Велосипедные фары могут подождать, и сегодня они не важны. Если вы купили продукты и велосипедный фонарь, но будете дома после прибытия гостей, то это тоже будет неудовлетворительно.
Если бы вы не купили велосипедный фонарь, но смогли принести все необходимые продукты на ужин, никто бы об этом не огорчился. Велосипедный свет - это хорошо, если у вас есть достаточно времени, и определенно не за счет возможности пригласить гостей на ужин или вовремя прийти домой, чтобы приготовить ужин.
То же самое и с элементами бэклога спринта, которые не имеют отношения к цели спринта. Вы завершаете их только в том случае, если у вас есть на это время, и не за счет достижения цели спринта.
Если вы используете линзу Sprint Goal при просмотре бэклога Sprint, что это означает для переходящих остатков? Если эти переходящие остатки не связаны с Целью спринта, это означает, что вы отказались от них, чтобы обеспечить выполнение Цели спринта. Это означает, что вы не пошли за велосипедным фонарем, чтобы убедиться, что у вас есть достаточно времени, чтобы купить продукты на ужин. Это определенно правильный звонок, и его стоит отметить!
Это гибкость, необходимая Scrum-команде для проверки и адаптации во время спринта. Без этой гибкости эмпирическая основа Скрама потрясает по своей сути. Команда слишком сильно растягивается между доставкой велосипедного фонаря или покупкой продуктов, в результате подвергая их всех риску.
Команды никогда не будут строить безупречные планы или делать точные оценки, поскольку они всегда ограничены заранее подготовленными знаниями. Чтобы справиться со сложностью и неопределенностью, которая кажется, необходима гибкость во время спринта. В таких случаях план и детали должны появиться во время Спринта.
Адаптация, имеющая дело с неопределенностью и сложностью, как это кажется, требует места и гибкости в бэклоге спринта. Это достигается за счет того, что бэклог спринта содержит элементы, не связанные с целью спринта, или за счет планирования с ограниченным (меньшим) объемом. Вы сможете забрать эти элементы невыполненной работы спринта, не связанные с целью спринта, только если позволяет время и достижение цели спринта является несомненным.
Однако одно предостережение: работа над целями растяжения никогда не должна происходить за счет работы над целями спринта. Цель спринта - вот что в конечном итоге имеет наибольшее значение. Вы же не хотите, чтобы ваша команда была занята достижениями Stretch Goal до такой степени, что работа над Sprint Goal станет праздной и ожидающей обратной связи. Это тонкий баланс, и с неопытными командами может помочь дополнительная работа, только если вы уверены, что цель спринта будет достигнута.
Переходящие остатки обеспечивают гибкость, необходимую для достижения цели спринта.
Перенос в следующий спринт, если он не связан с Целью спринта, является чем-то хорошим. Переходящие остатки указывают на то, что команда действовала и расставила приоритеты в данный момент, чтобы защитить достижение цели спринта. Когда есть переходящие остатки, связанные с Целью спринта, проблема не в переходящих остатках. Проблема в том, что команде не удалось достичь цели в спринте. С какими проблемами или проблемами мы столкнулись, что привело к тому, что мы не смогли достичь цели спринта?
Если вы сделаете бэклог спринта обязательством, это означает, что бэклог спринта более важен, чем цель спринта. Чтобы иметь возможность иметь дело с реальностью по мере ее развития, никогда не следует планировать на полную мощность. А поскольку бэклог спринта является гибким, когда вы четко понимаете цель спринта, вы всегда можете перетащить больше элементов бэклога спринта в спринт.
Если вы не выполнили дополнительные элементы невыполненного спринта, но все же достигли цели спринта, вы все равно можете гордиться тем, что сделали правильный вызов во время спринта для достижения цели спринта за счет выполнения этих дополнительных рабочих элементов.
Когда вы работаете таким образом, спринт становится гибридом обязательств на каждый спринт (цель спринта) и системы, основанной на вытягивании (цели растяжения, которые выполняются во время спринта). Если вы достигнете этих целей вместе с целью спринта, у вас будет дополнительный повод для радости.
Посмотрите на это так: достижение цели в спринте уже оказывает достаточное давление на команду. Не обременяйте свою команду дополнительным давлением выполнения всего, что изначально присутствовало в бэклоге спринта, поскольку это только ставит под угрозу то, что наиболее важно в спринте: цель спринта.
Вы хотите писать для Serious Scrum или серьезно обсуждать Scrum?
