Самая заметная строка в бюджете перехода на Agile, тренинги, оказывается одной из самых мелких: в расчёте ниже на неё приходится около 7%. Остальное в смету не попадает: часы руководителей, просадка команд, инженерный конвейер, коучи. Поэтому переход почти всегда стоит дороже ожидаемого.
Почему смета здесь не работает
В обычном проекте бюджет и сроки прикидывают заранее. С Agile так не выйдет. Изменения идут короткими шагами, объём перемен становится ясен по ходу дела, а эффект приходит с задержкой. Часть затрат на старте зафиксировать нельзя в принципе.
Поэтому Agile честнее считать инвестицией. Методологию с ценником здесь не покупают. Это вложение в перестройку того, как люди работают, управляют и договариваются между собой. У такой инвестиции есть цена входа, срок окупаемости и риск. Посчитаем все три по порядку.
Расчёт на 35 человек: где прячутся деньги
Возьмём компанию из пяти команд по семь человек и четырёх руководителей над ними. Полная стоимость часа сотрудника 40 USD, руководителя 80 USD. Горизонт полгода, 26 недель. Все цифры иллюстративные, подставьте свои.
Шаблон расчёта, строка за строкой:
- Обучение = люди x часы курса x ставка. 35 x 16 x 40 = 22 400 USD.
- Часы руководителей = руководители x часы в неделю на новые процессы x недели x ставка. 4 x 5 x 26 x 80 = 41 600 USD.
- Просадка производительности = месячный фонд времени x доля просадки x месяцы. Фонд 35 x 160 x 40 = 224 000 USD в месяц; 15% на три месяца дают 100 800 USD.
- Инженерный конвейер = инженеры x месяцы x часы x ставка. 2 x 6 x 160 x 50 = 96 000 USD.
- Коуч = месяцы x гонорар. 6 x 8 000 = 48 000 USD.
Итого 308 800 USD, около 8 800 USD на каждого участника. Тренинги из первой строки дают 7% суммы. Самая крупная строка, просадка, в бюджет проекта не попадает вообще: её платят зарплатой, которая и так начислена.
Заметьте, как чувствителен расчёт. Если просадка длится шесть месяцев вместо трёх, третья строка удваивается до 201 600 USD. Итог растёт примерно на треть.
Есть и скрытая строка: ритуалы. По правилам Scrum ежедневная встреча ограничена 15 минутами, а планирование, обзор и ретроспектива тоже имеют жёсткие таймбоксы. На двухнедельный спринт выходит около 5 часов в неделю на человека. На практике к таймбоксам добавляются подготовка, разбор бэклога и встречи синхронизации между командами, и реальная цифра легко доходит до 10 часов. Разница между 5 и 10 часами на 35 человек равна 175 часам в неделю, больше четырёх полных ставок.
Обучение и роли: дороже всего обходится среднее звено
Почти любой переход начинается с обучения команд, продуктовых ролей и руководителей. Даже внутренние курсы бизнес оплачивает: временем, просевшим фокусом, падением эффективности, пока практики приживаются.
Обучение, которое не заканчивается тренингом
Обучение легко спутать с усвоением. Человек отсидел двухдневный курс, сдал тест и вернулся к прежней манере работать. Вокруг ведь ничего не поменялось.
Цена курса здесь мелочь. Дороже время, за которое новые практики становятся поведением по умолчанию. Разрыв между «прослушали» и «делают так каждый день» и есть часть счёта, которую почти никто не закладывает.
Что теперь делает линейный руководитель?
Agile перекраивает роли. Менеджеры уже не могут просто раздавать указания, команды сами решают больше, у людей появляются новые обязанности. Решения на переходном этапе принимаются медленнее. В бюджете это не значится, но стоит денег.
Сильнее всего бьёт по среднему звену. Руководитель, у которого забрали право раздавать задачи, теряет старый способ доказывать свою нужность. Новый ещё не сложился.
Дальше два пути. Часть таких людей находит себя в роли, которая убирает препятствия команде. Часть тихо саботирует переход и сохраняет прежние рычаги в обход новых процессов. Оба пути стоят денег: переобучения или скрытого замедления.
Глубже всего переход задевает то, как компанией управляют: планирование, бюджеты, цели, отчёты, KPI. Это самый болезненный этап, потому что он меняет, у кого какая власть. Платят за него временем топ-менеджмента, той самой второй строкой расчёта.
Без конвейера короткие итерации остаются театром
Эту строку недооценивают чаще всех, потому что она выглядит технической. Под конвейером здесь понимают автоматическую цепочку: проверить код, собрать и выложить его для клиентов. Чтобы команда выпускала работающий результат каждые две недели, ей нужны автотесты, сборка и выкладка без ночного героизма.
Без них итерации превращаются в театр. Планируют по-новому, релизят по-старому: раз в квартал и через боль. Компания получает все издержки перехода и почти никаких выгод.
Связь между конвейером и результатом видна в любой сильной инженерной команде. Сильные команды отличаются от слабых тем, как часто они выкладывают изменения и как быстро правка в коде доходит до клиента. Поэтому вложения в конвейер, которые годами откладывали, честнее записать в стоимость перехода. Если оформить их отдельным техническим проектом, обманется только отчётность.
Готовность конвейера проверяется тремя вопросами:
- Может ли команда выложить изменение для клиентов за день, без ручных шагов?
- Запускаются ли автотесты на каждое изменение кода, и укладываются ли они в 15 минут?
- Откатывается ли неудачный релиз за минуты?
Три «нет» означают, что четвёртая строка расчёта скорее занижена. Две инженерные ставки на полгода тогда превращаются в год.
SAFe и LeSS окупаются только поверх зрелых команд
Пока Agile живёт в одной команде, цена координации почти не заметна. Она растёт, когда у команд появляются общие компоненты и пересекающиеся приоритеты. Кто-то должен сводить интересы и разруливать конфликты за ресурсы.
Число связей растёт быстрее числа команд. Между тремя командами три пары, между шестью уже пятнадцать. Формула простая: пары = n(n-1)/2, и при десяти командах их уже 45. Каждая пара означает зависимость, которую надо согласовать.
Фреймворки для многих команд вроде SAFe или LeSS покупают как решение этой проблемы. У них своя цена: новые роли, встречи для сверки, общее планирование сразу на несколько команд. Если команды уже работают хорошо, это оправданно. Если нет, выходит худшее из двух миров: тяжёлая надстройка поверх команд, которые ещё не освоили новый подход даже поодиночке.
Просадка производительности длится квартал или два
На старте почти всегда работает правило «шаг назад, чтобы потом сделать два вперёд». Встреч и переписки больше, сроки труднее предсказать, людям приходится держать в голове больше нового. Это нормальная часть цены.
Форму просадки давно описала семейный терапевт Вирджиния Сатир. Её модель изменений позже переняли в управлении: прежнее состояние, внешний толчок, хаос с падением результатов, интеграция, новое состояние выше прежнего. Ценность модели в том, что провал становится ожидаемым. Руководство, заложившее несколько спринтов хаоса, не отменяет переход на третьей неделе.
Длится просадка столько, сколько нужно практикам, чтобы стать привычкой. Часто это квартал или два, хотя норматива нет. Срок легко растянуть. Руководство меняет подход на середине, добавляет ритуалы, откатывает изменения под давлением плохих цифр. Каждый разворот обнуляет пройденную часть кривой.
Дороже всего обходится нетерпение. Сам провал производительности дешевле.
Когда переход обходится особенно дорого
Счёт резко растёт, если Agile спускают сверху без ответа на вопрос «зачем». Команды получают новый календарь встреч, но не получают причины, ради которой стоит терпеть просадку, и при первых плохих цифрах тянутся к старым привычкам. Не легче, когда от перехода ждут «серебряной пули»: разочарование наступает как раз в нижней точке кривой Сатир, и руководство сворачивает изменения, оплатив их почти целиком.
Ещё два ускорителя расходов: старые метрики контроля поверх новых практик и переход, сведённый к ритуалам вроде стендапов и досок. Компания за Agile платит, а преимуществ не получает.
Обратное тоже верно. Стоимость падает, когда есть внятный бизнес-запрос, руководство меняет и собственный стиль, внедрение идёт постепенно, а ошибки разбирают без наказаний.
Коуч полезен, пока готовит собственный уход
Внешний коуч окупается не всегда. Разница между полезным наймом и разорительным сводится к трём сценариям:
- Работу коуча оценивают по тому, чему научилась команда и что изменилось в её работе. Тогда гонорар платят за скорость: команде не нужно набивать все шишки самой. Схема ломается, когда срок его присутствия перестают обсуждать.
- Коуч, без которого команды не проводят ретроспективу и не принимают решений, превращается из инвестиции в подписку на чужую компетенцию. Цена у неё накопительная.
- Коуч, который ставит доски и заводит встречи, но не трогает полномочия, создаёт видимость прогресса. Компания платит за форму без содержания.
Полезного коуча узнают по тому, что через полгода или год он делает себя ненужным. В расчёте выше это шесть месяцев и 48 000 USD. Если через год строка всё ещё есть, это уже подписка.
Отдельно стоит посчитать бездействие. У сохранения текущего подхода свой счёт: медленный вывод продуктов, перегруженные команды, уход сильных людей, падение удовлетворённости клиентов. Иногда отказ от перехода обходится дороже самой трансформации. Сравнивать надо два счёта. Нуля в этом сравнении не бывает.
Допустим, продукт приносит 50 000 USD в месяц, и при старом процессе каждый крупный запуск опаздывает на два месяца. Два таких запуска в год стоят 200 000 USD недополученной выручки. Это две трети цены перехода из расчёта выше, причём платится каждый год.
Как понять, что переход окупается?
Чаще всего ошибаются, пытаясь мерить успех скоростью команды в стори-поинтах. Показатель легко накрутить. Команда начинает оценивать те же задачи выше, и график ползёт вверх, хотя ничего не ускорилось: метрика, которую сделали целью, быстро перестаёт что-либо измерять.
Осмысленнее три цифры:
- Время от идеи до работающего результата у клиента, в днях.
- Предсказуемость: доля спринтов, где цель спринта достигнута.
- Доля выпущенного, которым пользуются через 30 дней после релиза.
Их труднее подделать, и они говорят о бизнесе. Позже видны и другие признаки: остаются ли сильные сотрудники, довольнее ли клиенты, реже ли срываются обещания рынку.
Правило решения простое. Если после года перехода время вывода продуктов не сократилось хотя бы на четверть, а команды выгорают сильнее прежнего, купили ритуалы, а не изменения. Окупаться переход начинает по-разному: от нескольких месяцев до нескольких лет, в зависимости от зрелости инженерии.
Если внедрять частично
Частичное внедрение возможно. Тогда стоит заранее записать, какие строки расчёта вы не оплачиваете и какого эффекта поэтому не ждёте. Например, компания без денег на четвёртую строку может провести обучение и сменить планирование, но тогда короткие итерации не дадут частых релизов, и мерить успех временем вывода продукта бессмысленно. Стоимость Agile в итоге определяется вопросом, на который отвечают до первого тренинга: кто перестраивает планирование и чем теперь заняты линейные руководители.