Как преуспеть с Зомби-Скрамом

23 августа 2017 · 7 минут

Перевод статьи Барри Оверима «How to Succeed With Zombie-Scrum?», опубликованной на scrum.org 10 августа 2017 года.

Пара слов, почему я взялся за перевод этой статьи

К своему стыду, я не был знаком с термином «Зомби-Скрам» ранее. Но, прочитав статью Барри, я увидел много знакомых поведенческих шаблонов, с которыми я встречаюсь ежедневно. Я посчитал важным рассказать об этом феномене своим командам и коллегам. И для того, чтобы вся информация была им понятна, я перевел эту статью. Я позволил себе некоторую вольность в переводе. Но это только для того, чтобы было понятнее исходя из нашей культуры. Не судите строго :-)

Пару лет назад Кристиан Вервейс и Йоханнес Шартау придумали термин «Зомби-Скрам». Это понятие стало популярно с самого начала. Особенно когда мы запустили веб-сайт blog.zombiescrum.org. Наш почтовый ящик буквально разрывался от вопросов, а посвящённый этой теме Zombie-Scrum workshop мы стали проводить каждый месяц.

Для тех, кто пока не знаком с этой темой, позвольте мне дать короткое определение «Зомби-Скрама». На первый взгляд «Зомби-Скрам» похож на обыкновенный Скрам. Но у него отсутствует биение сердца. Скрам-команды выполняют все церемонии Скрама, но потенциально готовый к поставке инкремент редко бывает результатом Спринта. Команды «Зомби-Скрама» имеют очень упрощённое определение готовой работы (Definition of Done) и точно не собираются развивать свой процесс. Они считают себя винтиками в большом механизме и не в состоянии и не желают что-либо менять. «Довольно этих церемоний, лучше дайте поработать», — говорят они. Эти команды не анализируют и не выносят никаких знаний из удачных и проваленных Спринтов и также не имеют никакого желания как-либо исправлять ситуацию. Да, в общем, и остальным плевать на такие команды. Заинтересованные лица (stakeholders) давно забыли об их существовании.

Конечно, я тут сгустил краски. Но в целом, ни для кого не секрет, что таких команд «Зомби-Скрама» много. В этом посте я расскажу, как начать работать и преуспеть с командами «Зомби-Скрама». Что вам понадобится для этого. Какие рецепты и инструменты помогут стартовать внедрение «Зомби-Скрама». Как сделать процесс устойчивым. Эта статья содержит некоторый набор полезных рекомендаций.

С чего начать удачное внедрение «Зомби-Скрама»

Гаснет свет, занавес опускается. «Зомби-Скрам» команды любят темноту. Чем меньше прозрачность и видимость, тем лучше. Это затрудняет инспекцию и адаптацию процесса и, как результат, делает постоянное совершенствование невозможным. Что и требовалось…
Больше компонентных команд. Компонентные команды не способны доставлять бизнес-ценность «в бой». Создается большое количество зависимостей между командами и без кучи менеджеров этой системой управлять уже не получится. Успешно создаем больше рабочих мест для разного рода руководителей проектов, продуктов и т.п.
Объявите Scrum церемонии необязательными. Начинаем проводить ежедневные стендапы дважды в неделю. Обзор Спринта проводим только тогда, когда есть что показать. А Ретроспективы проводим только если на это останется время. «Зомби-Скрам» команды искренне считают все Scrum-церемонии впустую потраченным временем, которое мешает работе.
Меняйте Scrum Мастера каждый Спринт. Очень полезно создать в Бэклоге команды задачу трудоемкостью 4 часа в неделю, чтобы кто-то мог выполнять роль Скрам Мастера.
Начните применять Цель Спринта. Да, это может показаться похожим на настоящий Скрам, но не дайте себя обмануть. Если Цель Спринта звучит как «выполнить все задачи, запланированные на этот Спринт», то вы прекрасно справляетесь с «Зомби-Скрамом».
Объявите о новом подходе к работе. Зачем сидеть вместе? Зачем ходить в офис? Нужно сидеть, где удобно каждому отдельному участнику команды и ходить в офис только чтобы пообедать. Совместная работа команды в постоянной локации провоцирует споры и обиды.
Привлекайте новых сотрудников модными вакансиями. Обязательно используйте красивые термины: «Agile framework», «SCRUM» или «corporate agility» и только на английском языке. Вам точно удастся быстро наполнить свою организацию вновь обращенными в Зомби коллегами.
Постоянно меняйте продолжительность Спринта. «Зомби-Скрам» команды очень не любят поддерживать постоянный ритм работы. Спринт заканчивается только тогда, когда выполнена вся запланированная в Спринт работа и плюс еще работа, которая прилетела в команду по ходу Спринта.
Обязательно убедитесь, что у команды есть Владелец Продукта. Но это похоже на настоящий Скрам! Нет! Потому, что у нас будет Владелец Продукта, который ничего не знает о рынке, о клиентах, не понимает, как развивать продукт, и не обладает полномочиями приоритизировать работу и принимать её результаты. Так у вас точно получится отличный «Зомби-Скрам».
Настройте себе свой процесс в JIRA как можно детальнее. Сконфигурируйте себе JIRA таким образом, чтобы процесс работы команды был настолько детальным, чтобы не отвлекаться на общение с коллегами в команде. А администратором всего этого сделайте Scrum Мастера.
Не ограничивайте церемонии по времени. Что плохого может случиться, если планирование спринта будет длиться 8 часов, а Стендапы 45 минут?
Поощряйте работу одновременно над несколькими проектами. Зачем нужна концентрация? Чем больше зависимостей, тем веселее.
Начинайте отслеживать человеко-часы. Следите за трудоемкостью в часах, которую тратит каждый участник команды, и используйте эту информацию для оптимизации загрузки ресурсов. Этот инструмент поможет вам обвинить каждого в медленной работе и посеять культуру страха.
Избегайте Kick-off команд. Пообещайте, что проведете kick-off для команды и отмените его за день до назначенного времени. Разочарование придаст «Зомби-Скрам» команде нужное ускорение.
Создайте отдельную команду анализа. Эта команда будет состоять из Владельца Продукта, Бизнес аналитика, Системного аналитика, Архитектора и ещё много кого. Они будут готовить детальные ТЗ для команды разработки. Команде разработки не нужно понимать, зачем нужна та или иная функциональность. Их работа — делать то, что написано, и не задавать вопросов.
Всеми способами избегайте тестировщиков. Тестировщики только увеличат вероятность скорого выхода готового продукта. А этого «Зомби-Скрам» команды хотят в последнюю очередь.
Всегда применяйте формат пользовательских историй. Как Scrum-команда, мы всегда хотим использовать формат пользовательских историй для фиксации требований, даже если это не имеет никакого смысла.
Поощряйте технический долг. Технический долг негативно скажется на качестве продукта. Скорость команды начнет снижаться. Команда все реже и реже будет поставлять ценное ПО для бизнеса. В итоге, заинтересованные лица все реже и реже будут появляться на Обзоре Спринта, что поможет его отменить.
Сделайте так, чтобы работа постоянно передавалась от одного сотрудника к другому. Чем больше таких случаев, тем лучше. Это значительно увеличит время цикла и количество координаций. Создание еще одного уровня управления всегда очень ценно.
Убедите Владельца Продукта принимать работу команды только на Demo. Это позволит ВП не тратить своего времени на команду во время Спринта. Также вам не нужны заинтересованные лица на Demo. Нечего им там делать.
Начните применять скорость команды в качестве KPI. Скорость команды — это очень полезный инструмент для контроля и наблюдения за командой. Нужно работать с несколькими командами? Не проблема. Сравнивайте скорость между командами и делайте организационные выводы исходя из этой информации.
Планируйте работу над бэклогом продукта в часах. Кому нужна бизнес ценность? Только время имеет значение. Время — деньги, не так ли?
Не позволяйте людям самостоятельно организовываться в команды. Это будет поощрять общение и самоорганизацию. А это точно не «Зомби-Скрам». Нам такого не нужно.
Уважайте лидеров в Scrum команде. Вам обязательно нужны Лиды разработки, архитектуры и тестирования.
Развивайте менеджеров типа чайки. Такие менеджеры прилетают в команду, делают много шума, обливают всех грязью, и спокойно улетают, оставляя смятение и разруху. Отличный способ поддержать «Зомби-Скрам» команду!
Забудьте про цели и видение продукта. Это очень переоцененная концепция, которую насаждают дорогие консультанты.

Ну что? Вам все понятно? Отлично! Теперь вы готовы начать внедрять «Зомби-Скрам» и сделать этот процесс надежным и устойчивым.

А теперь время начать вечно тянущийся Спринт, который хорошо известен как нулевой Спринт.

Завершение

В этом посте я описал, как внедрить «Зомби-Скрам». Я также описал некоторый набор рецептов и инструментов, которые должны вам помочь с удачным внедрением «Зомби-Скрама» у себя в организации. Я уверен, что существует еще море полезных путей, чтобы успешно запустить «Зомби-Скрам». Вы и сами с легкостью можете их придумать, только активируйте свой циничный/сократический/скептический способ мышления (mindset).

Вы, наверное, думаете, зачем я выбрал такой формат изложения этой статьи? Ну, иногда полезно представить что-то в «негативном» свете. Это как спрашивать себя: «А как мы можем сделать сложившуюся ситуацию ещё хуже?». Взгляд с другой стороны может дать нам возможность увидеть очевидные вещи по-другому и узнать что-то новое.

Если у вас есть другие идеи, как «преуспеть» с «Зомби-Скрамом», просто поделитесь ими со мной. Если вы заинтересовались нашим четырёхчасовым Zombie-Scrum workshop, дайте мне об этом знать.