Внедряем новые процессы в IТ-командах, или как изменить все так, чтобы тебя не съели. Опыт SharksCode

От стартапа до крупной организации — этот путь проходят многие компании. И вместе с новыми возможностями появляются новые вызовы: от управления сотнями людей до сохранения корпоративной культуры.

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

В партнерском материале с SharksCode команда делится, как сделать так, чтобы изменения работали, а не вызывали саботаж.

Причины сопротивления изменениям

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

Сопротивление изменениям — естественная реакция. Люди боятся неизвестного и возможных негативных последствий: «А если новые процессы выявят мою низкую эффективность?» или «Сейчас критический релиз, нет времени на новые правила».

По мнению Станислава Андреева, для преодоления такого сопротивления административное давление лишнее. Необходимо:

• проводить индивидуальные встречи (1:1) и собирать обратную связь;
• идентифицировать повторяющиеся проблемы и ключевые болевые точки;
• демонстрировать команде, что учитывается мнение каждого;
• связывать предлагаемые изменения с реальными потребностями команды;
• приоритизировать наиболее важные процессы с максимальной ценностью.

Больше информации о SharksCode можно посмотреть на сайте по ссылке.

Роль внутренних лидеров

Масштабные изменения невозможно провести усилиями одного менеджера.

По мнению Михаила, важно не только вовлечь таких людей, но и активно включать их в разработку новых процессов, давать свободу адаптировать правила под реальные потребности команды и поддерживать их.

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

Прозрачность и постепенность

Изменения нельзя внедрять одномоментно. Резкие трансформации приводят к выгоранию менеджера и дестабилизации команды.

Михаил Белоус поделился практическими советами, которые помогают избежать выгорания:

1. Разработайте Roadmap изменений.
2. Визуализируйте этапы и дедлайны: например, через простой Gantt Chart.
3. Ставьте SMART-цели: конкретные, измеримые, достижимые, релевантные, с сроками выполнения.

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

Метрики и результаты

Любые изменения должны подкрепляться конкретными результатами:

• сбор метрик: например, «новый формат документации сэкономил 40 часов коммуникации в месяц»;
• опрос команды для оценки влияния инициативы;
• презентация результатов после каждого завершенного этапа.

Все, что не измеряется, не имеет долгосрочного эффекта. Регулярная демонстрация успехов помогает команде видеть реальную пользу изменений.

Кейс Михаила с предыдущего места работы: внедрение Atlassian и переход на Agile

Через два месяца скорость спринтов (Sprint Velocity) выросла на 25%, количество инцидентов в продакшене значительно сократилось, и команда начала инициировать собственные улучшения. Ключевым фактором стало не внедрение конкретного фреймворка, а построение доверия между менеджментом и командой.

Ключ к успеху в этом процессе — прежде всего вопрос доверия. Если команда видит смысл в изменениях, трансформации проходят естественно.

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

SharksCode продолжает динамично расти и приглашает новые таланты в команду. В частности, ищут QA Manual инженера, Senior Swift Developer, SOC ANALYST. Подробнее о актуальных вакансиях — по ссылке.

На сайт SharksCode

Это партнерский материал. Информацию для этого материала предоставил партнер.
Редакция отвечает за соответствие стилистики редакционным стандартам.
Заказать материал о вас в формате PR-статьи вы можете здесь.