Почему именно в таких проектах риск выгорания максимален? Во-первых, беспрецедентное давление. Задачи имеют высокий политический и экономический приоритет. Сроки, как правило, сжатые и часто спускаются сверху как директивные. Работа ведется в условиях неопределенности: документация по замещаемым продуктам может отсутствовать, аналогов с открытым кодом может не быть, что требует изобретения велосипедов. Во-вторых, интенсивные когнитивные нагрузки. Разработчикам приходится осваивать новые, часто "сырые" отечественные стеки технологий, работать с неотлаженными инструментами, компенсировать отсутствие привычных библиотек и фреймворков. Это постоянный режим "тушения пожаров" и поиска обходных путей. В-третьих, моральный аспект. Чувство ответственности за национальную технологическую независимость может трансформироваться в токсичное чувство вины за возможные срывы сроков или баги, что лишь усугубляет стресс.
Каковы прямые и косвенные издержки выгорания для проекта?
Прямые издержки. Снижение производительности — это не линейный процесс. Выгоревший сотрудник не просто работает на 20% медленнее. Он совершает больше ошибок, его код требует больше правок на ревью, он упускает важные детали в архитектуре. Это приводит к регрессам, техническому долгу и, в конечном счете, к переделкам. Увеличение количества больничных и отгулов. Хронический стресс ведет к реальным физическим заболеваниям. Текучесть кадров. Потеря ключевого, глубоко погруженного в предметную область специалиста в середине проекта — это катастрофа. На его поиск, адаптацию и введение в курс дела могут уйти месяцы, а уникальные знания будут утеряны.
Косвенные издержки. Падение инновационности. Выгорание убивает креативность. Вместо поиска элегантных решений команда выбирает самые простые и быстрые костыли, что закладывает мину под будущее развитие продукта. Токсичная атмосфера. Выгорание заразно. Недовольные, циничные сотрудники портят климат в команде, снижая мотивацию остальных. Ущерб репутации компании. Высокая текучка и слухи о тяжелых условиях работы отпугнут талантливых специалистов, которые так нужны для долгосрочного успеха импортозамещения.
Что можно и нужно делать для минимизации этого риска? Ответственность лежит как на руководстве компаний, так и на менеджменте проектов.
- Реалистичное планирование. Необходимо сопротивляться соблазну давать обещания, основанные на политической воле, а не на технической оценке. Нужно открыто говорить о рисках, неопределенностях и буферизировать сроки. Методологии вроде Agile с короткими спринтами и регулярным пересмотром приоритетов помогают управлять ожиданиями.
- Инвестиции в инструменты и инфраструктуру. Заставлять разработчиков работать с неудобными, глючными IDE или системами сборки — это прямой путь к выгоранию. Выделение ресурсов на создание удобной внутренней DevSecOps-платформы, автоматизации рутины, покупку лицензий на стабильные инструменты (даже если они иностранные, пока нет аналогов) окупится сторицей.
- Техническая и психологическая поддержка. Создание внутренних центров компетенций по новым технологиям, регулярные воркшопы, доступ к экспертам. Не менее важны программы психологической поддержки, корпоративный психолог, обучение менеджеров распознаванию признаков выгорания в команде.
- Культура признания и баланса. Важно праздновать не только крупные релизы, но и маленькие победы над сложной задачей. Поощрять регулярный отпуск, уважать личное время сотрудников, не поощрять культуру геройства и регулярных переработок. Гибкий график и удаленная работа могут быть мощными антистресс-факторами.
- Прозрачность и вовлеченность. Держать команду в курсе стратегических целей проекта, объяснять важность их работы. Давать возможность влиять на технические решения. Чувство сопричастности к большому и важному делу — мощный мотиватор, который может противостоять выгоранию, если не сопровождается токсичным давлением.
Комментарии (9)