Чтобы увеличить пропускную способность без найма, нужно повысить выпуск ограничивающего участка и не тратить его capacity на лишнюю работу. Ускорение этапов с запасом мощности почти не влияет на throughput всей команды
Начните с карты capacity
В операционной системе производительность труда связано с эффективность сотрудников. Если оптимизация процессов растёт только на одном шаге, а очередь переезжает дальше, системного эффекта нет
| Этап | Вход/день | Мощность/день | Потери мощности | Что делать |
|---|---|---|---|---|
| Приём | 200 | 260 | Низкие | Не трогать первым |
| Проверка | 200 | 150 | Много неполного входа | Защитить и улучшить |
| Согласование | 145 | 180 | Batch 2 раза в день | Убрать пакетность |
| Оформление | 145 | 170 | Повторный ввод | Автоматизировать после bottleneck |
Карта не должна быть идеальной. Даже грубые значения показывают, какой этап не способен переварить входящий поток и где каждый потерянный час действительно влияет на общий выпуск
Пять рычагов throughput до нового FTE
- Сделать вход в bottleneck полным и качественным
- Убрать с дефицитной роли работу, которую может сделать система или другая роль
- Сократить rework, который возвращается в bottleneck
- Разделить типовые и сложные кейсы
- Убрать batch и лишнее ожидание там, где оно искусственно ограничивает поток
Когда автоматизация даёт сильный эффект
Лучший кандидат - повторяемая операция прямо на ограничивающем участке или действие, которое разгружает его. Например, если эксперт тратит треть времени на сбор контекста до решения, автоматическая подготовка данных увеличивает доступную экспертную capacity без замены самого решения
Не увеличьте очередь дальше по потоку
После улучшения bottleneck выпуск вырастет, и следующий этап может стать новым ограничением. Поэтому измеряйте полный процесс. Иначе команда отпразднует +30% на одном участке, а клиенты увидят ту же задержку в другом месте
Как проверить результат через две недели
| Метрика | Что хотим увидеть |
|---|---|
| Throughput | Устойчиво выше |
| Backlog перед старым bottleneck | Снижается или стабилен |
| Cycle time | Не растёт |
| Rework | Не увеличивается |
| Overtime | Не используется как скрытая capacity |
Какие данные снять до улучшения
Capacity каждого этапа - первая точка, которую стоит зафиксировать до любых изменений. Рядом соберите Вход/выход по дням, а затем backlog, rework и пиковые нагрузки. Все значения должны относиться к одному типу потока и сопоставимому периоду, иначе сезонность и разный состав кейсов исказят вывод
- Capacity каждого этапа
- Вход/выход по дням
- Backlog
- Rework
- Пиковые нагрузки
После изменения старого bottleneck сделайте повторную карту мощности. Новый ограничивающий участок - не провал проекта, а доказательство того, что throughput действительно вырос и система дошла до следующего предела
Сравнение throughput и backlog лучше делать на ограниченном типовом потоке: сначала снять базовую точку по «Capacity каждого этапа» и «Вход/выход по дням», затем изменить один механизм и повторить замер. Так проще отделить эффект процесса от изменения спроса, состава команды или структуры входящего потока
Как проверить результат на том же потоке
Связка throughput, backlog, cycle time, rework и overtime показывает, дошло ли улучшение до результата целиком. Одна красивая локальная метрика недостаточна: если скорость выросла ценой качества, backlog переместился дальше или экономия не превращается в usable capacity, гипотезу нужно пересчитать
Хотите увеличить выпуск команды без автоматического найма?
Покажите этапы процесса, объёмы и очереди. Мы поможем найти реальное ограничение и определить, какая автоматизация или смена правила добавит системную capacity
Частые вопросы
Чем throughput отличается от производительности сотрудника?
Throughput - выпуск всего процесса за период. Отдельный сотрудник может стать быстрее, но если ограничение в другом месте, throughput не изменится
Как найти bottleneck?
Сравнить вход, выпуск, очередь и доступную мощность по этапам, а затем проверить, увеличивает ли изменение этого этапа общий результат
Когда новый найм всё-таки нужен?
Когда дефицитная capacity остаётся ограничением после удаления очевидных потерь, а устойчивый спрос оправдывает дополнительный ресурс
Может ли автоматизация одного шага ухудшить процесс?
Да, если она ускорит вход в уже перегруженный следующий этап и создаст больший backlog
