Тру фичетимы

Полный раздрай — такие эмоции вызывает у меня текущая ситуация. И вроде бы надо собраться, перестать ругаться и начать договариваться...

Эксперимент #1

Ладно, это все лирическое отступление и перейдем от слов к делу. Не далее чем с января 2018 года мы запустили эксперимент и сделали первую настоящую фичетиму. Ту, которая содержит все компетенции по выпуску полноценного продукта сразу для нескольких клиентских каналов: веб и мобайл.

Мы не слоупоки, просто сопротивление на этот счет у команды было очень велико. И бежать быстрее той скорости, с которой бежит и меняется команда, мы не могли. А история банальная: до этого несколько раз их пытались то разбить, то объединить в команды различные руководители, которые были до нас. Понятное дело, что у каждого была своя логика разбиения, но все преследовали ровно одну цель — упростить управление, но никак не выпуск продукта.

Наш эксперимент был запущен с полной осознанностью:

1. Выбрана первая фича для работы
2. Определен скрам-мастер
3. Кинут клич для поиск добровольцев
4. Найдено отдельное помещение недалеко от основной команды

И вот в конце 2017 года все добровольцы найдены и уже перекантовали свои вещи в новую комнату. Скрам-мастер переехал с ними.

Профит

По результату хочется сказать, что это дало свои плоды:

1. Команда начала быстрее и лучше коммуницировать. Если раньше банальное встать и пройти по коридору в соседний кабинет вызывало бурю эмоций и люди делали все, чтобы этого не делать - звонили, писали и сталкивались с непониманием, то теперь они сидели лицом к лицу. Мы сделали все за них, усадив в одну комнату. Параллельно они начинали понимать больше специфики других технологий, учились у коллег чему-то, чему-то учили сами.
2. Ребята действительно начали быстро выдавать продукт и MVP у них родился за 1 спринт, то есть за 2 недели. Фича была довольно непростая, нужно было откусить функционал так, чтобы можно было проверить гипотезу на пользователях. Потом еще несколько спринтов MVP дорабатывали и вносили улучшения. Сейчас это полноценный боевой функционал. Благодаря быстро выпущенному MVP мы смогли не делать тот космос, который нафантазировала продуктовая команда, а лишь то, что нужно на данный момент пользователям — это самый главный профит. И до сих пор где-то на дне бэклога продукта лежит описание V2, но это уже совсем другая история :)

Первый блин комом

Но если честно, саму историю фичетимы нельзя считать до конца успешной. Чего не хватило:

• Еще каких-то больших и интересных историй, которые бы сплотили команду после выпуска MVP, не последовало. Ребятам быстро стало скучно, сидя вместе, пилить какие-то не связанные куски функционала править баги и рефакторить.
• Ребята понимали, что они не обрабатывают никак bus-factors, например, серверный разработчик идет в отпуск и разработка встает колом. Были попытки вырастить Т-образных разработчиков, были попытки учить тестировать разработчиков, но далеко это не зашло.
• Полноценного скрам-мастера, который бы работал с командой для формирования полноценной боевой единицы, на самом деле, не было. Плохая история заводить эксперимент по запуску фиче-тимы и параллельно в нем еще один эксперимент по выучиванию менеджера на скрам-мастера.

Поэтому в какой-то момент ребят понесло и началась какая-то дихотомия и весь позитив от быстрой и полезной работы ребят был смазан их негативом насчет отсутствия общей цели. Фичетима просуществовала полгода, пока 80% ребят не пожелало ее покинуть и примкнуть к старым командам, в которых то понятно что делать.. :)

Слоеный пирог

Напомню, старые команды у нас имеют взаимозависимости. Они не кроссфункциональны и образованы вокруг технологических слоев:

• Backend
• iOS
• Android
• Web

Единственное, что удалось переломить на сегодняшний момент — это добавить тестировщиков в каждую команду, чтобы хоть как-то уменьшить зависимости. Уже по перечню команд видно, что почти все зависят от команды Backend-а.

И вот на общей ретроспективе этим летом был снова поднят вопрос про фичетиму. Обсудили успех, причины развала, ребята друга поблагодарили за плодотворную и интересную работу.. И вот вроде все понимают пользу от таких команд, но почему-то новых желающих не находится..

Стали ковыряться дальше и выяснили, что огромный дискомфорт вызывает именно переезд в отдельную комнату. Многие сказали, что были бы рады участвовать в такой команде, но без переезда, хочется сидеть со своей платформой и узнавать новые фишки, учиться у более опытных разработчиков и прочее.

Капнули еще глубже и оказалось, что в основном это говорила мобильная команда, которая практически за полгода выросла вдвое. Костяк же остальных разработчиков практически не изменился за эти полгода. Ребята довольно давно работают вместе, уже притерлись друг к другу и уже успели поучаствовать в экспериментах по дроблению на более мелкие команды, по добавлению тестировщиков в каждую маленькую команду, по рассадке по новым командам. Одним словом, их уже не удивишь этим :)

Призрачное будущее

“Не сидеть рядом с командой” — не самое главное требование к фичетимам и мы решили, что готовы этим пожертвовать ради того, чтобы получить настоящие фичетимы. Уходя с этой летней пляжной ретроспективы мы договорились, что соберемся и подумаем над составами будущих команд, но с учетом некоторых ограничений:

• 5–6 команд всего
• 6 ± 3 человека в команде
• 90% людей работают над продуктом A, отдельно 1 команда для продукта B
• каждый должен хотеть работать в своей новой команде
• минимум 1 человек по каждой компетенции
• это не навсегда — от 3 месяцев до полугода, потом можно поменяться

После мы собрались со скрам-мастерами и подумали над будущими составами команд, исходя из требований выше, и у нас родились 6 списков. Мы отправили свои идеи ребятам и собрали общую встречу.

Долгожданный Flip

И вот мы приближаемся к тому, что у нас масштабируемый Scrum. Больше всего наша структура похожа на LeSS:

• 6 команд
• Синхронные спринты
• Один бэклог продукта
• Один владелец продукта
• Двухэтапное планирование
• Mini и Big ретроспектива
• Скрам-мастер в каждой команде

В LeSS есть понятие Flip, что дословно переводится, как “переворот”. Когда организация жила по-старому и тут в один день у нее должно все поменяться с точки зрения структуры, а именно, появиться те самые команды и исчезнуть уровни иерархии.

Уже как год мы избавились от промежуточных уровней иерархии в виде менеджеров проектов и сделали плоскую структуру, состоящую из слоеных команд. Уже как пару месяцев, мы сделали единый бэклог и оставили одного владельца продукта, до этого был отдельный по мобильным приложениям.

Кажется, что остался небольшой шажок по составлению из слоеных команд настоящих кроссфункциональных, но он оказался самым сложным.

На встрече по организации новых команд ребята, на удивление, вели себя бодро, те кто хотели, быстро поменялись местами и мы закончили буквально за полтора часа. Даже названия командам дали! Например, одна команда придумала новый химический элемент “Релизий” и взяла это название :)

Эксперимент #2

Списки сформированы, в понедельник планирование первого спринта для настоящих кроссфункциональных команд. Настает час X... и все начинают бегать как безголовые курицы.

Как показала практика, мы не учли некоторых особенностей:

1. Есть удаленные члены команды, которые не продумали, как подключить на планировании
2. Есть ребята, которые на сервере пилят сложные технические улучшения и не делают бизнес-фичи вообще, зачем им в команде фронты — загадка :)
3. Есть всего 2 свободных web разработчика и 5 команд, которым они нужны. Ребята сидели и планировались в одной команде.
4. У мобильных команд до сих пор влавствуют тимлиды и раздают задачки адресно, то есть ни о какой самоорганизации там пока речи быть не может.
5. Мобильные тестировщики, как оказалось, еще тестируют кучу других продуктов (не наших) и не могут прогнозировать свою работу дальше, чем на 1 неделю, особенно, самостоятельно.
6. Нам хотят отдать еще один продукт для разработки, у которого свой стек разработки и нужно укомплектовать команду.
7. Сейчас нет особо крупных фич для каждой команды, чтобы они на ней сосредоточились и затащили ее целиком. Идут доделки прошлого функционала.

Но для MVP кроссфункциональных команд попытка была неплохая :)

Возможно, это не весь перечень моментов, которые стоит улучшить, но хотя бы что-то мы стали осознавать без попыток поругаться. Вчера просто как раз собирались со скрам-мастерами и некоторые пытались доказать, что сейчас стало плохо, хотя с момента планирования прошло всего 3 дня, и надо вернуть все назад, как было. Слабаки!

В довесок к этому накладывается уход нашего руководителя.. “Я вам больше не нужен, вы стали самостоятельными” — решил он. И от части, он конечно прав, но это произошло, как гром среди ясного неба.

Вот написала это все и, на самом деле, стало немного легче. Посмотрела на ситуацию немного с другой стороны и кажется, теперь понятно куда плыть.

Эксперименту даем зеленый свет и ближайшую общую ретроспективу посвятим вопросам, связанным с распределением на команды и попытками обсудить и объяснить все эти вещи.