Развенчание заблуждения о том, что «Канбан более гибок, чем Скрам»
"Мы не можем начать новую заявку сегодня, это последний день спринта, и мы не сможем его закончить".
«Мы только что закончили планирование спринта. Нам не следует вносить изменения в наш спринт».
«Я предпочитаю Канбан скраму, потому что спринты не гибкие».
Я уже потерял счет тому, сколько раз я слышал, как люди произносят эти предложения.
Меня раздражает слышать эти дезинформированные выражения в командах Scrum. Наш рефлекторный ответ — сказать этим людям, что они не используют Scrum. Но это бесполезно. И кого это волнует, правда? Иметь что-то, что работает, важнее, чем слепо следовать какому-либо правилу, но я отвлекся.
Многие Скрам-команды считают, что именно таким и должен быть Скрам — негибким и скованным шаром и цепью Спринта, который запрещает нам реагировать на изменения. Я называю эту жесткую интерпретацию Scrum в стиле Anaconda Scrum. Я также начал использовать Scrum таким образом. Основываясь на своем личном опыте, я считаю, что большинство Scrum-команд практикуют Scrum в стиле Anaconda.
Теперь я практикую Scrum в стиле колибри. Совершенно другой тип Scrum, в котором члены команды часто удивляются, насколько он отличается от любой другой Scrum-команды, в которой они работали. Они часто ошибочно начинают утверждать, что мы используем Канбан, а не Скрам.
Я думаю, что важно знать, какой стиль Scrum вы практикуете. Осведомленность о вашем стиле Scrum может затем начать разговор, чтобы определить, что лучше всего соответствует вашему контексту и ситуации.
Давайте начнем с объяснения различий между Scrum в стиле Anaconda и стилем Hummingbird.
Anaconda против Scrum в стиле Hummingbird
Анаконды не должны есть часто. Анаконда — гигантский скользящий пищеварительный тракт. Представьте, что анаконде повезло, и она съела целую козу. Анаконды могут месяцами обходиться без еды после обильного приема пищи. Анаконда может залечь на дно, пока не объявится голод. Ловкость не нужна после того, как их живот сыт, и они могут просто расслабиться, пока их желудок не опустеет.
Давайте сравним это с крошечной колибри. Колибри не может позволить себе роскошь долго отдыхать на насесте. Колибри должны есть каждые 10–15 минут и посещать тысячи цветов в день, чтобы извлечь из них нектар. Если колибри не будет есть от 3 до 5 часов, она умрет. Поэтому колибри редко можно увидеть отдыхающими. Вы почти всегда видите, как колибри летают и ловко перелетают с цветка на цветок.
Вкратце: анаконды могут остывать после убийства. Колибри должны продолжать двигаться и постоянно менять направление, чтобы собрать достаточно еды, чтобы остаться в живых.
Анаконда следует чему-то похожему на периодический процесс — она съедает большое животное и медленно переваривает его в течение более длительного периода времени. Колибри следует непрерывному процессу получения маленьких глотков нектара из цветов и быстрого его переваривания.
Уже видели сравнение со Scrum? Давайте посмотрим, как выглядит Scrum в стиле Anaconda через призму Scrum-доски.
Ниже показано, как выглядит спринт сразу после планирования спринта Scrum-команды в стиле Anaconda:
Весь Бэклог Спринта полностью сформулирован с самого начала. Какая-то работа связана с целью спринта, а какая-то нет. Отлично, теперь мы готовы к работе! Давайте взглянем на нашу Scrum-команду в стиле Anaconda в середине спринта.
Команда проделывает огромную работу и расставляет приоритеты в работе, связанной с целью спринта. Обратите внимание, что новые элементы журнала спринта не были созданы. Вся команда убивает! Скрам-команда продолжает работать, и к концу спринта их Скрам-доска выглядит следующим образом:
В мире снова все хорошо! Скрам-команда выпила до дна, то есть выпила весь стакан… хмScrum Board.
Заполненная доска в конце спринта — это то, как выглядит отличный спринт для Scrum-команды в стиле Anaconda. Все не в их тарелке. Ничего неожиданного не произошло, и все пошло по плану. Весь Бэклог Спринта был завершен, и никаких переносов нет.
Мы можем начать с нетронутой Scrum-доски для нашего следующего спринта. Ура, все радуются!
Теперь давайте сравним это со Скрам-командой в стиле Колибри после Планирования Спринта:
После Планирования Спринта Бэклог Спринта не был полностью конкретизирован. Команда обсуждает и планирует только то, что относится к цели спринта на первые несколько дней. Команда уверена, что сможет достичь цели спринта, поскольку возможностей более чем достаточно, чтобы выполнить больше работы. Скрам-команда полагает, что план появится по мере того, как они будут выполнять работу, когда реальность обнажится.
Теперь давайте взглянем на то, как работает наша Скрам-команда в стиле Колибри в середине спринта.
Великолепно! Цель спринта уже достигнута. Команда выполняет больше работы с имеющимися у них возможностями. К концу спринта доска выглядит так:
Scrum-команда в стиле Hummingbird выполнила больше работы, чем Scrum-команда в стиле Anaconda, но у них также больше перенесенных операций. Команда не беспокоится об этих переносах, поскольку они не связаны с целью спринта. Поскольку они никогда не планируют свои полные возможности для Цели Спринта и не выполняют огромный объем работы заранее, они уверены, что незавершенные дела не повлияют на их следующий Спринт.
Коротко о Scrum в стиле Anaconda и Scrum в стиле Hummingbird
Scrum-команды в стиле Anaconda считают следующее:
- План Спринта должен быть полностью конкретизирован до начала Спринта.
- Изменения в плане рассматриваются как провал.
- Изменения в Бэклоге Спринта не приветствуются.
- Работа втягивается в начале спринта, чтобы заполнить каждый дюйм емкости и создать большой пакет работы для обработки.
- Завершение всей работы в спринте является целью спринта, даже если они используют цель спринта.
Скрам-команды в стиле колибри верят в следующее:
- План Спринта должен появиться во время Спринта. Мы работаем с тем, что знаем, чтобы обнаружить то, чего мы не знаем. Делание обнажает реальность, как выражает это Вуди Зуилл.
- Изменения в плане приветствуются, так как наши первоначальные планы ограничены туманом заранее — тем, что мы можем знать до начала работы.
- Изменения в спринте приветствуются. По мере того, как мы узнаем больше, мы можем работать лучше.
- Работа вытягивается в Спринте по мере необходимости, как это происходит в Канбан-командах.
- Цель Спринта — достичь Цели Спринта. Другие элементы, присутствующие в спринте, являются дополнительными целями — мы можем их выполнить или не выполнить в зависимости от того, насколько трудным окажется достижение цели спринта по сравнению с нашими первоначальными прогнозами.
Скрам-команды в стиле Анаконды загружают свой Спринт всеми своими билетами и считают, что должны закончить все, что начали. В конце Спринта необходимо очистить весь Бэклог Спринта. Как анаконда с полным брюхом козла, которому нужно некоторое время, чтобы переварить этот огромный кусок мяса.
Скрам-команды в стиле колибри начинают свой спринт только с достаточным количеством билетов на первые несколько дней и вносят другие детали по ходу дела. Как колибри, которая не планирует заранее, какие цветы она посетит.
Я предпочитаю работать по методу Scrum в стиле колибри, потому что, когда вы выполняете сложную работу, вам нужно работать с тем, что вы уже знаете, чтобы понять, чего вы не знаете. Незнание означает, что вы должны быть в состоянии быстро реагировать на изменения, основываясь на том, что вы обнаружили и узнали.
Скрам в стиле колибри обеспечивает максимальную гибкость, как Канбан, на случай, если цель спринта окажется более сложной или вдруг возникнет надоедливая производственная проблема. Мы хотим иметь возможность реагировать на изменения, а не придерживаться плана только потому, что мы провели так много времени в конференц-залах и впоследствии влюбились в наши драгоценные планы спринта.
Кроме того, вы не страдаете от каких-либо искусственных границ спринта для начала или завершения работы. Граница спринта влияет только на работу, связанную с целью спринта. На самом деле граница спринта — это неправильный взгляд на нее. Спринт — это контрольный момент, а не граница.
Теперь возникает вопрос: конфликтует ли Скрам в стиле Колибри с Руководством по Скраму? Нет, это не так.
Что может быть удивительным, так это то, что Scrum в стиле Anaconda противоречит Руководству по Scrum. Эмпиризм означает принятие решений на основе того, что известно, и реагирование на основе того, что вы узнали.
Скрам-команды в стиле Anaconda считают, что принимают решения на основе того, что известно, но это не так по трем причинам:
- Страх совершить ошибку. Scrum-команды в стиле Anaconda слишком много анализируют и обдумывают, в результате чего в наши планы проникает шум и дезинформация.
- Вера в то, что мы знаем больше, чем на самом деле — вызывает необоснованную веру в первоначальный план.
- Недооценка важности того, чего мы не знаем — тяжелый вес наших первоначальных планов действует как якорь, который душит способность реагировать, когда появляется новая информация.
Как следствие, Scrum-команды в стиле Anaconda делают следование плану более важным, чем реагирование на изменения.
Во время Спринта Скрам-команда обязуется достичь Цели Спринта. В планировании спринта вам нужно только составить план работы, связанной с целью спринта, поскольку это единственное, что вы обещаете выполнить.
Это похоже на обман? Может быть, это так. Но имейте в виду, что Scrum предназначен для сложной работы, а Scrum в стиле Anaconda не подходит для реагирования на изменения. Я предпочитаю стиль «Колибри», поскольку он дает вам больше гибкости и ловкости, чтобы реагировать на то, что вы обнаруживаете, или справляться с кривыми мячами, которые бросают вам на пути.
Попробуйте Scrum в стиле Hummingbird и дайте мне знать, что вы думаете!
