В 2015 году, когда я управлял штатом из 100 человек, и в 2024 году, когда руководил программой внедрения нового биллинга в федеральной телеком компании, наблюдал достаточно ситуаций, когда руководители пытались повысить производительность через контроль, переработки и постоянное давление. Часто это приводило к тому, что сначала росла скорость, затем начинали увольняться сильные сотрудники. Как следствие, бизнес терял больше финансов, чем успел заработать (просадка эффективности, долгий найм). Это привело к тому, что я перестал измерять эффективность команды количеством отработанных часов.
Когда дефицит сильных сотрудников и перегретый ИТ рынок, "выжимать все соки" — это финансовое самоубийство для компании. За последние 15 лет я провел более 300 интервью и пришел к выводу: бизнес - это не процессы, а люди, чьи цели находятся в синергии с направлением развития компании. Компании не могут использовать только финансы для удержания и повышения эффективности сотрудников. Экономика не позволяет это делать, да и толку от этого мало. Проверено, финансовая мотивация работает только короткий промежуток времени. Я рассматриваю мотивацию не как "пряник", а как инструмент управления рисками и капитализацией человеческого ресурса. Мой подход базируется на четырех принципах:
-
Синхронизация личных целей с OKR компании.
На входе в компанию новых людей я всегда спрашиваю кандидата о его "мечте". Если человек хочет жить за городом, я предлагаю культуру асинхронной работы. Если человек хочет вертикального развития, я предлагаю заготовленный трек лидера. Когда работа становится одной из возможностей достижения личной цели сотрудника, его лояльность и вовлеченность (eNPS) сильно растут.
-
Инженерная культура как фундамент.
Я пропагандирую подход T-shape. У меня даже проектный менеджер должен понимать, как работает интернет и зачем нужна виртуализация. Я развиваю фундаментальные ИТ знания у сотрудников. Например, организую походы в дата-центры. Это помогает менеджерам и аналитикам лучше понимать физический уровень инфраструктуры и как результат: сокращение коммуникационных разрывов между бизнесом и разработкой.
-
Управление через доверие, а не контроль.
Регулярные 1-to-1 для меня - это возможность снятия состояния коллектива. Мы выявляем положительные и негативные моменты в работе, фиксируем ожидания в формате SMART. Неформальное общение (квизы, BBQ) это возможность снятия состояния "социальной жизни". Руководителю важно чувствовать настроение команды до того, как начнутся массовые увольнения.
-
Загрузка на уровне 80%.
Я внедряю принцип "бережливого управления". Когда команда работает на 100% загрузки в мирное время, то она "сгорает" при первой же перегрузке. Это подтверждают исследования, описанные в книге А. Сертакова "Бережливое управление людьми" (https://habr.com/ru/posts/853668/).
80% нагрузки — это штатный режим, дающий высокое качество результатов и время на саморазвитие.
20% резерва — это "форсаж" на критические задачи. Этот принцип позволяет сохранять высокий темп на длинных задачах без потери ключевых сотрудников.
Жизненный кейс
На проекте создания комплекса CRM + ERP (2021 год) под нужды производственной компании я столкнулся с ситуацией, когда команда несколько кварталов подряд работала с загрузкой, близкой к 100%. Первое время velocity росла. Затем начались ошибки, выросло количество конфликтов и уволился главный разработчик. После пересмотра планирования и введения буфера загрузки (WIP) ситуация стабилизировалась, а производительность на длинной дистанции оказалась выше.
Итог: Моя задача как руководителя - создавать систему, в которой сотрудники не "фабрика задач", а "двигатели" бизнеса через личные цели. Показатель текучести кадров в моих командах не превышает 5%.
Комментарии (13)

Tuesok
29.06.2026 11:32Загрузка на уровне 80%
Плюсую, при такой нагрузке остается резерв не столько на всякие всплески нагрузки, но и банально - на отпуска, больничные и прочие случаи выбытия коллег.
У соседей была нагрузка выше 100%, героически задерживались на работе, начальство ценило и аплодировало - а однажды зимой двоих сотрудников выкосило гриппом, один был в отпуске за границей, и тут свалился срочный проект, который позарез до конца года выпустить надо. И всё посыпалось.

Dhwtj
29.06.2026 11:32Ну перенесли бы несрочный.
Или у вас один человек - один проект?

Tuesok
29.06.2026 11:32Под конец года все проекты - срочные. ;) Даже если весь год всё шло в вялотекущем режиме, согласовывались бесконечно сметы, задания - то в декабре надо сделать всё и сразу. Традиция такая, красивый обычай...
Но зато они выбили себе численность.

gybson_63
29.06.2026 11:32Какой-то странный конфликт у произведения : "Они неправильные, а я да".
Цифры крайне сомнительные просто потому, что неизвестно что в чем измеряется. Но звучит по-доброму. Из статьи я примерно понимаю измерение загрузки, как % следования протоколу. На 80% мы все еще делаем как надо, на 100% уже бегаем в панике. Ну допустим. А если либо так либо на мороз? Ну нет денег. И тогда придется стать очередным руководителем, которого порицают на хабре.
Dhwtj
29.06.2026 11:32Ну нет денег
Тогда при малейшем шухере (то есть всегда) приостанавливаются проекты. Обычно, начинают с тех что с низким приоритетом. Но часто этим не заканчивают))
Если умеют это делать, то норм. Но больше от особенностей проекта зависит, чем от менеджера

EugeneSizikov Автор
29.06.2026 11:32Честно говоря, слабо понял ваши мысли. Пой посыл был таков - 80% нагрузки дает классный результат бизнесу и команда чувствует себя комфортно (win-win), приходит срочная задача - поднимаем производительность на 100%. Все работают штатно, без овертаймов. Решили срочные задачи - снова откат на 80%.

Anywake
29.06.2026 11:32Мне интересно, а как считаются эти проценты нагрузки?) Это же не тахометр в двигателе.
Dhwtj
Я вроде видел эту статью раньше (?)
Думаю, просто мало- и средне-приоритетные задачи в период форсажа убирать и этого достаточно.
И не забывать возвращать отгулы за переработку. Час переработки = 2-3 часа отгула
Или вы хотите учесть стресс от ответственности? Есть такое, да
EugeneSizikov Автор
Да, всё верно - была ранее, но хабр ее снес, говорит - генерация)
Gel
Ну вот, вы её переписали и теперь в ней вдвое меньше генерации. Новые правила работают. :-)
Мы не хотим жестить, пока что скрываем только то, что сгенерировано точно больше, чем наполовину.
Хотим, чтобы авторы пришли к пониманию, что на Хабре нужно писать руками, а не генерировать статьи. И что сгенерированная статья будет рано или поздно скрыта модератором.
Кто-то говорит: "Ну я же просто "причесал" статью! Это тоже запрещено?".
К сожалению, вместе с этим нам пришлось бы разрешить тотальный нейрослоп. Границы между ними практически нет.