Как строятся реальные процессы

Как строятся реальные процессы

К прошлой истории открылось еще воспоминание. Уже работал в другой команде, нас было трое фронтендеров, пара беков, и пара тестировщиков. Дизайнеры сидели отдельно и нам задачи приходили уже с макетами и бизнес-аналитикой. И у нас был скрам.

Мы по классике поели всех ежей, напоролись на все иголки. Было у нас так: начинаем спринт, первую половину спринта тестеры ковыряют в носу, потому что все задачи в разработке. Вторую половину спринта разрабы ковыряют в носу, потому что всё сделали. Если бы запланировали больше, то спринт бы не закрыли. Потому что сделанная задача — это не просто запрограммированная, но и простестированная.

Вроде бы хорошо. Но не эффективно.

Решили улучшить процесс. Спринт тестеров сместили на неделю. Теперь у разрабов спринт начинался в один понедельник, а у тестеров в следующий. И всё бы хорошо, но жира так не умеет. Пришлось тестерам отдельный проект заводить и таски вместо смены статуса «готово к тестированию» перемещать к ним в проект. Короче поели этот кактус, да плюнули.

Решили тестировщиков вообще из спринта вывести. Типа разрабы по скраму работают, а тестеры по остаточному принципу: есть что тестить — тестят, нет — отдыхают. И все хорошо бы, но бывает спринт заканчивается, а часть задач еще не протестирована. И что делать? Разрабов ругать? Так они все сделали. Но задача не сделана. Парадокс!

В общем, решили что задача будет считаться сделанной, когда в тестирование ее передали. А если она возвращается на доработку, то разраб сам виноват, и ворует время от следующего спринта.

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

Таким образом от формирования команды до выстраивания эффективного процесса прошло полгода. И это в команде, где все сотрудники были заинтересованы в результате.

Выстраивание процессов — это важный скилл руководителя. Это не сложно, но требует времени, последовательности действий, постоянной рефлексии и навыков эффективной коммуникации с командой. Если нужен взгляд со стороны — напишите мне.

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

© Записки тимлида | Поддержать