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

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

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

У перегрузки как минимум четыре разных источника

Первый — объём. В команду стабильно приходит больше работы, чем она может выполнить в нормальном режиме. Очередь растёт даже в спокойные недели, а перенос сроков лишь двигает проблему дальше. Здесь дополнительная роль действительно может быть обоснована.

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

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

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

Эти причины могут сочетаться. Поэтому вопрос «людей хватает или нет?» полезно временно заменить другим: «в какой момент недели образуется очередь и что именно её создаёт?»

Карта недели полезнее общего ощущения занятости

Я бы не начинала такую проверку с рейтинга сотрудников или нормы «полезных часов». Для решения о найме важнее увидеть движение работы. Достаточно взять 4-6 недель, среди которых есть обычная и пиковая, и собрать одну карту.

На ней нужны 3 слоя. Первый — входящий поток: сколько задач или запросов появилось и когда. Второй — выход: что было завершено и принято без возврата. Третий — фактические границы работы: в какие дни появлялись ранние старты, поздние окончания и резкие скачки времени.

Затем стоит отметить не фамилии, а этапы: подготовка, выполнение, согласование, исправление. Если задержки скапливаются на одном переходе, это уже не абстрактная «перегрузка команды». Появляется проверяемая версия: например, работа приходит большими пакетами по четвергам; руководитель согласует всё разом; исходные данные приходится запрашивать повторно.

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

Один поздний вечер — событие, четыре подряд — уже вопрос к процессу

Разовый всплеск почти ничего не доказывает. Сотрудник мог закрывать релиз, заменять коллегу или сам выбрать позднее окно для сосредоточенной работы. Для решения о штатной единице нужна повторяемость.

Когда я разбиралась, какие данные дают системы учёта времени, посмотрела, как это устроено в CrocoTime — это первое, что мне выпало в поисковике. На официальной странице указано, что загрузку можно смотреть по дням, неделям и часам, а в отчёте «Сводка» — динамику отработанного времени по дням. Для этой задачи полезна не сама диаграмма, а возможность проверить рисунок: пик повторяется в одно и то же время, расползается по всей неделе или возникает только перед отдельным сроком.

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

Вопрос, который быстро проверяет вакансию

Предположим, новый сотрудник выйдет в понедельник. Какой именно участок очереди исчезнет через два месяца после адаптации?

Если ответ конкретный — например, у команды еженедельно накапливается 40 однотипных обращений, текущая мощность закрывает 28, качество стабильно, а согласование не тормозит поток, — у вакансии есть понятная работа.

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

Это не аргумент против найма. Наоборот, такая диагностика делает заявку на подбор сильнее. Руководитель может объяснить, какой поток должен принять новый человек, где проходит граница роли и по какому результату через несколько месяцев станет понятно, что решение сработало.

После изменения нужно снова посмотреть на ту же карту

Любое решение стоит проверять на том же отрезке процесса. Перенесли согласование на утро — сократилась ли вечерняя очередь? Ограничили незавершённые задачи — стало ли меньше возвратов и переключений? Добавили сотрудника — вырос ли принятый объём без постоянной работы за пределами графика?

Если сравнить только суммарные часы, можно получить ложное успокоение. Команда способна работать столько же, но выпускать больше принятого результата. Или, наоборот, часы уменьшатся вместе с объёмом. Поэтому время отвечает на вопрос «как устроена нагрузка», а не «насколько хороши люди».

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