В этой статье вы узнаете, как читать вкладку «Ресурсы» в отчёте 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** (разгон). Он исключён из итоговых расчётов, потому что в начале прогона система ещё не вышла в стационарный режим. Если стационарный режим не достигнут, цифры отражают разгон, а не стабильную работу. Проверьте вкладку **«Динамика и достоверность»**, чтобы убедиться, что прогон достаточно длинный.

## Как интерпретировать результаты

1. Начните с блока **«Анализ узних мест»**: найдите ресурс с максимальным Impact Score. Это ваше главное ограничение.
2. Посмотрите на очередь к этому ресурсу: если очередь длинная, проблема в численности или скорости обработки. Если очередь короткая, но загрузка выше 80 %, проблема в пиковой нагрузке.
3. Перейдите к **«Детальной аналитике активностей»**: найдите задачи категории A с наибольшим ожиданием. Именно они создают очередь.
4. Изучите **«Динамику ресурсов во времени»**: посмотрите, когда именно растёт очередь — в пиковые часы или равномерно. Это подскажет, нужно ли менять график или добавлять ресурсы.
5. Сравните утилизацию: если у одного ресурса 95 %, а у другого 40 %, возможно, стоит перераспределить задачи или добавить исполнителей на перегруженную роль.

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

## Частые формулировки

«загрузка ресурсов в симуляции», «узкое место в des», «утилизация ресурсов», «очереди к ресурсам», «анализ ресурсов в отчёте», «impact score что это», «как понять, что ресурс перегружен», «недозагрузка сотрудников», «почему очередь растёт при загрузке 70 процентов», «где посмотреть динамику загрузки во времени».