Как разобрать перекос нагрузки
- Соберите факт: какие задачи, ожидания и срочные запросы оказались у каждого.
- Отделите полезную работу от ожидания, переписки, переделок и согласований.
- Проверьте узкие места в решениях, доступах, навыках и границах роли.
- Выберите одно изменение: правило приоритета, передачу задачи, шаблон или полномочие.
- На следующем review сравните поток и качество, а не личные впечатления.
Ниже сохранён исходный материал. Он не устанавливает универсальную норму распределения работы и не оценивает людей.
Подробности исходного материала
Возьмите календарь любого среднего бизнеса в России. Откройте таск-трекер, переписку в Telegram, отчёты по сделкам за последние две недели. Если у вас десять человек в команде — высокая вероятность, что трое из них вытащили семьдесят процентов всего, что было сделано. На совещании этого не услышат: перегруженные говорят меньше всех, потому что у них нет времени даже на жалобу. У них есть пять минут до следующей встречи.
Принято считать, что это вопрос мотивации. Что одни «горят», а другие «отбывают». Что нужен правильный KPI, поддерживающая корпоративная культура, ещё одна сессия про ценности — и тогда остальные подтянутся. Я лет десять верил в это. Поднимал бонусы, перевешивал плакаты, делал визиты ободрения, ставил «амбициозные цели». Перекос не исчезал. Он мутировал и становился менее заметным, но никуда не уходил.
А потом мне один консультант сказал странную вещь. Он сказал: «Ты смотришь не туда. У тебя не люди разные — у тебя процессы кривые. И самые ответственные просто закрывают тебе дыры в системе. Они не герои, они компенсаторы. Когда они уйдут — а они уйдут, — компания узнает, сколько процессов у тебя на самом деле не существует». Этот разговор перевернул мне представление о том, как устроено правильное распределение нагрузки в команде.
Что говорит статистика на самом деле
В работах Института Гэллапа давно описано: примерно 20–30% сотрудников вовлечены глубоко, ещё столько же — формально присутствуют, остальные «оторваны». Эти цифры по миру повторяются десятилетиями, в разных странах и нишах. McKinsey в своих отчётах по продуктивности приходит к близким значениям: меньшинство в команде производит непропорционально большую долю результата. Если перевести их на язык нагрузки, получится почти то же самое: меньшинство работает в полную силу, и именно на нём держится результат.
Но интерпретация почти всегда идёт в одну сторону: «нам надо вовлекать остальных». То есть мы по умолчанию считаем, что 70% людей в команде ошибочно недогружены — и в этом проблема. А что, если перекос — не симптом плохой команды, а симптом сломанной модели работы? Что, если эти 70% не «не хотят», а просто не могут включиться в работу так, как могут те трое?
У меня есть знакомый, который вёл отдел продаж в крупной сети — назову её абстрактно, чтобы не подставлять. Двадцать менеджеров, выручка 600 млн в год. Когда мы открыли цифры по сделкам, оказалось: четыре человека закрывают 71% оборота. Остальные шестнадцать — фон. Первая реакция собственника была очевидной: «уволить половину, нанять более активных». Вторая, через месяц размышлений, оказалась интереснее: «а почему у нас процесс продаж устроен так, что только эти четверо могут им пользоваться»?
Это вопрос совсем другого порядка. И он почти всегда упирается не в людей. Когда мы разобрали путь сделки от первого касания до подписанного договора, выяснилось: тридцать четыре шага, семь согласований, четыре отдела. Те четверо «локомотивов» научились обходить систему — у них были личные контакты в бухгалтерии, на складе, у юриста. Остальные шестнадцать честно шли по регламенту и спотыкались на каждом шаге.
Когда коэффициент Парето (тот самый принцип 80/20) проявляется в распределении нагрузки — это редко про людей. Это про то, что у вас в системе двадцать процентов путей работают быстро, а восемьдесят процентов — нет. И ваши «герои» нашли первые двадцать.
Три места, где скапливается нагрузка
Когда работаю как трекер с компаниями среднего бизнеса, я смотрю не на отчёты, а на одно — куда сходятся нити. Если в команде десять человек, и какое-то решение проходит через одного и того же сотрудника, что бы ни случилось, у вас не вопрос мотивации остальных. У вас вопрос архитектуры. И в этой архитектуре обычно есть три классических узла, где собирается перегруз.
Узловая компетенция
Это когда в команде есть человек, который один знает, как сделать что-то важное. Не описано в регламенте, не передано стажёру, не записано в Notion — просто живёт у него в голове. Любая задача с этим знанием идёт к нему. И он, конечно, добросовестный, поэтому делает. А остальные ждут.
В Тинькофф когда-то построили культуру разбора post-mortem — после каждого инцидента вытаскивают, какое знание оказалось у одного человека, и переносят его в систему. Это не про блеск, это про то, что компания принципиально не хочет зависеть от ребят с уникальной памятью. У Wildberries был похожий принцип на складах: ни одна операция не должна выполняться единственным человеком, который «знает, как». Если такая операция нашлась — её разбирают, описывают, обучают второго.
Бывает так, что узловая компетенция не техническая, а социальная. Один человек умеет договариваться с конкретным клиентом, который приносит 30% выручки. Уходит этот человек — уходит клиент. И это уже не «у нас неблагодарный клиент», это «мы построили систему на одной личной связи».
Невидимая склейка
Это сотрудники, которые соединяют отделы. Они никем не назначены связующим звеном, но без них коммуникация ломается. Аналитик, который пересказывает разработчикам, чего хочет маркетинг. Менеджер, который объясняет бухгалтерии, что подразумевал отдел продаж. Они не делают «свою» работу — они делают работу всех остальных.
Эта склейка не оцифрована и не считается, потому что её не на чем замерить. Но если такой человек уходит в отпуск, проекты встают. Не потому, что он гениальный — потому, что без него отделы перестают понимать друг друга. В крупных компаниях типа Яндекса для этой роли есть специальные позиции — продакт-менеджеры, бизнес-аналитики, чьей единственной задачей и является эта самая склейка. В среднем бизнесе её обычно делает «тот самый» сотрудник, который сам не понимает, что превратился в неоплачиваемого интегратора.
Зона ответственности без полномочий
Здесь работает классическая ловушка: к человеку приходят с проблемой, а у него нет права её решить — нужно идти к руководителю. И вот он становится приёмной для жалоб, которые не имеет ресурса закрыть. На совещаниях он молчит. В отчётах не отражено. А его рабочая неделя — это шестьдесят часов компенсации чужих решений.
В Ozon в своё время описали проблему «менеджеров-передатчиков»: людей, через которых проходила вся коммуникация, но которые не могли принять ни одного решения. Их разгрузили простой штукой — сделали матрицу полномочий, в которой явно прописали, какие вопросы кто закрывает на своём уровне. Через полгода количество эскалаций к директорам упало на 40%, а скорость принятия решений в среднем звене выросла втрое.
Почему «домотиваторы» не работают, и причём здесь водопровод
Стандартная попытка решить перекос — поднять бонусы или придумать новый KPI. Логика: если мы наградим того, кто делает мало, он начнёт делать больше. Это исходит из представления, что человек не работает, потому что не хочет.
Но если ваш сотрудник не работает на полную, у него обычно одна из трёх причин: он не понимает задачу, у него нет инструментов, или его блокирует другой процесс. Ни на одну из этих причин премия не действует. Премия — это про то, чтобы хотеть. А он и так может хотеть. Проблема в том, что он не может.
Это казалось бы очевидным, но я наблюдаю это раз за разом. Собственник говорит: «у меня люди не выкладываются». Спрашиваю: «а что им мешает?». Ответ: «им ничего не мешает, у них всё есть». Сажаю руководителя на день рядом с одним из этих «незагруженных» — и через шесть часов мы получаем список из четырнадцати препятствий, на которые человек тратит больше времени, чем на работу.
Бывает так, что человек получает задачу, для выполнения которой ему нужно согласование от другого отдела. Согласование занимает три дня. За эти три дня он не сидит без дела — он берёт что-то попроще, что не требует согласований. А потом главный показатель — выручка от сложных сделок — оказывается у тех двоих, кто умеет проталкивать согласования силой. И этих двоих мы потом называем «локомотивами».
Метафора, которая всё расставляет по местам
Представьте водопроводную систему в старом доме. Вы открыли краны во всех квартирах, но вода идёт нормально только на втором этаже. На пятом — еле капает, на десятом — сухо. Что вы будете делать? Мотивировать жильцов с десятого этажа сильнее открывать кран? Нанимать им коуча по «эффективному открытию вентиля»? Снимать с них квартплату за низкую активность?
Никто в здравом уме так не поступит. Все понимают, что проблема в системе: где-то трубы узкие, где-то давление падает, где-то засор. И задача — не давить на жильцов, а починить трассу. Тогда вода пойдёт на всех этажах сама.
С нагрузкой в команде — ровно та же история, только её упорно решают противоположным способом. Жмут на «жильцов» — а трубы остаются прежними. И самые мотивированные просто открывают кран сильнее, рискуя сорвать резьбу. Это и есть выгорание. И когда руководитель потом удивляется, что лучший сотрудник написал заявление, он удивляется неискренне. Просто кран сорвало.
Когда я начинаю работу с компанией, я первым делом рисую карту: куда идут запросы, через сколько рук они проходят, где сидят узкие места. Почти всегда видно одно и то же — пара-тройка точек, где сходится непропорционально много линий. Чинить надо там, а не в людях, которые сидят на этих точках.
Четыре шага, которые реально разгружают команду
Перечислю не теоретические рекомендации, а то, что работает на компаниях, где я веду эту работу как трекер. Это не быстрая магия — каждый шаг занимает от двух недель до пары месяцев, в зависимости от размера команды. Но порядок именно такой; перепрыгивать нельзя.
Шаг 1. Карта узлов знаний
Собрать список того, что в команде знает только один человек. Без обсуждений, без правок — просто инвентаризация. Обычно собственник в шоке: «как у нас оказалось семнадцать единых точек отказа?» На каждый узел — план переноса знания. В Notion, в видеозапись, в чеклист, в обучающий регламент. Не для красоты, а чтобы любой второй человек мог продолжить, если первый заболеет. ВкусВилл, например, делает короткие видеоинструкции по любым нестандартным операциям — и любую такую операцию должны уметь делать минимум два человека.
Шаг 2. Реальная картина нагрузки
Не «по ощущениям руководителя», а по часам. Полторы-две недели команда фиксирует, на что уходит время. Сразу появляется неудобная правда: те, кого считали ленивыми, проводят восемь часов на встречах. Те, кого считали героями, делают по три задачи в день, но эти задачи стоят миллион рублей каждая. Калибровка ощущений — половина решения. Есть готовые инструменты типа Toggl или Bitrix24 с учётом рабочего времени — выбирать конкретный не принципиально, важно чтобы данные собирались две недели подряд без манипуляций.
Шаг 3. Матрица полномочий
Список типичных вопросов, которые возникают в работе. Напротив каждого — кто решает на каком уровне. Простая таблица из четырёх столбцов: вопрос, кто решает сам, кто согласовывает, кто узнаёт по факту. Восемьдесят процентов согласований, которые тормозят работу, после этого упражнения исчезают как явление. Самое важное — повесить эту матрицу там, где её видят все, а не похоронить в общем диске.
Шаг 4. Расшивка узких мест в процессах
Берёте самый частый блокер — обычно это «согласование от коллеги», «утверждение клиентом», «оплата контрагенту». И спрашиваете: «как мы можем сделать так, чтобы этот шаг не был блокером?» Иногда ответ — автоматизация (через тот же Битрикс24 или amoCRM). Иногда — переписать договор с клиентом. Иногда — дать сотруднику право самому принять решение до определённой суммы. Авито в своё время разгрузило десятки операционных команд тем, что подняло потолки самостоятельных решений с 50 тысяч до миллиона рублей для среднего звена.
Поверх этих четырёх шагов нужна одна привычка — регулярная проверка перекоса. Раз в квартал делайте простой отчёт по нагрузке в разрезе людей. Не для штрафов, а чтобы видеть тренд. Если кто-то растёт в нагрузке три квартала подряд — это не его геройство, это ваш ранний сигнал, что система на этом человеке сломается. И вы успеете её починить до того, как он напишет заявление. У меня в практике было четыре случая, когда такой отчёт за месяц до увольнения показал перегрев, и мы успели разгрузить человека. И ровно один случай, когда не успели — потеряли ключевого инженера и квартал на восстановление компетенции. Без регулярного среза вы будете каждый раз узнавать о перегреве постфактум, когда уже ничего не починить.
История одной компании, которая разгрузила «локомотивов»
Расскажу короткую историю. Небольшая логистическая компания из Подмосковья, оборот около 200 млн в год, штат 35 человек. Собственник пожаловался: «два менеджера тащат всё, остальные на подсосе». Зашли смотреть.
Выяснилось: эти двое умеют «выбивать» решения из бухгалтерии, склада и отдела закупок. Они знают, к кому звонить лично, у кого день рождения, кому занести коробку конфет. Остальные менеджеры пытались делать то же самое формально — через систему — и получали отказы. В результате двое работали по 12 часов, остальные — по 4 часа, и собственник называл это «команда из двух с половиной игроков».
Один из тех самых «локомотивов» через полгода рассказал важную вещь. Он сказал: «Я не понимал, что меня бесит. Я думал, мне просто завидуют. А оказалось, я устал быть единственным, кто умеет добиться, чтобы система просто работала». И это, наверное, главное, что я хочу сказать в этой статье. Ваши «локомотивы» не радуются своему статусу. Они просто пока ещё не нашли работу получше.
Это и есть та самая мысль, ради которой я пишу. Перекос в нагрузке — это не плохая команда. Это плохо собранный конструктор, в котором несколько деталей держат всю конструкцию, потому что остальные не подходят по форме. И починка идёт через переборку конструктора, а не через увещевания деталей.
Чеклист руководителя и тихий итог
Восемь вопросов, на которые честно ответить себе раз в квартал.
- Кто из сотрудников за последний месяц брал больничный, и сколько проектов встало или сильно замедлилось? Если хотя бы один проект — это не его героизм, а ваш риск.
- Есть ли в команде задачи, которые делает только один человек, и больше никто не знает, как это делается? Если да — сколько таких задач?
- Когда я в последний раз смотрел на распределение часов между сотрудниками? Если больше квартала назад — я не управляю нагрузкой, я предполагаю.
- Сколько шагов согласования у типичной задачи? Если больше трёх — узкое место не в людях.
- Кто из команды чаще всего опаздывает с задачами? Это «ленивый» или у него самые медленные смежники?
- Кто из команды реже всех опаздывает? Это «герой» или он сидит на простых задачах, потому что сложные требуют чужих согласований?
- Когда мы в последний раз обновляли регламенты по типовым процессам? Если больше года — у нас уже есть набор узловых компетенций, которые держатся на памяти конкретных людей.
- Если завтра уйдёт ваш самый загруженный сотрудник, какие процессы встанут? Список этих процессов — ваш план работы на ближайшие два месяца.
Перекос нагрузки — это не проблема людей, это рентгеновский снимок ваших процессов. Кто тащит всё на себе — тот стоит в самом узком месте вашей системы. Не потому, что он лучший. Потому, что система устроена так, что без него она не работает. И сам он этого не выбирал — он просто оказался в точке, где сходятся ваши незакрытые решения.
Можно продолжать называть это «у меня крутая команда героев». Можно подсчитывать, во что обойдётся уход хотя бы одного из этих людей. А можно сделать неприятную работу — разобрать, где у вас сломаны трубы. И понять, что 70% «недозагруженных» — это просто люди, которым ваш процесс не дал кранов.
И ещё одно. Когда вы в следующий раз услышите от руководителя направления фразу «у меня хорошие ребята, но эти двое тащат всё на себе», задайте простой вопрос. Не «как им помочь» — этот вопрос ведёт обратно в премии и мотивацию. Спросите: «а что мы построили такого, что только эти двое способны этим пользоваться»? Ответ будет неудобным. Но именно с неудобного ответа начинается нормальное распределение нагрузки в команде, при котором не сгорают одни и не киснут другие. Это про дизайн системы, а не про дрессировку людей.
Самые тихие в команде сейчас несут вашу компанию. Дайте им шанс перестать.
Предприниматель, бизнес-трекер, пишу о том, как развивать бизнес в условиях неопределенности
