Нехватка людей есть тогда, когда после удаления очевидных потерь спрос устойчиво превышает доступную мощность нужной роли. Если значительная часть загрузки уходит на ожидание, повторную работу, поиск данных и администрирование, новый сотрудник просто добавится в тот же плохой процесс
Дерево решения “нанимать или чинить”
производительность сотрудников часто выглядит локальной проблемой, но проверять её лучше через загрузка сотрудников; оптимизация процессов имеет значение только при улучшении полного цикла
| Вопрос | Если да | Если нет |
|---|---|---|
| Спрос устойчиво превышает выпуск? | Идём дальше | Проверьте распределение и приоритеты |
| Команда занята value work большую часть времени? | Идём дальше | Уберите process tax |
| Есть стабильный bottleneck нужной роли? | Идём дальше | Найм может не увеличить throughput |
| Rework и ожидание под контролем? | Оцените новый ресурс | Сначала исправьте причины |
| Рост сохранится достаточно долго? | Найм обоснованнее | Возможно временное решение/перераспределение |
Какие данные собрать до открытия вакансии
- Входящий объём по неделям и сезонность
- Фактический throughput команды
- Backlog и возраст очереди
- Активное время на единицу результата
- Доля rework и возвратов
- Время на администрирование и поиск
- Распределение нагрузки между сотрудниками
Пример, где найм не решает проблему
Команда обрабатывает 500 заявок в неделю и регулярно не успевает. На первый взгляд нужен шестой сотрудник. Но замер показывает, что каждый менеджер тратит 35% времени на перенос данных из почты в CRM и поиск недостающих файлов. Если убрать этот process tax, текущая команда получает больший резерв, чем один новый FTE
Пример, где найм действительно нужен
Если после автоматизации ввода и устранения возвратов квалифицированные специалисты всё равно загружены полезной работой, очередь стабильно растёт, а спрос подтверждён на несколько месяцев, дополнительный ресурс может быть самым рациональным решением. Автоматизация не должна становиться идеологией против найма
Что проверить после любого решения
После найма или изменения процесса смотрите не только загрузку, но и throughput, backlog, срок выполнения и качество. Если новый человек снизил очередь, но rework остался, часть проблемы вы просто закрыли дополнительной мощностью
Какие данные снять до улучшения
Входящий спрос по неделям - первая точка, которую стоит зафиксировать до любых изменений. Рядом соберите Throughput текущей команды, а затем backlog и возраст очереди, распределение времени роли и rework и отсутствие/отпуска. Все значения должны относиться к одному типу потока и сопоставимому периоду, иначе сезонность и разный состав кейсов исказят вывод
- Входящий спрос по неделям
- Throughput текущей команды
- Backlog и возраст очереди
- Распределение времени роли
- Rework и отсутствие/отпуска
Проверяйте роль в пиковый и обычный период отдельно. Команда может выглядеть перегруженной из-за двух пиковых дней в месяц, и постоянный FTE будет дорогим способом закрыть задачу, которую лучше решить буфером или временным ресурсом
Сравнение throughput на FTE и backlog лучше делать на ограниченном типовом потоке: сначала снять базовую точку по «Входящий спрос по неделям» и «Throughput текущей команды», затем изменить один механизм и повторить замер. Так проще отделить эффект процесса от изменения спроса, состава команды или структуры входящего потока
Как проверить результат на том же потоке
Связка throughput на FTE, backlog, SLA, overtime и доля process tax показывает, дошло ли улучшение до результата целиком. Одна красивая локальная метрика недостаточна: если скорость выросла ценой качества, backlog переместился дальше или экономия не превращается в usable capacity, гипотезу нужно пересчитать
Неясно, нужен новый сотрудник или сначала надо чинить процесс?
Покажите объём, очередь и типовую работу роли. Мы поможем собрать быструю capacity-модель и отделить реальную нехватку людей от ручных потерь процесса
Частые вопросы
Какая загрузка означает, что людей не хватает?
Нет универсального процента. Смотрите на устойчивый backlog, throughput и долю полезной работы. Загрузка “100%” может быть следствием администрирования и rework
Когда найм дешевле автоматизации?
Когда дефицитная работа требует человеческой экспертизы, объём устойчив, а стоимость изменения процесса выше ценности доступной дополнительной capacity
Как проверить bottleneck перед наймом?
Посчитать вход, выпуск и очередь по этапам. Если новая мощность добавляется не в ограничивающий этап, общий результат может почти не измениться
Можно ли одновременно нанимать и улучшать процесс?
Да. При быстром росте временный ресурс может снять риск, а параллельное улучшение снизит долгосрочную потребность в линейном headcount
