В этой статье вы узнаете, как читать вкладку «Ресурсы» в отчёте DES-симуляции: интерпретировать утилизацию и загрузку, находить узкие места по Impact Score и очередям, анализировать детальные показатели активностей и отслеживать динамику ресурсов во времени. Здесь объясняется разница между перегрузкой и недозагрузкой, а также почему очередь может возникать даже при средней загрузке ниже критического порога.
После завершения симуляции откройте отчёт и перейдите на вкладку «Ресурсы». Она содержит четыре блока: статистику ресурсов, среднюю загрузку, анализ узких мест и детальную аналитику активностей, а также графики динамики во времени.
Статистика ресурсов
Блок «Статистика ресурсов» — таблица, где каждая строка — отдельный ресурс (роль или группа исполнителей). Колонки:
- Ресурс — название роли или исполнителя.
- Ёмкость — количество единиц (человек, машин, окон).
- Занято — сколько единиц занято обработкой в среднем за прогон.
- Свободно — сколько единиц простаивает.
- Утилизация — доля рабочего времени, когда ресурс занят. Важно: это доля именно рабочего времени по графику, а не доля суток. Если смена длится 9 часов и ресурс занят 8 часов, утилизация — 89 %, даже если сутки 24 часа.
- Очередь (ср / макс) — средняя и максимальная длина очереди к этому ресурсу за прогон.
- Выполняется (ср / макс) — среднее и максимальное количество заявок, одновременно находящихся в обработке.
- Расписание — график работы ресурса (24/7, будние, свой график).
Под таблицей может быть указан тип простоя: «вне рабочих часов» или «в рабочие часы». Простой в рабочие часы — сигнал о том, что ресурс не загружен полностью и можно перераспределить задачи или сократить штат.
Средняя загрузка и пороги
Блок «Средняя загрузка ресурсов» показывает общий процент загрузки каждого ресурса относительно его ёмкости. Система выделяет два порога:
- Выше 80 % — перегрузка. Ресурс работает на пределе, малейший пик потока приведёт к росту очередей и нарушению сроков.
- Ниже 30 % — недозагрузка. Ресурс простаивает значительную часть рабочего времени, что означает переплату (если оплата «Фултайм») или возможность перераспределения нагрузки.
Загрузка между 30 % и 80 % считается сбалансированной. Однако средняя загрузка — не единственный критерий: очередь может возникать и при загрузке 70 %, если поток заявок неравномерный (пики и спады).
Анализ узких мест
Блок «Анализ узких мест» — ключевой инструмент для поиска ограничений процесса. Здесь отображаются:
- Узких мест — количество ресурсов, которые система классифицирует как узкие места.
- Потенциал throughput — максимальная пропускная способность процесса, ограниченная самым узким ресурсом.
- Календарный throughput — пропускная способность по всему времени (включая нерабочие часы).
- Активный throughput — пропускная способность только в рабочее время.
- Баланс нагрузки — насколько равномерно распределена работа между ресурсами.
- Заморожено в очередях — количество заявок, которые уже пришли и за которые уже потрачены затраты на привлечение (CAC), но которые ещё ждут обработки.
Impact Score ресурсов — числовая оценка влияния каждого ресурса на общий результат процесса. Ресурс с высоким Impact Score (отображается красным) является узким местом: именно он ограничивает пропускную способность. Узкое место определяется не только загрузкой выше 90 %, но и очень длинной очередью. Загрузка выше 80 % без критичной очереди классифицируется как «умеренная» нагрузка.
Важно: узкое место — не всегда самый загруженный ресурс. Смотрите на очередь и Impact Score вместе. Если у ресурса загрузка 75 %, но очередь растёт к концу смены, это тоже узкое место, потому что неравномерность потока создаёт накопление.
Детальная аналитика активностей
Блок «Детальная аналитика активностей» показывает показатели по каждой задаче (активности) в процессе:
- Активность — название задачи.
- Выполнений — сколько раз задача выполнялась за прогон.
- Ср. время — среднее время обработки одной заявки.
- Ожидание (ср / макс) — среднее и максимальное время ожидания в очереди перед этой задачей.
- Загрузка — доля времени, когда ресурс занят именно этой задачей.
- Throughput — количество обработанных заявок в единицу времени.
- Ставка — стоимость часа работы ресурса.
- Стоимость (за шт / всего) — стоимость одной обработки и общая стоимость за прогон.
- Доля — вклад этой задачи в общие затраты процесса.
- Простоев — количество и длительность простоев ресурса на этой задаче.
Строки сгруппированы по ABC-категориям: категория A — главные драйверы стоимости (на них приходится основная доля затрат). Фокус на задачах категории A даёт максимальный эффект при оптимизации.
Динамика ресурсов во времени
Блок «Динамика ресурсов во времени» содержит четыре графика:
- Загрузка ресурсов — изменение загрузки каждого ресурса по ходу прогона.
- Очереди к ресурсам — динамика длины очередей.
- Активные запросы и ёмкость — сколько заявок одновременно в обработке относительно ёмкости ресурса.
- Доступность ресурсов — когда ресурс доступен по графику, а когда нет.
Жёлтая зона на графиках — период warm-up (разгон). Он исключён из итоговых расчётов, потому что в начале прогона система ещё не вышла в стационарный режим. Если стационарный режим не достигнут, цифры отражают разгон, а не стабильную работу. Проверьте вкладку «Динамика и достоверность», чтобы убедиться, что прогон достаточно длинный.
Как интерпретировать результаты
- Начните с блока «Анализ узних мест»: найдите ресурс с максимальным Impact Score. Это ваше главное ограничение.
- Посмотрите на очередь к этому ресурсу: если очередь длинная, проблема в численности или скорости обработки. Если очередь короткая, но загрузка выше 80 %, проблема в пиковой нагрузке.
- Перейдите к «Детальной аналитике активностей»: найдите задачи категории A с наибольшим ожиданием. Именно они создают очередь.
- Изучите «Динамику ресурсов во времени»: посмотрите, когда именно растёт очередь — в пиковые часы или равномерно. Это подскажет, нужно ли менять график или добавлять ресурсы.
- Сравните утилизацию: если у одного ресурса 95 %, а у другого 40 %, возможно, стоит перераспределить задачи или добавить исполнителей на перегруженную роль.
Помните: очередь не исчезает, а переезжает. Если вы добавите ресурс на одно узкое место, ограничение сместится на следующий этап. Поэтому анализируйте весь процесс, а не одну задачу.
Частые формулировки
«загрузка ресурсов в симуляции», «узкое место в des», «утилизация ресурсов», «очереди к ресурсам», «анализ ресурсов в отчёте», «impact score что это», «как понять, что ресурс перегружен», «недозагрузка сотрудников», «почему очередь растёт при загрузке 70 процентов», «где посмотреть динамику загрузки во времени».