Как справедливо распределить нагрузку в команде

Чтобы справедливо распределить нагрузку в команде, начните с измерения реальной загрузки каждого сотрудника: учтённых часов по проектам и открытых задач. Не полагайтесь на ощущение, кто выглядит занятым. Затем задайте для каждой роли прозрачный потолок загрузки и перераспределяйте работу по фиксированному еженедельному графику, а не после того, как кто-то выгорит. Если пустить неравномерную нагрузку на самотёк, первым вы потеряете самого надёжного человека, потому что именно на него сваливается всё лишнее.

Почему вы неправильно видите, кто занят

Большинство руководителей, которые раздают задачи по наитию, попадают в одну и ту же ловушку: задача достаётся тому, кто первым откликнулся. А быстрее всех обычно отвечает самый ответственный человек в команде, поэтому каждый новый запрос падает на того, у кого и так больше всех работы. Более тихие коллеги, которые отвечают не сразу или не вызываются сами, постепенно оказываются в конце очереди, хотя никто этого сознательно не решал.

Вторая проблема в том, что вы принимаете за признак загрузки. Быстрые ответы в Slack, участие во встречах и сообщения поздно вечером говорят о заметности, а не о нагрузке. Они ничего не сообщают о том, сколько часов человек заложил на эту неделю и сколько задач у него горит по срокам. Можно постоянно выглядеть занятым при небольшой нагрузке, а можно тихо работать на пределе над одним сложным проектом.

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

Шаг 1. Измерьте реальную нагрузку каждого

Прежде чем что-то менять, соберите по каждому сотруднику три показателя. Берите данные за последние две–четыре недели, чтобы одна тяжёлая неделя не исказила картину.

• Учтённые часы по проектам. Важно не столько общее количество часов, сколько их распределение. Трекер времени по проектам, который привязывает часы к проектам и задачам, даёт эти данные сразу. Подойдёт и ручной табель, если его заполняют регулярно.
• Открытые задачи и их сроки. Посчитайте, что сейчас числится за каждым, и отметьте, сколько задач нужно сдать в ближайшие пять рабочих дней.
• Доля реактивной работы. Оцените, сколько времени у каждого ушло на запросы, исправления и отвлечения, а сколько на работу, запланированную в начале недели.

Допустим, в команде из десяти человек двое на прошлой неделе отработали примерно по 40 часов. Первый почти всё время потратил на один проект, и у него три открытые задачи со сроком в следующем месяце. Второй распределил те же 40 часов между четырьмя проектами, у него одиннадцать открытых задач, пять из которых нужно сдать на этой неделе, и около трети времени ушло на запросы, прилетевшие посреди недели.

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

Аналитика WebWork по дисбалансу нагрузки и риску выгорания показывает, когда часы и количество задач у одного человека заметно превышают средние по команде. Так вы видите перекос раньше, чем вам о нём расскажут. Если такого инструмента у вас нет, для команды из 8–20 человек хватит таблицы: одна строка на сотрудника и три столбца с показателями выше.

Шаг 2. Отличайте занятость от перегрузки

Человек, который всю неделю плотно работает над одним проектом и держит его под контролем, просто занят, и с ним, скорее всего, всё в порядке. Перегрузка — это много часов в сочетании с другими признаками того, что работа вышла из-под контроля.

Если у одного человека несколько недель подряд видно два и более признака из правого столбца, пора действовать. Один признак за одну неделю — это шум.

Отдельно про уровень активности: он описывает, как человек использует рабочее время, и помогает заметить отклонение от его собственной нормы. Это не оценка продуктивности, и если ранжировать людей по проценту активности, вы снова начнёте поощрять видимую занятость. Сравнивайте каждого с его собственной историей, а не с показателями коллег.

Шаг 3. Задайте потолок загрузки для каждой роли

Потолок — это максимальная запланированная проектная нагрузка, которую вы даёте одному человеку за неделю. Возьмите часы по договору, вычтите реальное время, которое роль тратит на встречи, административные дела и срочные запросы, — остаток и будет потолком для плановой работы. Для многих ролей он оказывается заметно меньше формальной рабочей недели, и именно в этом зазоре прячется перегрузка, когда потолок приравнивают к полным часам по договору.

Помимо часов, введите два жёстких ограничения: максимальное число параллельных проектов и максимальное число активных задач на человека. Ограничение по проектам сдерживает переключение контекста, а ограничение по задачам — очередь обязательств, которые тянутся дольше одной недели. Разумные стартовые значения зависят от характера работы, поэтому опирайтесь на данные о нагрузке из шага 1 и корректируйте их через несколько циклов.

Сделайте потолки открытыми для всей команды. Когда все видят, что у роли, скажем, максимум три параллельных проекта, сотрудник, отказавшийся от четвёртого, просто следует правилу, а не отказывает коллеге. Это же позволяет говорить «нет» заказчикам, не переводя разговор на личности.

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

Шаг 4. Как справедливо распределять нагрузку, не замедляя работу

Схема «задача достаётся тому, кто первым ответил» перестаёт работать, когда новые запросы больше не приходят напрямую конкретным людям. Направляйте всю новую работу в общую очередь или руководителю — через колонку на доске задач, форму или единый канал приёма. Никто не берёт задачу из адресованного ему сообщения в чате.

Дальше задачи распределяются по трём правилам, по порядку:

1. Перед назначением смотрите на данные о загрузке. Все, кто достиг потолка или превысил его, исключаются из списка кандидатов на эту задачу.
2. Назначайте того, у кого есть нужные навыки и запас по нагрузке, даже если кто-то другой сделал бы быстрее.
3. Сделайте самого сильного сотрудника ревьюером или точкой эскалации по задаче — так его экспертиза займёт час, а не неделю.

Очевидное возражение — скорость. Первая реакция иногда будет медленнее, а менее опытный исполнитель может потратить больше времени. Но сравните это с альтернативой, которую вы уже наблюдали: лучший сотрудник на две недели выбывает или вовсе уходит, и все его проекты встают одновременно. Более медленный старт обходится дешевле, к тому же благодаря ему появляется второй человек, способный выполнять эту работу.

Когда заказчик просит конкретного человека, ответьте одним сообщением, в котором есть и правило, и альтернатива. Например: «У Даны на этой неделе загрузка на пределе по нашему командному лимиту. Задачу возьмёт Прия, а Дана проверит результат перед отправкой». Обычно упоминание ревьюера снимает вопрос, ведь заказчику на самом деле нужна уверенность в результате.

Шаг 5. Проводите еженедельное перераспределение

Забронируйте постоянный слот на 20–30 минут каждую неделю, лучше в её начале, пока новая работа ещё не раздана. Если в команде меньше десяти человек, приглашайте всех; в больших командах встречаются руководитель и тимлиды, а тимлиды доносят решения до своих людей. Цель встречи чётко ограничена: сравнить нагрузку с потолками и перераспределить задачи.

На экране должна быть одна таблица: по строке на человека с учтёнными часами по проектам за прошлую неделю, открытыми задачами и сроками, а также его потолком. Такой отчёт можно получить в любой системе управления персоналом с отчётностью по проектам. Подойдёт и таблица из шага 1, если поддерживать её в актуальном состоянии.

По каждой строке, где превышен потолок или видно два и более признака перегрузки, принимается одно из трёх решений, которое фиксируется в таск-трекере до конца встречи:

• Передать задачу тому, у кого есть запас по нагрузке и нужные навыки.
• Отложить задачу на одну из следующих недель и сообщить заказчику новый срок.
• Отклонить задачу и объяснить заказчику причину со ссылкой на потолок.

Как передавать задачи и никого не демотивировать

Тот, у кого забирают задачу, должен услышать, что это освобождает его время для чего-то конкретного. «Мы передаём исправление отчётов Сэму, чтобы у тебя была вся неделя на миграцию» звучит совсем иначе, чем «мы снимаем тебя с исправления отчётов». Назовите то, ради чего бережётся его время.

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

На следующей встрече проверяйте каждую передачу. Убедитесь, что задача действительно перешла к новому исполнителю, он продвинулся, а часы прежнего владельца по этому проекту сократились. Задачи часто незаметно возвращаются обратно, и только контроль это предотвращает.

Как понять, что подход работает

Через три–четыре еженедельных цикла разброс учтённых часов в команде должен сократиться, а одно и то же имя перестанет каждую неделю оказываться на вершине списка. Превышений потолка должно стать меньше — с нескольких в неделю до нуля или одного. Доля реактивной работы у лучшего сотрудника должна снизиться, а задачи — закрываться ближе к срокам по всей команде, а не только у самых надёжных людей.

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

Хотите посмотреть, как работают отчёты о загрузке и оповещения о дисбалансе на практике? Попробуйте WebWork бесплатно в течение 14 дней.

Когда перераспределение не решит проблему

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

Одна и та же работа постоянно возвращается к одному человеку. Вы передаёте задачу, она буксует и в итоге снова оказывается у прежнего владельца, потому что больше никто не может её сделать. Это нехватка компетенций. Решение — целенаправленная работа в паре: на несколько циклов назначайте задачу второму человеку, а эксперта делайте ревьюером, и для каждого навыка, которым сейчас владеет один человек, назначьте дублёра. Считайте критичный навык с единственным носителем риском: как только этот человек становится недоступен, работа останавливается.

Потолки превышаются каждую неделю даже после перераспределения. Если после передачи и переноса задач люди всё равно работают сверх лимита, у команды больше обязательств, чем часов. Это проблема численности или объёма работ. Учтённые часы, которые у вас теперь есть, и есть обоснование: общий объём запланированных часов против общей мощности команды по каждому проекту за последние два месяца. Запрос на найм, подкреплённый такими данными, — аргумент о ресурсах, а без них — просто ощущение, которое руководство может отклонить.

Недогруженным сотрудникам просто не доверяют. Если кто-то стабильно работает намного ниже потолка, а честная причина в том, что тимлиды не дают ему ничего важного, изменения в распределении задач до него не дойдут. Решение — давать ему реальные задачи с ревью, конкретную обратную связь и в течение нескольких недель отслеживать, улучшаются ли выполнение задач и количество переделок. Если улучшений нет, предстоит разговор о результатах работы, и данные учёта сделают его предметным.

Где этот подход нужно адаптировать

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

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

Что сделать уже на этой неделе

Соберите учтённые часы по проектам и открытые задачи по каждому сотруднику за последние две–четыре недели. Отметьте тех, кто превышает предполагаемый потолок или демонстрирует два и более признака перегрузки из шага 2. Сделайте одну-две передачи задач, используя формулировки из шага 5, объясните участникам причины и забронируйте на следующую неделю регулярный 20–30-минутный слот для перераспределения. На первой же встрече установите открытые потолки, опираясь на данные о нагрузке перед глазами, а не на предварительные догадки.