Идеальная реализация Scrum — это соответствие принципам в основе, соблюдение всех артефактов, собраний, ролей и правил, описанных в Scrum Guide. Но если вы отступаете от гида и меняете хотя бы один из существенных элементов фреймворка, это всё ещё Scrum? Нет, это явление называется ScrumBut.
Следуя правилам Scrum, команды сталкиваются с проблемами, которые мешают реализовать некоторые элементы Scrum. Примеров множество:
Мы не проводим ревью спринта, наш РО просто показывает результат заказчику.
Мы не приходим на ретроспективы, потому что нам нечего обсуждать.
У нас нет владельца продукта, а есть несколько менеджеров, потому что мы не нашли подходящего кандидата и наше руководство против.
Мы часто пропускаем утренний стендап.
Все это сводится к одному: «Мы вроде бы используем Scrum, но у нас есть какая-то причина, поэтому мы что-то не делаем».
Например, команда не приходит на ретроспективы. Это значит, что команда недостаточно рефлексирует, не анализирует свою работу, а scrum-мастер не находит правильных техник, чтобы интересно обсудить деятельность, поэтому команда решает избавиться от этого обязательного события.
ScrumBut считается плохим сигналом. Он показывает, что у команды есть проблемы, которые она не решает, а игнорирует.
Определить ScrumBut без опыта — сложно. Новичок сталкивается с проблемами, потому что для него это новые вещи, и неудачи являются частью обучения. Большинство ошибок связаны с тем, что начинающие команды заменяют элементы Scrum. Тогда команды считают, что неудача связана с самим фреймворком, а не с его внедрением. Обычно, всё же, это не Scrum работает плохо, а команда плохо работает по Scrum.
Главный совет, который дают agile-гуру для начинающих, — следуйте Scrum так, как это написано в книге. У нас есть руководство Кена Швабера и Джеффа Сазерленда Scrum Guide и популярные курсы от Scrum Alliance. В этих материалах описаны основные элементы. Если выполнять их и не идти на компромисс, то получится Scrum, а не ScrumBut. Если вы не понимаете, что написано в руководствах, обратитесь к кому-то с опытом: возможно, вам нужен аудит со стороны или курсы по Agile.
Таким образом, если новичок меняет что-то в фреймворке, это уже не Scrum.
Принцип Scrum — «проверять и адаптировать». Это означает определить фактор, наблюдать его поведение и изменить работу в соответствии с наблюдением. В Scrum все элементы направлены на это. «Каждый компонент в рамках структуры служит определенной цели и имеет важное значение для успеха и использования Scrum», — говорит Scrum Guide.
Не меняйте Scrum, если у вас нет опыта.
Есть японская модель Шу-Ха-Ри. Она описывает три этапа овладения боевыми искусствами. Один из авторов agile-манифеста Алистер Кокберн использует эту модель и для освоения методологий разработки:
Шу: 1 этап. Начинающий изучает правила и придерживается их без отклонений.
Ха: 2 этап. Эксперт может нарушать правила и разрабатывать свои.
Ри: 3 этап. Мастер. Ему не нужны правила, он видит шире.
Описанная в руководстве по Scrum методика направлена на уровень Шу.
Но если вы уже на уровне Ха? Вы долго следовали правилам, усвоили суть Scrum и теперь готовы к инновациям. Изменяя правила фреймворка, вы тоже перестаете работать по Scrum, но это не значит, что от этого вы работаете хуже.
Команда может изменить один существенный элемент сознательно, понимая все последствия. Разработчики заменяют какой-то элемент в Scrum, а не отменяют его. Например, стендап можно заменить на синхронизацию каждые 3 часа.
Одна оговорка — для изменений нужно действительно обладать мастерством, не всякая команда может этим похвастаться.
Зачем задумываться о правильности Scrum?
Если бы команды существовали в вакууме, то не было бы причин заботиться о том, как называются их методологии. Но если команды взаимодействуют с окружающим миром, важно знать, что они понимают под Scrum.
Если границы фреймворка размываются, он становится сложным и менее полезным. Большие изменения приводят к иной структуре, может быть, она даже лучше сработает для вашей команды. Но никто не узнает об этом, если вы, как новатор, не заявите о своём изобретении, а продолжите называть это Scrum. Откатывайте свои апдейты Scrum и новые методологии, не думайте, что их нельзя внедрить. Например, так сделала компания Spotify.
Scrum — это только начало, за пределы которого затем можно выйти. Но нужно помнить, что на первом этапе важно следовать правилам. Если сначала вы не работали по Scrum по книге, высоки шансы, что вы не придёте к лучшим результатам.