Российские ИТ-компании теряют миллионы рублей из-за неэффективной организации процессов разработки. При этом системные изменения могут увеличить скорость команд на 50–150% за год, но требуют инвестиций от 10% до 20% годового фонда оплаты труда ИТ-подразделения. Для команды из семи человек это составит от 1,7 до 3,4 млн рублей, однако первые результаты могут быть видны уже через 1–2 месяца. О том, как правильно инвестировать в ускорение и не потерять деньги впустую, рассказываем в новом материале.
Главная ошибка — попытки заставить программистов работать быстрее
Большинство руководителей ИТ-компаний ищут способы ускорения в неправильном месте. «Ускорение разработки не зависит от скорости написания кода. Зато находится в прямой зависимости от организации процессов», — объясняет СЕО «Облакотека» Максим Захаренко. Попытки принудить команду к более быстрой работе ведут только к выгоранию и падению качества.
«Главное — не гнаться за скоростью любой ценой. Многие думают, что нужно просто заставить команду работать быстрее. На практике это приведет к выгоранию»
Александр Мезенцев, Global CIO финтех-компании MoneyCat
CEO ItFox Елена Назарова подтверждает эту точку зрения: «Часто причина не в «медленных разработчиках», а в неэффективной коммуникации, долгом согласовании задач или простоях между этапами». Эксперт рекомендует начинать с анализа метрик: скорости команды (velocity), времени от идеи до релиза (lead time), времени выполнения задачи (cycle time), количества багов и времени на ревью кода.
Где на самом деле теряется время
Назарова выявила типичные точки потерь времени в ИТ-командах:
- задачи оцениваются с запасом — разработка завершается раньше срока, команда простаивает до следующего планирования;
- задачи зависают на тестировании — разработчики ждут возвращения задач с замечаниями;
- аналитика не успевает подготовить задачи — команда вынуждена дожидаться новых требований или заниматься рефакторингом «вхолостую».
«Узкие места очень часто обнаруживаются в коммуникации, возникают из-за неопределенности требований и перескакивания между задачами», — дополняет Захаренко.
Руководитель отдела разработки .NET в ICL Services Ибрагим Габидуллин выделяет три ключевые области для улучшения: налаживание коммуникации в команде, внедрение четких процессов работы с задачами и технические улучшения. «Зачастую разработка ведется неэффективно, когда члены команды замыкаются в задачах, а не общаются с командой и не видят полной картины проекта», — считает эксперт.
Реальная стоимость ускорения
По словам Назаровой, затраты зависят от состава и размера команды, ставок специалистов, количества и глубины желаемых изменений, а также от выбранных инструментов. При этом инвестиции в ускорение разработки можно условно разделить на три уровня по размеру затрат:
«Некоторые инициативы могут восприниматься как излишние из-за затрат времени (например, ретроспективы). Но на практике именно такие шаги дают долгосрочный эффект», — подчеркивает Назарова.
Конкретные цифры приводит Габидуллин:
- внедрение CI/CD — займет 2–3 месяца при найме DevOps-специалиста на полставки, по деньгам требует около 300–450 тысяч рублей;
- автоматизация тестирования — займет до полугода работы и понадобится постоянный специалист для поддержки автотестов;
- оптимизация процессов — самое низкое по затратам улучшение, делается внутри команды через ретроспективы и занимает около 2-3 месяцев.
Ключевое правило — начинать с наименее затратных решений, которые дают быстрый эффект, а затем переходить к более серьезным инвестициям. Главное — понимать, что любые вложения должны быть системными и поэтапными.
Универсальная формула инвестиций
Мезенцев предлагает простую формулу расчета бюджета. «На ускорение уйдет примерно 10–20% годового ФОТ ИТ-команды», — считает эксперт.
Так, например, для команды из семи разработчиков со средней зарплатой 200 тысяч рублей (годовой ФОТ 16,8 миллиона) это составит 1,7–3,4 миллиона рублей.
Эксперт подчеркивает важность комплексного подхода: внедрение CI/CD и автоматизации сборок экономит часы на каждом релизе, пересмотр планирования с переходом на короткие итерации 1–2 недели дает быстрый эффект, а сокращение незапланированной работы через фиксацию всех задач в бэклоге защищает команду от хаоса. Эксперт обратил внимание и на важность развития команды — это и обучение, и обмен опытом, и регулярные внутренние митапы.
«Первые заметные улучшения можно увидеть уже через 1–2 месяца, но, чтобы эффект был системным, по-хорошему нужно полгода-год. За полгода скорость можно увеличить на 20–30%. За целый год — до 50% и даже выше, если работать комплексно»
Александр Мезенцев, Global CIO, финтех-компания MoneyCat
Поэтапный план с конкретными сроками
Эксперты единодушны в необходимости поэтапного подхода к ускорению. Елена Назарова рекомендует контрольные точки на 3, 6 и 12 месяцев с четкими целями для каждого периода:
Поэтапный подход позволяет не только минимизировать риски, но и получать промежуточные результаты уже на ранних стадиях. При этом важно понимать, что такие показатели прироста эффективности достижимы только при условии системного подхода и последовательного внедрения всех этапов. Пропуск любой из стадий может отразиться на результате.
Как измерить успех
По данным исследований DORA, которые приводит Елена Назарова, разница между высокоэффективными и слабыми командами кардинальна:
При этом впечатляющие показатели высокоэффективных команд могут создать иллюзию, что главное — это скорость любой ценой. Однако эксперты предупреждают против такого упрощенного подхода.
Габидуллин подчеркивает важность комплексной оценки результатов: «Эффективность — довольно-таки расплывчатое понятие. Это не только скорость, но и качество, стабильность, предсказуемость». Программное обеспечение должно создаваться не только быстро, но и без багов, а команда работать с предсказуемой скоростью. При этом затраты на прокачку эффективности сильно зависят от базы компании.
«Все зависит от того, какая была стартовая точка. Если команда работала хаотично, без тестирования и без CI/CD, то можно внедрением этих процессов буквально за 2-3 месяца увеличить эффективность команды на 50%»
Ибрагим Габидуллин, руководитель отдела разработки .NET в ICL Services
Зрелым же командам потребуется более тонкая настройка. «Если команда давно работает, используя лучшие практики, то тут остается только тюнить какие-либо процессы, но при этом эффективность может быть и так высокой, и мы будем улучшать только настроение в команде от наиболее оптимальных процессов», — пояснил Габидуллин.
Что влияет на успех
Самое важное в улучшениях — это готовность команды менять, а также фокус и упорство менеджмента для поддержки и внедрения улучшений, подчеркивает Габидуллин. Без поддержки руководства и мотивации команды даже самые дорогие инструменты не дадут ожидаемого эффекта.
Назарова рекомендует постепенное внедрение изменений. «Внедрять новые подходы лучше постепенно — не через полный пересмотр всех процессов сразу, а на ограниченном участке. Например, выделить одну команду, внести изменения только в ее работе и наблюдать за результатами. Такой подход снижает риски и позволяет точечно корректировать внедрение», — рекомендует эксперт.
Работу по оптимизации процессов Назарова советует разбивать на этапы: 3, 6 и 12 месяцев. Эти контрольные точки позволяют проводить замеры, анализировать метрики и оценивать, действительно ли изменения улучшают работу команды.
Выводы
Системные инвестиции в ускорение ИТ-разработки требуют значительного бюджета — от 10% до 20% годового ФОТ команды, но окупаются в течение года за счет более быстрого вывода продуктов на рынок и сокращения затрат на исправление багов. При низкой базе, правильном поэтапном подходе и поддержке руководства рентабельность таких вложений может достигать 150% прироста эффективности.
Ключевым принципом остается отказ от попыток принуждения команды к более быстрой работе в пользу системной оптимизации процессов, автоматизации рутинных операций и улучшения коммуникации. Как показывает практика экспертов, именно такой подход дает устойчивый долгосрочный эффект без риска выгорания команды.