В 2015 году, когда я управлял штатом из 100 человек, и в 2024 году, когда руководил программой внедрения нового биллинга в федеральной телеком компании, наблюдал достаточно ситуаций, когда руководители пытались повысить производительность через контроль, переработки и постоянное давление. Часто это приводило к тому, что сначала росла скорость, затем начинали увольняться сильные сотрудники. Как следствие, бизнес терял больше финансов, чем успел заработать (просадка эффективности, долгий найм). Это привело к тому, что я перестал измерять эффективность команды количеством отработанных часов.

Когда дефицит сильных сотрудников и перегретый ИТ рынок, "выжимать все соки" — это финансовое самоубийство для компании. За последние 15 лет я провел более 300 интервью и пришел к выводу: бизнес - это не процессы, а люди, чьи цели находятся в синергии с направлением развития компании. Компании не могут использовать только финансы для удержания и повышения эффективности сотрудников. Экономика не позволяет это делать, да и толку от этого мало. Проверено, финансовая мотивация работает только короткий промежуток времени. Я рассматриваю мотивацию не как "пряник", а как инструмент управления рисками и капитализацией человеческого ресурса. Мой подход базируется на четырех принципах:

  1. Синхронизация личных целей с OKR компании.

    На входе в компанию новых людей я всегда спрашиваю кандидата о его "мечте". Если человек хочет жить за городом, я предлагаю культуру асинхронной работы. Если человек хочет вертикального развития, я предлагаю заготовленный трек лидера. Когда работа становится одной из возможностей достижения личной цели сотрудника, его лояльность и вовлеченность (eNPS) сильно растут.

  2. Инженерная культура как фундамент.

    Я пропагандирую подход T-shape. У меня даже проектный менеджер должен понимать, как работает интернет и зачем нужна виртуализация. Я развиваю фундаментальные ИТ знания у сотрудников. Например, организую походы в дата-центры. Это помогает менеджерам и аналитикам лучше понимать физический уровень инфраструктуры и как результат: сокращение коммуникационных разрывов между бизнесом и разработкой.

  3. Управление через доверие, а не контроль.

    Регулярные 1-to-1 для меня - это возможность снятия состояния коллектива. Мы выявляем положительные и негативные моменты в работе, фиксируем ожидания в формате SMART. Неформальное общение (квизы, BBQ) это возможность снятия состояния "социальной жизни". Руководителю важно чувствовать настроение команды до того, как начнутся массовые увольнения.

  4. Загрузка на уровне 80%.

    Я внедряю принцип "бережливого управления". Когда команда работает на 100% загрузки в мирное время, то она "сгорает" при первой же перегрузке. Это подтверждают исследования, описанные в книге А. Сертакова "Бережливое управление людьми" (https://habr.com/ru/posts/853668/).

    • 80% нагрузки — это штатный режим, дающий высокое качество результатов и время на саморазвитие.

    • 20% резерва — это "форсаж" на критические задачи. Этот принцип позволяет сохранять высокий темп на длинных задачах без потери ключевых сотрудников.

Жизненный кейс

На проекте создания комплекса CRM + ERP (2021 год) под нужды производственной компании я столкнулся с ситуацией, когда команда несколько кварталов подряд работала с загрузкой, близкой к 100%. Первое время velocity росла. Затем начались ошибки, выросло количество конфликтов и уволился главный разработчик. После пересмотра планирования и введения буфера загрузки (WIP) ситуация стабилизировалась, а производительность на длинной дистанции оказалась выше.

Итог: Моя задача как руководителя - создавать систему, в которой сотрудники не "фабрика задач", а "двигатели" бизнеса через личные цели. Показатель текучести кадров в моих командах не превышает 5%.

Комментарии (13)


  1. Dhwtj
    29.06.2026 11:32

    Я вроде видел эту статью раньше (?)

    Думаю, просто мало- и средне-приоритетные задачи в период форсажа убирать и этого достаточно.

    И не забывать возвращать отгулы за переработку. Час переработки = 2-3 часа отгула

    Или вы хотите учесть стресс от ответственности? Есть такое, да


    1. EugeneSizikov Автор
      29.06.2026 11:32

      Да, всё верно - была ранее, но хабр ее снес, говорит - генерация)


      1. Gel
        29.06.2026 11:32

        Ну вот, вы её переписали и теперь в ней вдвое меньше генерации. Новые правила работают. :-)
        Мы не хотим жестить, пока что скрываем только то, что сгенерировано точно больше, чем наполовину.
        Хотим, чтобы авторы пришли к пониманию, что на Хабре нужно писать руками, а не генерировать статьи. И что сгенерированная статья будет рано или поздно скрыта модератором.

        Кто-то говорит: "Ну я же просто "причесал" статью! Это тоже запрещено?".
        К сожалению, вместе с этим нам пришлось бы разрешить тотальный нейрослоп. Границы между ними практически нет.


  1. Tuesok
    29.06.2026 11:32

    Загрузка на уровне 80%

    Плюсую, при такой нагрузке остается резерв не столько на всякие всплески нагрузки, но и банально - на отпуска, больничные и прочие случаи выбытия коллег.

    У соседей была нагрузка выше 100%, героически задерживались на работе, начальство ценило и аплодировало - а однажды зимой двоих сотрудников выкосило гриппом, один был в отпуске за границей, и тут свалился срочный проект, который позарез до конца года выпустить надо. И всё посыпалось.


    1. Dhwtj
      29.06.2026 11:32

      Ну перенесли бы несрочный.

      Или у вас один человек - один проект?


      1. Tuesok
        29.06.2026 11:32

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

        Но зато они выбили себе численность.


        1. Dhwtj
          29.06.2026 11:32

          Под конец года все проекты - срочные

          Тогда менее приоритетные надо запретить завершать в конце года. Если менеджмент не умеет более тонко управлять рисками, то нужно поставить его в правильную позу зю.


  1. gybson_63
    29.06.2026 11:32

    Какой-то странный конфликт у произведения : "Они неправильные, а я да".

    Цифры крайне сомнительные просто потому, что неизвестно что в чем измеряется. Но звучит по-доброму. Из статьи я примерно понимаю измерение загрузки, как % следования протоколу. На 80% мы все еще делаем как надо, на 100% уже бегаем в панике. Ну допустим. А если либо так либо на мороз? Ну нет денег. И тогда придется стать очередным руководителем, которого порицают на хабре.


    1. Dhwtj
      29.06.2026 11:32

      Ну нет денег

      Тогда при малейшем шухере (то есть всегда) приостанавливаются проекты. Обычно, начинают с тех что с низким приоритетом. Но часто этим не заканчивают))

      Если умеют это делать, то норм. Но больше от особенностей проекта зависит, чем от менеджера


    1. EugeneSizikov Автор
      29.06.2026 11:32

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


      1. Anywake
        29.06.2026 11:32

        Как вы посчитали это KOMANDA LOAD в 80%?


  1. Ghrrm
    29.06.2026 11:32

    Вдруг война, а я уставший? (с)


  1. Anywake
    29.06.2026 11:32

    Мне интересно, а как считаются эти проценты нагрузки?) Это же не тахометр в двигателе.