DES-симуляция, имитационное моделирование

Как интерпретировать SPC-карты и метрики Cp/Cpk в отчёте DES-симуляции

В этой статье вы узнаете, как читать вкладку «Lean Six Sigma» в отчёте дискретно-событийной симуляции (DES). Здесь показаны контрольные карты SPC для оценки стабильности процесса во времени и метрики Cp/Cpk, которые говорят о способности процесса укладываться в заданные допуски. Эти данные помогают понять, является ли процесс предсказуемым или в нём есть скрытые сбои. Контрольные карты SPC (X̄ и R) Контрольные карты показывают, как меняется процесс во времени. В отчёте вы увидите две основные карты: - X̄-карта (среднее время обработки) — отображает среднее время выполнения заявок по подгруппам. Синяя линия показывает динамику среднего значения. - R-карта (размах) — отображает разброс значений внутри подгрупп. Фиолетовая линия показывает, насколько сильно варьируется время обработки от заявки к заявке. На каждой карте присутствуют три горизонтальные линии: - ВКГ (Верхняя контрольная граница) — красный пунктир. Значения выше этой линии считаются аномально высокими. - ЦЛ (Центральная линия) — зелёная сплошная линия. Это среднее значение процесса. - НКГ (Нижняя контрольная граница) — красный пунктир. Значения ниже этой линии считаются аномально низкими. - Рядом с заголовками метрик и плиток в отчёте вы увидите иконку (i). При наведении курсора на неё открывается всплывающая подсказка с кратким пояснением термина. Это контекстная справка, которая помогает быстро разобраться в значении показателя, не покидая отчёт. Как определить, что процесс вышел из-под контроля Система автоматически анализирует точки на карте и выносит вердикт: - «Процесс статистически стабилен» — все точки находятся в пределах контрольных границ. Процесс предсказуем, и его поведение определяется только естественными причинами вариативности. - «Обнаружены выходы из-под контроля» — есть точки, вышедшие за пределы ВКГ или НКГ. Такие точки отмечены крупными красными маркерами. В заголовке карты указано количество выходов из-под контроля и их процент от общего числа точек. Если процесс нестабилен, это сигнал о наличии особых причин сбоев (например, перегрузки сервера, ошибки в данных или изменение правил работы), которые нужно устранить. Метрики Cp и Cpk: способность процесса Помимо стабильности, важно понимать, укладывается ли процесс в требуемые стандарты (допуски). Для этого используются индексы Cp и Cpk: - Cp (индекс потенциала) — показывает, насколько ширина распределения процесса уже заданного допуска. Если Cp > 1, процесс теоретически способен работать в рамках требований. Если Cp < 1, разброс процесса слишком велик, даже если он отцентрирован. - Cpk (индекс способности) — учитывает смещение среднего значения относительно центра допуска. Cpk показывает реальную способность процесса удовлетворять требованиям. Значение Cpk < 1 означает, что часть результатов выходит за пределы допустимых значений. Если в отчёте вместо числа стоит прочерк (—), это означает, что метрика не может быть рассчитана (например, при нулевой вариативности или отсутствии данных о допусках). Частые формулировки «как понять контрольную карту», «что такое ВКГ и НКГ», «процесс вышел из-под контроля», «интерпретация Cp Cpk», «SPC карта в симуляции», «стабильность процесса Storm BPMN».

Как анализировать сценарии оптимизации (What-If) в отчёте DES-симуляции

В этой статье вы узнаете, как анализировать результаты сценариев оптимизации (What-If) в отчёте DES-симуляции. Вы научитесь читать таблицу сценариев, оценивать влияние изменений на время цикла, затраты и пропускную способность, а также использовать карту оптимизации для выбора лучшего варианта. После запуска симуляции система предлагает варианты улучшения процесса. Эти варианты называются сценариями оптимизации. Они показывают, как изменятся ключевые показатели, если внедрить предложенные изменения: добавить ресурсы, изменить приоритеты или перестроить логику маршрутизации. Таблица сценариев оптимизации В отчёте симуляции находится раздел «Сценарии оптимизации». Здесь представлена таблица, где каждый ряд — это отдельный вариант улучшения процесса. В таблице отображаются следующие данные: - Название сценария — краткое описание предлагаемого изменения. - Текущее состояние («Сейчас») — значение метрики в текущей модели процесса. - Прогнозируемое состояние («Станет») — значение метрики после внедрения сценария. - Метрики эффекта — процентное изменение ключевых показателей. Основные метрики, которые можно сравнить: - Время цикла — на сколько процентов сократится общее время прохождения заявки. - Ожидание — сокращение времени простоя в очередях. - Пропускная способность — рост количества обработанных заявок в единицу времени. - Затраты — изменение расходов (положительное значение означает рост затрат, отрицательное — экономию). - Прибыль и маржа — прогноз изменения финансовых показателей. Блок «Что это значит» в деталях сценария При раскрытии строки сценария в таблице (клик по строке или иконке раскрытия) в верхней части блока деталей появляется пояснение «Что это значит». Этот блок содержит текстовое описание сути предлагаемого изменения. Он помогает понять, как именно сценарий повлияет на процесс, без необходимости гадать по цифрам метрик. Например, для сценария добавления ресурсов пояснение может гласить: «Увеличение количества исполнителей сократит время ожидания в очереди». Если движок не смог сформировать описание для конкретного типа сценария, этот блок скрывается автоматически. Оценка надёжности сценария Не все сценарии одинаково полезны или реализуемы. Для каждого варианта система рассчитывает два показателя оценки: 1. Уверенность — насколько точно модель прогнозирует результат. Может быть «высокой», «средней» или «низкой». Высокая уверенность означает, что данные для расчёта были полными и стабильными. 2. Реализуемость — насколько легко внедрить сценарий на практике. Также оценивается как «высокая», «средняя» или «низкая». Сценарий с высокой выгодой, но низкой реализуемостью может потребовать сложных изменений в инфраструктуре. Карта сценариев (матрица оптимизации) Для наглядного сравнения вариантов доступна карта сценариев. Это график, где каждый сценарий представлен точкой. - Ось X (Горизонтальная) — подписана как «← Инвестиции · Экономия →». Отражает финансовый эффект. Точки, смещённые вправо, означают экономию затрат или рост прибыли. Точки слева — рост расходов (инвестиции). - Ось Y (Вертикальная) — подписана как «Приоритет». Отражает приоритет сценария, назначенный движком симуляции. Чем выше точка, тем больше система рекомендует этот вариант. При наведении на точку отображается точное значение приоритета. Цвет и размер точек Размер и цвет точки зависят от уверенности прогноза. Легенда графика гласит: «Размер и цвет точки — уверенность прогноза:». - Высокая уверенность — крупные точки насыщенного цвета. Прогноз стабилен. - Низкая уверенность — мелкие или бледные точки. Результат может варьироваться. Зоны графика График визуально разделён на зоны для помощи в принятии решений: - Quick Wins — сценарии с высокой выгодой и низкой стоимостью (правый верхний угол). - Рассмотреть — варианты с умеренным эффектом. - Пересмотреть — сценарии с высоким приоритетом, но требующие значительных инвестиций. - Дорого — варианты с высокими затратами и низким эффектом. Взаимодействие с картой - Клик по точке — открывает детали сценария и автоматически прокручивает таблицу к соответствующей строке, подсвечивая её. - Система автоматически выделяет «Лучший сценарий улучшения». Это вариант, который даёт оптимальный баланс между выгодой и сложностью внедрения. Как выбрать сценарий для внедрения 1. Откройте отчёт симуляции и перейдите к разделу сценариев. 2. Обратите внимание на сценарий, помеченный как лучший. 3. Сравните метрики «Сейчас» и «Станет» по ключевым для вас показателям (например, время цикла или затраты). 4. Проверьте уровень уверенности и реализуемости. Если реализуемость «низкая», рассмотрите альтернативные сценарии с меньшим эффектом, но проще в внедрении. 5. Используйте карту сценариев, чтобы визуально оценить, какие варианты дают максимальную выгоду при приемлемых затратах. AI-разбор результатов симуляции В отчёте DES-симуляции доступен блок «AI-разбор» с подзаголовком «Что говорят результаты прогона и что с этим делать». Он помогает быстро понять, какие выводы можно сделать из цифр и какие действия предпринять. Чтобы получить разбор, нажмите кнопку «Сгенерировать разбор». Во время генерации отображается сообщение: «Модель разбирает результаты — это займёт до минуты». После завершения в блоке появляется текст разбора и метка «Сгенерирован {дата}». Если вы хотите получить новый вариант, нажмите «Перегенерировать». Если генерация не удалась, отобразится сообщение: «Не удалось сгенерировать AI-разбор». В блоке также доступна опция «Сбросить seed» — она позволяет изменить начальные условия расчёта для проверки воспроизводимости результатов. Подпись к этой опции: «Воспроизводимость результатов». Частые формулировки «как понять, какой сценарий лучше», «что значит уверенность и реализуемость», «где посмотреть экономию от оптимизации», «карта сценариев в симуляции», "what-if анализ в storm bpmn". «что значит блок что это значит в сценарии», «как читать карту сценариев», «что означают цвет и размер точек на графике», «зона quick wins в симуляции», «оси инвестиций и приоритета в what-if». «список симуляций теперь дерево», «где посмотреть ветки гипотез», «как развернуть все симуляции», «свернуть ветки в списке des», «фильтр избранное в симуляциях». «AI-разбор в симуляции», «сгенерировать разбор результатов DES», «что говорит AI про результаты прогона», «перегенерировать AI-разбор», «сбросить seed в симуляции».

Как опубликовать отчёт по DES-симуляции по анонимной ссылке

В этой статье вы узнаете, как опубликовать отчёт по завершённой DES-симуляции так, чтобы любой человек мог открыть его по ссылке без регистрации и входа в аккаунт Storm BPMN. Это удобно для отправки результатов моделирования внешним заказчикам, руководителям или коллегам, у которых нет доступа к вашей команде. Как открыть публичный доступ к отчёту 1. Перейдите в раздел DES-симуляция и откройте нужную симуляцию, по которой требуется подготовить отчёт. 2. Нажмите кнопку «Поделиться отчётом» (или аналогичный элемент управления доступом к результатам моделирования). 3. В открывшемся окне выберите режим доступа: - «Доступ по ссылке» — включите этот переключатель. - Убедитесь, что выбран вариант «Любой человек в интернете сможет посмотреть отчёт по ссылке». Если выбран вариант «Отчёт видят только участники вашей команды», анонимный доступ не откроется. 4. Нажмите кнопку «Поделиться». Система сгенерирует уникальную ссылку на отчёт. 5. Скопируйте ссылку, нажав кнопку «Копировать». Появится сообщение «Ссылка на отчёт скопирована». 6. Отправьте ссылку получателю. Он сможет открыть отчёт в браузере без входа в систему. Как отменить публикацию Если вам нужно закрыть доступ к отчёту: 1. Вернитесь в карточку симуляции. 2. Нажмите «Поделиться отчётом». 3. Отключите переключатель «Доступ по ссылке» или выберите вариант «Отчёт видят только участники вашей команды». 4. Подтвердите действие. Ссылка перестанет работать для внешних пользователей. Важные ограничения - Публичный доступ может быть отключён администратором. Если ваша организация использует корпоративный тариф с ограничениями безопасности, функция анонимного доступа может быть недоступна. В этом случае вы увидите сообщение: «Публичный доступ к отчёту отключён». - Ссылка неизменяема. Перевыпустить ссылку нельзя. Если вы отменили публикацию и захотели включить её снова, будет сгенерирована новая ссылка (или восстановится старая, в зависимости от версии интерфейса). Старая ссылка перестанет работать после отключения публикации. - Отчёт доступен только на чтение. Внешний пользователь не может редактировать симуляцию или менять параметры модели. Частые формулировки «как отправить отчёт по симуляции заказчику», «ссылка на результаты моделирования без регистрации», «поделиться DES-отчётом с внешним лицом», «публичная ссылка на симуляцию», «отчёт по моделированию открывается только для команды».

Как читать таблицу сценариев оптимизации в отчёте DES-симуляции

В этой статье вы узнаете, как интерпретировать таблицу сценариев оптимизации во вкладке «Сводка» отчёта DES-симуляции. Здесь описано, что означают колонки «Сейчас → Станет», «Уверенность» и «Прогноз эффекта», а также как выбрать лучший вариант улучшения процесса. После запуска дискретно-событийной симуляции (DES) система анализирует модель и предлагает варианты её улучшения. Эти предложения отображаются в блоке «Сценарии оптимизации». Заголовок блока указывает количество найденных сценариев, а подзаголовок гласит: «Что можно изменить в процессе и какой эффект это даст». Структура таблицы сценариев Таблица содержит строки, каждая из которых — отдельное предложение по изменению процесса. Строки могут быть сгруппированы по типу воздействия (например, изменение ресурсов, потока заявок или структуры процесса). Визуально тип сценария обозначается иконкой в начале строки: - Люди (Users) — изменение количества исполнителей или их квалификации. - Поток (Download) — изменение интенсивности поступления заявок. - Структура (Sitemap) — перестройка логики процесса (шлюзы, ветвления). - Расписание (Calendar) — изменение графика работы ресурсов. - Очереди (Hourglass) — изменение правил обслуживания или приоритетов. - Экономика (Wallet) — изменение затрат или тарифов. Если сценариев много, таблица может быть свернута. Чтобы увидеть все предложения, нажмите кнопку «Показать все ({total})». Чтобы вернуть компактный вид, нажмите «Свернуть». Как читать колонки Каждая строка таблицы содержит следующие данные: - Сценарий — краткое описание предлагаемого изменения. Например, «Увеличить количество операторов на 1 единицу» или «Изменить приоритет обслуживания». - Сейчас → Станет — показывает текущее значение метрики и прогнозное значение после внедрения сценария. Это ключевой индикатор эффективности. Например, если время цикла меняется с «4 ч» на «2 ч», это означает ускорение процесса в два раза. - Время цикла — общее время прохождения заявки от начала до конца. - Ожидание — время, которое заявка проводит в очередях (без активной обработки). - Затраты — прогнозные финансовые затраты на реализацию сценария или на обслуживание процесса после изменений. - Уверенность — показатель надёжности прогноза. Высокая уверенность означает, что модель стабильно даёт такой результат при повторных прогонах. Низкая уверенность может свидетельствовать о высокой вариативности входных данных. - Прогноз эффекта — сводная оценка пользы. Здесь может быть указан ROI (возврат инвестиций) или качественный статус улучшения. Если движок не смог рассчитать эффект, в этой колонке будет сообщение: «Движок не рассчитал эффект для этого сценария». Рекомендуемый сценарий Система выделяет один или несколько сценариев как «Рекомендуемый сценарий». Это предложение, которое движок считает наиболее сбалансированным по соотношению затрат и полученного эффекта. Обычно такой сценарий имеет высокую уверенность и значительное улучшение ключевых метрик (время цикла или затраты). Методология расчёта Под таблицей или в её заголовке может быть указано: «Методология расчёта: {value}». Это информирует о том, какой алгоритм или статистический метод использовался для генерации прогнозов. Эта информация полезна для архитекторов, которым важно понимать степень детерминированности результатов. Частые формулировки «как понять сценарии оптимизации», «что значит уверенность в сценарии», «где посмотреть прогноз эффекта», «как выбрать лучший сценарий в симуляции», «расшифровка таблицы what-if».

Как проверить гипотезу на основе завершённой DES-симуляции

Гипотеза — это копия завершённой DES-симуляции с теми же настройками. В ней можно поменять часть параметров (например, добавить сотрудника или изменить поток заявок), пересчитать и сравнить результат с исходным прогоном. Модель перестраивать не нужно, а исходная симуляция и её отчёт остаются без изменений. Где найти кнопку «Перезапустить» Гипотеза создаётся кнопкой «Перезапустить». Она есть у завершённой симуляции в двух местах. В отчёте по симуляции — в правом верхнем углу, рядом с кнопкой «Поделиться». Кнопка «Перезапустить» в отчёте по симуляции В списке симуляций — в карточке завершённой симуляции, рядом с кнопкой «Открыть». Кнопка «Перезапустить» в списке симуляций Создание гипотезы 1. Нажать «Перезапустить» — откроется окно «Перезапуск симуляции» с двумя вариантами. 2. Выбрать вариант «Проверить гипотезу — копия симуляции». Под ним появятся два поля. 3. В поле «Название» ввести понятное имя. По умолчанию подставляется название исходной симуляции с припиской «(гипотеза)» — лучше заменить его на описательное, например «Обработка входящих заявок: +1 оператор». Поле обязательное. 4. В поле «Гипотеза» при желании кратко описать, что проверяется: «Если добавить третьего оператора, очередь перестанет расти и время цикла сократится». Текст сохранится в описании новой симуляции и поможет коллегам понять смысл эксперимента. 5. Нажать «Создать гипотезу». Окно «Перезапуск симуляции» с выбранным вариантом «Проверить гипотезу» Изменение параметров и запуск После создания сразу открывается новая симуляция в статусе «Черновик». Все настройки — модель процесса, поток заявок, ресурсы, длительности задач — скопированы из исходной. Дальше нужно изменить параметры, которые проверяет гипотеза (например, в разделе «Ресурсы» увеличить число операторов), и нажать «Запустить». Черновик гипотезы: раздел «Ресурсы» и кнопка «Запустить» Где искать гипотезы В списке симуляций гипотеза отображается веткой под исходной симуляцией, а текст из поля «Гипотеза» — в её карточке. Ветку можно свернуть и развернуть; кнопка «Развернуть всё» раскрывает все ветки сразу. Текст из поля «Гипотеза» выводится в нижней строке карточки на серой подложке, чтобы его было легко отличить от данных самой симуляции. Длинный текст обрезается до двух строк, полностью он виден при наведении курсора. При наведении курсора на карточку в списке подсвечивается её линия родства — сама карточка и все прогоны, из которых она выросла, вплоть до исходной симуляции. Так легко понять, от какого прогона отталкивалась гипотеза. На вкладках «Недавние» и «Избранное» симуляции показаны плоским списком, без дерева. Чтобы увидеть, где гипотеза находится в дереве, нажать на карточке кнопку «В дереве» (подсказка: «Показать ветку в дереве гипотез») — список переключится на дерево и подсветит нужную ветку. Когда расчёт гипотезы завершится, её результаты можно сравнить с исходными: в карточках списка видны здоровье процесса и стоимость заявки, а подробности — в отчётах обеих симуляций. Гипотеза в списке симуляций — ветка под исходной Гипотеза или изменение настроек В окне «Перезапуск симуляции» есть второй вариант — «Изменить настройки этой симуляции». Разница — в судьбе текущего отчёта: - Проверить гипотезу — создаётся новая симуляция-копия, исходная и её отчёт сохраняются. Подходит, чтобы сравнить два сценария. - Изменить настройки этой симуляции — та же симуляция возвращается в черновик (кнопка «Вернуть в настройки»). Отчёт и AI-разбор удаляются безвозвратно. Подходит, если в настройках была ошибка и старый результат не нужен. Частые вопросы В: Почему нет кнопки «Перезапустить»? О: Кнопка появляется только у завершённой симуляции и только у пользователей с правом управлять симуляциями. У черновика настройки правятся напрямую, а симуляцию в очереди или в расчёте перезапустить нельзя. В: Почему у симуляции с ошибкой не предлагается создать гипотезу? О: У симуляции, которая завершилась с ошибкой или была отменена, отчёта нет — копировать нечего. Кнопка «Перезапустить» сразу возвращает её в настройки, чтобы исправить параметры и запустить заново. В: Изменится ли исходная симуляция, если поменять настройки гипотезы? О: Нет. Гипотеза — независимая копия: исходная симуляция и её отчёт остаются как были. В: Что делать, если появилось сообщение «Не удалось создать гипотезу»? О: Обновить страницу и повторить действие. Если ошибка повторяется — написать в поддержку. В: Окно закрылось раньше, чем открылась гипотеза. Она создалась? О: Если появилось сообщение «Гипотеза … создана — откройте её в списке симуляций», копия создана — её можно найти в списке симуляций веткой под исходной. Частые формулировки как скопировать симуляцию, проверить другую версию процесса, создать гипотезу из отчёта, клонировать DES-симуляцию, перезапустить симуляцию, сравнить два сценария в Stormbpmn, что если добавить сотрудника, изменить настройки завершённой симуляции, подсветка ветки в дереве гипотез, найти симуляцию в дереве из недавних, комментарий гипотезы в списке симуляций

Как создать симуляцию и выбрать модель процесса

Симуляция (имитационное моделирование) показывает, как процесс работает под нагрузкой: пропускную способность, узкие места, стоимость заявки, соответствие SLA. В статье описан первый шаг — как создать симуляцию, выбрать модель процесса и цель анализа. Настройка потока заявок, задач и ресурсов описана в следующих статьях. Функция доступна на платных тарифах (Team, Business, Enterprise) и в пробном периоде команды. Создавать симуляции могут все участники команды, кроме тех, у кого доступ только на чтение. Создать симуляцию можно двумя способами: прямо из открытой модели кнопкой «Оптимизация» или из раздела «Имитационное моделирование». Способ 1. Из модели кнопкой «Оптимизация» Самый быстрый путь, если модель процесса уже открыта в редакторе. 1. Открыть модель и нажать кнопку «Оптимизация» на верхней панели редактора (подсказка: «Найти узкие места процесса»). 2. Stormbpmn сразу проверит, готова ли диаграмма к симуляции, и покажет итог: сколько в ней задач, развилок и параллельных ветвлений, а также список замечаний. 3. Нажать «Оптимизировать» — откроется форма создания симуляции, в которой модель уже выбрана. Кнопка «Оптимизация» в редакторе и проверка готовности диаграммы Цветная точка на кнопке «Оптимизация» подсказывает результат проверки ещё до клика. Результат бывает трёх видов: - «Диаграмма готова к оптимизации» — замечаний нет или они не влияют на расчёт. - «Симуляция запустится с упрощениями» — часть элементов движок посчитает упрощённо (например, промежуточное событие — как обычную задачу). Запустить симуляцию можно. - «Симуляция не запустится» — в диаграмме есть ошибки, кнопка «Оптимизировать» неактивна, под ней подсказка «Сначала исправьте ошибки в диаграмме». У каждого замечания есть ссылка «Показать на схеме» — она выделяет элемент, который нужно поправить. После правок нажать кнопку обновления в заголовке окна («Проверить снова»). Способ 2. Из раздела «Имитационное моделирование» 1. В сервисном меню слева выбрать пункт «Имитационное моделирование». 2. На странице «Список симуляций» нажать кнопку «Создать симуляцию». Страница «Список симуляций» с кнопкой «Создать симуляцию» Откроется форма «Создание симуляции». Модель в ней нужно выбрать вручную — об этом ниже. Модель процесса и название Первое поле формы — «Модель процесса». В выпадающем списке выбрать BPMN-модель из моделей команды. Если симуляция создана кнопкой «Оптимизация», модель уже подставлена. Поле «Название» заполняется автоматически из названия модели (подсказка под полем: «Подставляется из названия модели — можно изменить»). Название можно поменять, например на «Обработка заявки — базовый прогон». Своё название сохраняется и не перезаписывается, если потом выбрать другую модель. Если очистить поле, название снова подставится из выбранной модели. Комментарий — необязательное поле для пояснений себе и коллегам. Подсказка в поле: «Например: тестируем добавление 2 операторов на этап проверки документов». Название и комментарий видны в списке симуляций и в отчёте, поэтому по ним должно быть понятно, что именно моделируется. Форма «Создание симуляции» с выбранной моделью и подставленным названием Цель анализа Ниже находится блок «Определите цель анализа» с подсказкой: «Что вы хотите узнать о процессе? Это определит фокус результатов». Цели сгруппированы по направлениям: - Время и SLA — «Пропускная способность», «Время цикла», «Соответствие SLA». - Финансы — «Анализ затрат», «Максимизация прибыли», «Оптимизация маржи». - Ёмкость и ресурсы — «Планирование мощности», «Узкие места», «Утилизация ресурсов». - Прочее — «Качество процессов», «Прогнозирование», «Общий анализ». Выбрать одну цель. Она влияет на порядок сценариев оптимизации в отчёте и на AI-разбор результатов. Если непонятно, какой аспект важнее, подойдёт «Общий анализ» — отчёт покажет все метрики без смещения акцента. Сохранение Когда модель, название и цель указаны, нажать «Сохранить и продолжить». Откроется экран настройки симуляции: поток заявок, длительности задач, ресурсы и другие параметры. Если какое-то обязательное поле не заполнено, рядом с кнопкой появится сообщение «Не все обязательные поля заполнены». Чтобы выйти без сохранения, нажать «Отмена» — симуляция не создастся. Выбор цели анализа и кнопка «Сохранить и продолжить» Частые вопросы В: Кнопка «Оптимизировать» неактивна. Что делать? О: В диаграмме есть ошибки, из-за которых симуляция не запустится (например, два стартовых события в одном процессе). Открыть список замечаний, перейти к элементу по ссылке «Показать на схеме», исправить и нажать «Проверить снова». В: Можно ли загрузить BPMN-файл прямо в форму создания симуляции? О: Нет, в форме выбирается модель из моделей команды. Чтобы посчитать процесс из файла, сначала загрузить его как новую BPMN-модель, а затем создать симуляцию из неё — кнопкой «Оптимизация» или через список симуляций. В: Вместо «Оптимизировать» написано «Обратитесь к администратору команды для получения доступа». Почему? О: У пользователя доступ только на чтение — он видит проверку диаграммы, но создавать симуляции не может. Нужно попросить администратора команды расширить права. Частые формулировки «создать симуляцию», «кнопка оптимизация в модели», «оптимизировать процесс», «найти узкие места процесса», «проверка готовности диаграммы к симуляции», «выбрать модель для моделирования», «цель анализа в имитационном моделировании», «начать моделирование процесса», «как привязать модель к симуляции», «где создать первый прогон», «название симуляции подставилось из модели», «как переименовать симуляцию после выбора модели», «не могу загрузить BPMN-файл в симуляцию», «модель процесса обязательное поле».

Как настроить поток заявок и политику таймаутов в DES-симуляции

В этой статье вы узнаете, как настроить поток заявок и политику таймаутов в DES-симуляции. Вы научитесь выбирать распределение интервалов прихода заявок, задавать паттерны интенсивности (рабочие часы, пиковые нагрузки, своё расписание) и определять, что происходит с заявками, которые слишком долго ждут в очереди. Эти настройки находятся на экране настройки симуляции (шаг 2) в левой панели «Настройки симуляции». Они определяют, как часто заявки поступают в систему и как система реагирует на превышение времени ожидания. Правильная настройка потока и таймаутов критична для реалистичности результатов: от неё зависят метрики ожидания, пропускной способности и отказов. Настройка потока заявок Раздел «Поток заявок» (обязательный) отвечает на вопрос «Как часто приходят заявки». Он состоит из двух частей: распределение интервалов и паттерн интенсивности. Распределение интервалов Выберите тип распределения, который лучше всего описывает ваш процесс: - Экспоненциальное — Пуассоновский поток. Заявки приходят независимо друг от друга. Это наиболее реалистичный вариант для большинства бизнес-процессов. - Детерминированное — заявки приходят строго через фиксированный интервал. Подходит для процессов с жёстким расписанием. - Равномерное — случайный интервал в заданном диапазоне [минимальный; максимальный]. - Гамма-распределение — позволяет задать параметр формы (k) для более гибкого моделирования. В зависимости от выбранного типа заполните соответствующие поля: - Для экспоненциального и детерминированного — «Среднее время между заявками» или «Интервал между заявками». - Для равномерного — «Минимальный» и «Максимальный интервал». - Для гамма-распределения — «Параметр формы (k)». Удобный ввод: переключатель «Заявок в…» (час/день) или «Интервал» позволяет задавать интенсивность в привычных единицах. Система показывает подсказку «≈ N заявок/час» для быстрой проверки. Паттерн интенсивности Паттерн определяет, как меняется интенсивность потока во времени. Доступны следующие варианты: - Постоянный поток — заявки приходят круглосуточно (24/7) с одинаковой интенсивностью. - Только рабочие часы — заявки приходят только в рабочие часы (по умолчанию 9–17 пн–пт), вне этого времени интенсивность равна нулю. - Пиковые часы — базовый поток с пиками в заданные интервалы (по умолчанию 10–12 и 14–16). Укажите «Множитель в часы пик» (например, 2.0 означает, что в пик заявки приходят вдвое чаще). - Снижение ночью — дневной поток с уменьшенной интенсивностью ночью (22:00–06:00). Укажите процент «Снижение ночью» от дневной интенсивности. - Своё расписание — гибкая настройка: «Начало дня», «Конец дня», «Рабочие дни», «Пиковые интервалы» (можно добавить несколько пиков с разными множителями). Доступны режимы «Одинаковые часы» и «Разные по дням». Для быстрого старта используйте шаблоны: «Офис» (Пн–Пт 09:00–18:00, пики 10–12 и 14–16), «Поддержка» (7 дней 08:00–22:00, пики 11–13 и 18–20), «Розница» (7 дней 10:00–21:00, пики 12–14 и 17–19), «Гибкое». Кнопка «Сбросить» вернёт настройки к значениям по умолчанию. Система проверяет корректность настроек и показывает ошибки: «Пик выходит за пределы рабочих часов», «Пики не должны пересекаться», «Множитель ≥ 1», «Конец дня должен быть позже начала», «Выберите хотя бы один рабочий день». Политика таймаутов Раздел «Политика таймаутов» определяет, что происходит с заявками, которые слишком долго ждут первого исполнителя. Выберите один из трёх режимов: - Без ограничений — заявки ждут сколько нужно, ни одна не отбрасывается. Подходит для процессов, где потеря заявки недопустима. - Абсолютный таймаут — время ожидания считается с момента прихода заявки в систему. Если превышен лимит, заявка считается отказом. - Скользящий таймаут — время ожидания считается заново при каждом попадании заявки в очередь. Если превышен лимит, заявка считается отказом. Укажите «Максимальное время ожидания» — лимит, после превышения которого заявка считается отказом. Важно: таймаут проверяется только пока заявка ждёт первого исполнителя. Если заявка уже взята в работу, она доводится до конца, даже если общее время превышает лимит. Как проверить настройки После заполнения всех параметров нажмите кнопку «Проверить» в нижней панели. В разделе «Проверка модели» убедитесь, что пункт «Поток заявок настроен» отмечен зелёным. Если есть ошибки, система укажет, что именно нужно исправить. Любое изменение настроек сбрасывает проверку, поэтому после правок нужно нажимать «Проверить» заново. Частые формулировки «настроить поток заявок», «интенсивность потока в симуляции», «таймаут ожидания заявок», «рабочие часы в des-симуляции», «пики нагрузки в имитационном моделировании», «как задать количество заявок в час», «что делать с заявками которые долго ждут», «экспоненциальное распределение заявок», «своё расписание пиковых часов».

Как настроить задачи, ресурсы и шлюзы в схеме симуляции

В этой статье вы узнаете, как настроить параметры элементов схемы в имитационном моделировании: задать длительность выполнения задач, назначить ресурсы с графиками и ставками, определить вероятности ветвей в шлюзах и настроить буферы. Также описано, как использовать кнопку «Заполнить с помощью AI» для автоматической генерации всех настроек. Настройка элементов схемы — обязательный этап перед запуском симуляции. Без корректных параметров система не сможет рассчитать очереди, загрузку ресурсов и стоимость процесса. Все настройки задаются на экране настройки симуляции в правой панели «Свойства элемента». Автозаполнение с помощью AI Если вы не хотите настраивать каждый элемент вручную, система предлагает автоматическое заполнение. Кнопка «Заполнить с помощью AI» доступна вверху левой панели и работает только для симуляций в статусе «Черновик». 1. В поле «Описание процесса (необязательно)» кратко опишите ваш процесс. Например: «~500 заявок в месяц, пики по утрам, 3 оператора на первой линии». 2. Нажмите кнопку «Сгенерировать». 3. Дождитесь завершения (до минуты). Система заполнит все параметры: ресурсы, длительности, вероятности, календари, поток и экономику. Важно: текущие настройки будут заменены сгенерированными. После генерации система покажет статус «Готово к запуску!» или «Требуется доработка» с перечнем замечаний, которые нужно исправить вручную. Настройка задач В правой панели выберите вкладку «Задачи». Для каждой задачи доступны следующие параметры: - Длительность выполнения — базовое время обработки одной заявки. Укажите значение в минутах или часах. - Распределение длительности — определяет, как варьируется время обработки: - «Детерминированное» — всегда ровно базовое время. - «Нормальное» — колоколообразный разброс вокруг базового значения. - «Равномерное» — случайное время в диапазоне. - «Экспоненциальное» — возможны длинные хвосты (редко, но долго). - Вариативность (σ) — процент разброса от 0 до 100. Для нормального распределения σ = базовое время × вариативность. Под полем отображается превью: «Разброс: min – max». - Ресурс — выберите исполнителя из списка или нажмите «Выбрать ресурс», чтобы открыть диалог назначения. Кнопка «Убрать» снимает ресурс с задачи. - Доход за выполнение — выручка за одно выполнение задачи (используется для расчёта прибыли). - Прямые расходы — расходники, API, лицензии за одно выполнение. Если задача не имеет ресурса, она не образует очередь. Если длительность не задана, задача считается мгновенной. Оба случая не блокируют запуск, но влияют на точность результатов. Назначение ресурсов Ресурс — это исполнитель (оператор, система, линия), который обрабатывает заявки. Назначение ресурса доступно из панели задачи или через бейдж на схеме. 1. Нажмите «Выбрать ресурс» или «Добавить ресурс». 2. В диалоге «Список ресурсов» выберите один из вариантов: - Существующая роль — выберите роль из справочника; имя и ставка подставятся автоматически. - Название ресурса — введите новое название вручную. 3. Заполните параметры: - Количество — сколько исполнителей работает параллельно. - Ставка, ₽/ч — стоимость часа работы ресурса. - График — выберите режим работы: - «24/7» — круглосуточно. - «Будние дни» — Пн–Пт 09:00–18:00. - «Свой график» — задайте дни и часы вручную. Доступны пресеты: «Стандарт», «Ранний», «Поздний», «Удлинённый». - Оплата — тип расчёта стоимости: - «Сдельная» — платим только за выполнение задач. - «Фултайм» — платим за всё время, включая простой. Только у таких ресурсов в отчёте отображается стоимость простоя. Один ресурс можно назначить нескольким задачам — тогда они делят его между собой. Удаление ресурса снимает его со всех задач, где он был назначен. Настройка шлюзов Шлюз — это точка ветвления в процессе. Настройка вероятностей доступна только для расходящегося исключающего шлюза с двумя и более ветвями. 1. В правой панели выберите вкладку «Шлюзы». 2. Для каждой ветви укажите вероятность в процентах. 3. Следите за индикатором «Сумма: N%». Сумма должна быть ровно 100%. 4. Если сумма не сходится, используйте кнопки: - «Поровну» — распределит вероятность равномерно по всем ветвям. - «Нормализовать» — масштабирует текущие значения так, чтобы сумма стала 100%. Если сумма вероятностей не равна 100%, система заблокирует запуск симуляции с ошибкой «Сумма вероятностей ≠ 100%». Настройка буферов Буфер — это межоперационное хранилище с конечной ёмкостью (склад, зал ожидания, очередь между задачами). Настройка доступна только для промежуточного условного события. Активируется тумблером «Сделать буфером». - Ёмкость — максимальное количество заявок, которое буфер может удержать. - При переполнении — поведение, когда буфер заполнен: - «Ждать места (BLOCK)» — процесс замедляется, но ничего не теряется. - «Отклонять (REJECT)» — заявки сверх ёмкости отклоняются и считаются потерянными. Чтобы оценить потери, задайте стоимость привлечения заявки (CAC) в настройках симуляции. - Дисциплина — порядок обслуживания: - «FIFO — очередь» — первая пришла, первая обслужена. - «LIFO — стек» — последняя пришла, первая обслужена. - Таймаут ожидания — максимальное время, которое заявка может ждать в буфере. - Содержимое — описание того, что хранится (документы, люди, кг и т. д.). Проверка перед запуском После настройки всех элементов нажмите кнопку «Проверить» в нижней панели. Система выполнит валидацию и покажет список проверок: - Зелёные пункты: «Диаграмма привязана», «Поток заявок настроен», «Режим запуска задан», «Вероятности шлюзов корректны», «Ресурсы назначены», «Длительности задач заданы». - Блокирующие ошибки: «Диаграмма», «Поток заявок», «Режим запуска», «Вероятности шлюзов (сумма 100%)». - Предупреждения (не блокируют запуск): «Ресурсы», «Длительности задач». Если проверка пройдена, кнопка «Запустить симуляцию» станет активной. Любое изменение настроек после проверки сбрасывает её статус. Частые формулировки «настроить задачи в симуляции», «назначить ресурсы на задачи», «вероятности шлюзов не 100%», «как настроить буфер в des», «ai заполнение настроек симуляции», «распределение длительности задач», «ставка ресурса в симуляции», «график работы ресурса фултайм», «дисциплина буфера fifo lifo».

Как запустить симуляцию и проверить конфигурацию

В этой статье вы узнаете, как запустить имитационное моделирование (DES-симуляцию) в Storm BPMN: выбрать режим расчёта, проверить конфигурацию модели перед запуском, прочитать ошибки и предупреждения, а также отслеживать статус выполнения симуляции в очереди. После того как вы настроили поток заявок, ресурсы и длительности задач (см. статьи о настройке потока, задач и ресурсов), остаётся выбрать, как именно будет считаться прогон, и убедиться, что модель корректна. Система позволяет проверить конфигурацию до запуска, чтобы не тратить время на расчёт с ошибочными параметрами. Выбор режима запуска В нижней части экрана настройки симуляции нажмите на иконку шестерёнки, чтобы открыть «Параметры запуска». Здесь доступны два режима: - По количеству заявок — вы задаёте число заявок, которые система должна обработать (например, 100). Режим подходит, когда важно получить статистику по фиксированному объёму. - По времени — вы задаёте длительность прогона в днях, часах, минутах или секундах. Режим подходит, когда важно смоделировать процесс за конкретный период (например, за рабочую неделю). Выберите нужный режим и введите значение. Любое изменение настроек после проверки сбрасывает результат валидации — кнопку «Запустить симуляцию» снова нужно будет разблокировать повторной проверкой. Панель «Параметры запуска» с выбором режима и кнопками «Проверить» и «Запустить симуляцию» Проверка конфигурации модели Перед запуском нажмите кнопку «Проверить». Система выполнит валидацию и покажет список пунктов с цветовой индикацией: - Зелёные пункты — всё в порядке. Например: «Диаграмма привязана», «Поток заявок настроен», «Режим запуска задан», «Вероятности шлюзов корректны», «Ресурсы назначены», «Длительности задач заданы». - Красные пункты (блокирующие) — запуск невозможен, пока проблема не устранена. Блокируют запуск: отсутствие привязанной диаграммы, ненастроенный поток заявок, незадаанный режим запуска, сумма вероятностей на шлюзе не равна 100 %. - Жёлтые пункты (предупреждения) — запуск возможен, но результат может быть неточным. Предупреждают: задачи без назначенного ресурса (такая задача не образует очередь) и задачи без заданной длительности (выполняется мгновенно). Если после нажатия «Проверить» все блокирующие пункты зелёные, кнопка «Запустить симуляцию» становится активной. Серверная проверка и ошибки Помимо локальной валидации, система выполняет дополнительную проверку на стороне сервера. Если конфигурация отклонена, вы увидите сообщение «Сервер отклонил конфигурацию:» с текстом ошибки на английском языке. Типичные причины: - Задача без длительности выполнения. - Шлюз без заданных вероятностей ветвей. - Ресурс, который не используется ни в одной задаче. - Нулевые ставки или стоимость привлечения (CAC). - Выручка без затрат или штраф SLA без заданного целевого времени. - Значения, которые система считает неправдоподобно большими (ставка, CAC). Прочитайте текст ошибки, найдите соответствующий элемент в схеме или настройках и исправьте. После исправления нажмите «Проверить» повторно. Статусы выполнения симуляции После нажатия «Запустить симуляцию» расчёт уходит на сервер. В списке симуляций и на странице настройки вы увидите один из статусов: - Черновик — симуляция создана, но ещё не запускалась. - В очереди — расчёт ожидает свободного сервера. Панель хода показывает: «Симуляция в очереди» и «Позиция в очереди: N». Одновременно на сервере считаются две симуляции, остальные ждут. - Выполняется — расчёт идёт. Панель хода показывает: «Симуляция выполняется» и «Прошло: …». Один прогон занимает не более 10 минут. - Завершена — расчёт успешно завершён. Панель хода показывает: «Симуляция завершена» и кнопку «Смотреть результаты». - Ошибка — расчёт не завершился. Панель хода показывает: «Симуляция завершилась с ошибкой» и кнопку «Перезапустить» (будет создана копия с теми же настройками). - Отменена — симуляция была отменена (например, автоматически, если прогон завис в очереди более 30 минут или в работе более 20 минут). Если симуляция завершилась с ошибкой, нажмите «Перезапустить». Если ошибка повторяется, проверьте конфигурацию ещё раз или обратитесь в службу поддержки. Частые формулировки «запустить симуляцию», «проверить модель перед запуском», «ошибка запуска симуляции», «статус симуляции в очереди», «почему симуляция не запускается», «кнопка проверить неактивна», «сервер отклонил конфигурацию», «симуляция упала с ошибкой», «перезапустить прогон», «режим по количеству заявок или по времени».

Как читать сводку отчёта и метрики здоровья процесса

В этой статье вы узнаете, как читать вкладку «Сводка» в отчёте DES-симуляции: как интерпретировать индекс «Здоровье процесса» и его компоненты (SLA, баланс, узкие места), какие ключевые показатели отображаются (обработано заявок, среднее ожидание, отказы), как понять причины отказов и что показывает блок «Проблемы и сильные стороны». После завершения симуляции отчёт открывается на вкладке «Сводка». Это первый экран, который вы видите, и он даёт общую картину: насколько процесс здоров, где основные проблемы и какие сильные стороны уже есть. Детальный разбор ресурсов, экономики и сценариев оптимизации — в отдельных вкладках отчёта. Индекс «Здоровье процесса» В верхней части вкладки отображается число от 0 до 100 с текстовой оценкой: «Отлично», «Хорошо», «Удовлетворительно», «Плохо» или «Критично». Рядом — подпись «Главное узкое место», которая сразу указывает, какой элемент процесса сильнее всего ограничивает результат. Индекс складывается из шести компонентов, каждый из которых оценивается отдельно: - SLA — насколько процесс соответствует целевому времени обработки (если SLA задан при настройке симуляции). - Баланс — равномерность распределения нагрузки между ресурсами. Низкий баланс означает, что часть ресурсов перегружена, а другая простаивает. - Узкие места — наличие элементов, которые ограничивают пропускную способность процесса. - Стоимость — эффективность затрат на обработку заявок. - Стабильность — насколько предсказуемы результаты: малая вариативность времени обработки и ожидания. - Прибыльность — соотношение дохода и расходов на заявку. Чем выше значение компонента, тем лучше процесс по этому направлению. Если индекс «Критично» или «Плохо», начните с компонента с наименьшим значением — он и есть главная причина. Бейдж достоверности Рядом с индексом здоровья отображается бейдж: «Достоверно» или «Проверить достоверность». Если бейдж гласит «Проверить достоверность», нажмите на него — вы перейдёте на вкладку «Динамика и достоверность», где можно убедиться, что стационарный режим достигнут и закон Литтла пройден. Без этого цифры сводки могут отражать разгон системы, а не устойчивое состояние. Ключевые показатели Под индексом здоровья расположена сетка ключевых показателей. Каждый из них — сводная цифра по завершённому прогону: - Обработано заявок — количество заявок, прошедших процесс до конца (из общего числа созданных). Например: «87 из 100». - Среднее ожидание — среднее время, которое заявка проводит в очередях до начала обработки. - Соответствие SLA — доля заявок, обработанных в пределах целевого времени (если SLA задан). - Главное узкое место — название ресурса или задачи, которая сильнее всего ограничивает процесс. - Отказы — количество заявок, не прошедших процесс (подробнее — в разделе ниже). - Время в системе — среднее время от прихода заявки до её завершения (включая ожидание и обработку). - Стоимость на заявку — средние расходы на обработку одной заявки. - Прибыль на заявку — средняя маржа на одну заявку (с процентом). - Заявок в час — средняя пропускная способность процесса. Эти цифры дают быструю оценку: если «Обработано заявок» заметно меньше общего числа, а «Отказы» велики — процесс теряет заявки. Если «Среднее ожидание» высокое, а «Соответствие SLA» низкое — клиенты ждут дольше обещанного. Причины отказов Если в прогоне были отказы, под ключевыми показателями отображается список причин. Каждая причина — это конкретный механизм, по которому заявка не прошла процесс: - Переполнение очереди — буфер (очередь) заполнен, и новые заявки отклоняются. - Таймаут — заявка превысила максимальное время ожидания (если задана политика таймаутов). - Ресурс недоступен — заявка попала на ресурс в нерабочее время по календарю. - Превышены повторы — заявка прошла один и тот же узел схемы более 100 раз (петля в модели). - Бизнес-правило — заявка отклонена по логике ветвления (шлюз направил её в тупик или на завершение без обработки). - Отменено — заявка была отменена по правилам модели. - Ошибка — техническая ошибка при обработке. Если основная причина — «Переполнение очереди», увеличьте ёмкость буфера или добавьте ресурсы. Если «Таймаут» — пересмотрите максимальное время ожидания или добавьте исполнителей. Если «Превышены повторы» — проверьте схему на наличие петли, которую заявка не может покинуть. Проблемы и сильные стороны Ниже по вкладке находится блок «Проблемы и сильные стороны». Он содержит две колонки: - Выявленные проблемы — конкретные элементы процесса, которые система считает ограничивающими. Для каждой проблемы указано текущее значение и целевое (что нужно улучшить). - Сильные стороны — элементы, которые работают хорошо и не требуют внимания. Этот блок помогает сфокусироваться: не нужно анализировать все 10 вкладок отчёта, чтобы понять, с чего начать. Начните с первой проблемы в списке — она обычно даёт наибольший эффект при минимальных изменениях. Как использовать сводку 1. Откройте отчёт завершённой симуляции — вкладка «Сводка» активна по умолчанию. 2. Посмотрите индекс «Здоровье процесса» и бейдж достоверности. Если бейдж «Проверить достоверность» — сначала перейдите на вкладку «Динамика и достоверность». 3. Прочитайте ключевые показатели: обращайте внимание на соотношение «Обработано заявок» и «Отказы», а также на «Среднее ожидание» и «Соответствие SLA». 4. Если отказы есть — изучите причины и определите, какой механизм их вызывает. 5. Прочитайте блок «Проблемы и сильные стороны» и выберите первую проблему для решения. 6. Для детального анализа перейдите в соответствующую вкладку: ресурсы — на вкладку «Ресурсы», финансы — на вкладку «Экономика», варианты улучшения — на вкладку «Сценарии». Частые формулировки «сводка отчёта симуляции», «здоровье процесса что значит», «причины отказов в симуляции», «ключевые показатели в сводке», «проблемы процесса в отчёте», «индекс здоровья 0-100», «как понять что процесс критичный», «где посмотреть сколько заявок отклонено».

Как анализировать загрузку ресурсов и находить узкие места в DES-симуляции

В этой статье вы узнаете, как читать вкладку «Ресурсы» в отчёте 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 процентов», «где посмотреть динамику загрузки во времени».

Как интерпретировать экономику процесса и себестоимость в отчёте DES-симуляции

В этой статье вы узнаете, как читать вкладку «Экономика» в отчёте DES-симуляции: как интерпретировать уровни прибыли (валовая, операционная, чистая), разбивку расходов (труд, накладные, CAC), упущенную прибыль, P&L по периодам и ABC-анализ затрат. Это поможет понять, окупается ли процесс, какова себестоимость заявки и где именно теряются деньги. Вкладка «Экономика» появляется в отчёте после завершения симуляции. Если в модели не были заданы выручка, расходы или CAC, вкладка покажет сообщение «Экономика не рассчитывалась». Все суммы отображаются в одной валюте (₽, $, € или £ — в зависимости от настройки симуляции), конвертация между валютами не выполняется. Сводка: прибыльный или убыточный процесс В верхней части вкладки система сразу даёт вердикт: «Прибыльный процесс» или «Убыточный процесс». Рядом отображаются: - Точка безубыточности — количество кейсов, при котором процесс начинает приносить прибыль. Например, «Точка безубыточности — 120 кейсов» означает, что при обработке менее 120 заявок процесс работает в минус. - ROI — возврат на вложенные инвестиции в привлечение заявок. Ниже расположены плитки с ключевыми суммами: - Общий доход — суммарная выручка за весь прогон. - Общие расходы — все затраты, включая труд, накладные, расходники и CAC. - Чистая прибыль — доход минус все расходы. - Чистая маржа — чистая прибыль в процентах от дохода. Каждая плитка также показывает значение «на кейс» — себестоимость или прибыль в пересчёте на одну заявку. Это ключевая цифра для сравнения с рыночной ценой или бюджетом. Уровни прибыли Система рассчитывает три уровня прибыли, каждый из которых отвечает на свой управленческий вопрос: - Валовая прибыль — выручка минус прямые затраты на труд. Показывает, покрывает ли цена работы саму работу, без учёта накладных. - Операционная прибыль — валовая прибыль минус накладные расходы (простой ресурсов). Показывает, что остаётся после оплаты всех рабочих часов, включая время, когда ресурс простаивал. - Чистая прибыль — операционная прибыль минус все остальные затраты: расходники, CAC, административные накладные, штрафы за нарушение SLA (если заданы). Это итоговая цифра, которая попадает в P&L. Если валовая прибыль положительная, а чистая — отрицательная, значит процесс «работает в минус» из-за накладных или стоимости привлечения. Если валовая уже отрицательная — цена не покрывает даже прямую оплату труда. Разбивка расходов Блок «Разбивка расходов» показывает, из чего складываются общие затраты. Категории: - Прямые затраты на труд — оплата ресурсов за время выполнения задач. Считается по ставке ресурса и длительности задачи. - Накладные расходы (простой) — стоимость времени, когда ресурс с оплатой «Фултайм» простаивал. У ресурсов со сдельной оплатой простой не учитывается. - Прямые расходы (расходники) — затраты, заданные на уровне задачи: расходники, API-вызовы, лицензии. Считаются за каждое выполнение. - Стоимость привлечения (CAC) — сумма CAC по всем заявкам, включая отклонённые. Если заявка отклонена, CAC считается потраченным впустую. - Административные накладные — расходы, заданные в настройках симуляции («Расходы на заявку»). Это офис, IT и прочие общие затраты на обработку одной заявки. - Штрафы за нарушение SLA — если в настройках задан SLA и штрафы, система начисляет их за каждое нарушение. Упущенная прибыль Блок «Упущенная прибыль» показывает, сколько дохода потеряно из-за отклонённых заявок. Заявка считается отклонённой, если: - переполнен буфер (режим REJECT), - превышен таймаут ожидания, - ресурс недоступен, - превышено число повторов в цикле. Для каждой отклонённой заявки система учитывает CAC как потраченный впустую. Если в задаче задан «Доход за выполнение», упущенная прибыль включает и недополученную выручку. P&L по периодам Блок «P&L по периодам» разбивает финансовый результат на временные интервалы (П1, П2, …). Для каждого периода отображается: - Выручка - Операционные расходы - Привлечение и накладные - Чистая прибыль - Чистая маржа - ROI - Потери от отказов - Юнит-экономика: «Выручка на кейс», «CAC на кейс», «Прибыль на кейс» Периоды помечаются как «Warm-up — разгон» или «Steady state — стабильный режим». Цифры из warm-up отражают разгон системы и не характерны для устойчивой работы. Для оценки реальной экономики ориентируйтесь на периоды steady state. Если стационарный режим не достигнут, увеличьте число заявок или длительность прогона — тогда доля стабильного периода вырастет. Инвестиции в привлечение заявок Блок «Инвестиции в привлечение заявок» показывает: - Общие инвестиции — суммарный CAC за прогон. - Потерянные — CAC по отклонённым заявкам (вложенные, но не принёсшие дохода). - Заморожено сейчас — CAC по заявкам, которые ещё ждут в очередях на момент окончания прогона. - Полная стоимость заявки — сумма обработки + привлечение + расходники + накладные. Рядом показана структура: доля каждой категории в полной стоимости. Эта цифра — себестоимость заявки «под ключ». Сравните её с ценой, по которой вы продаёте услугу, чтобы понять маржу. ABC-анализ затрат и драйверы стоимости Блок «ABC-анализ затрат» ранжирует задачи по вкладу в общие расходы: - Категория A — главные драйверы стоимости. Небольшое число задач, на которые приходится большая часть расходов. Оптимизация именно этих задач даст максимальный эффект. - Категория B — средний вклад. - Категория C — малый вклад, оптимизация менее приоритетна. Блок «Драйверы стоимости» дополняет ABC-анализ, показывая, что именно формирует стоимость каждой задачи: ставка ресурса, длительность, расходники. Как использовать вкладку для решений 1. Откройте отчёт завершённой симуляции и перейдите на вкладку «Экономика». 2. Посмотрите вердикт: прибыльный или убыточный процесс. Если убыточный — обратите внимание на точку безубыточности: сколько заявок нужно обработать, чтобы выйти в ноль. 3. Сравните уровни прибыли. Если валовая прибыль положительная, а чистая отрицательная — проблема в накладных или CAC, а не в цене. 4. Изучите разбивку расходов. Найдите крупнейшую категорию: если это «Прямые затраты на труд» — смотрите загрузку ресурсов (вкладка «Ресурсы»). Если «Накладные расходы (простой)» — ресурсы с оплатой «Фултайм» простаивают, пересмотрите график или численность. 5. Проверьте P&L по периодам: убедитесь, что выводы основаны на steady state, а не на warm-up. 6. Посмотрите ABC-анализ: сфокусируйте оптимизацию на задачах категории A. 7. Сравните полную стоимость заявки с ценой продажи. Разница — ваша маржа. Если вы хотите проверить, как изменение параметров повлияет на экономику, создайте гипотезу через кнопку «Проверить гипотезу» и запустите новый прогон. Сценарии оптимизации с прогнозом экономии описаны в статье «Как анализировать сценарии оптимизации (What-If) в отчёте DES-симуляции». Частые формулировки «экономика процесса в симуляции», «себестоимость заявки», «прибыль в отчёте des», «расходы на заявку», «P&L симуляции», «валовая и чистая прибыль в отчёте», «где посмотреть CAC в симуляции», «упущенная прибыль от отказов», «точка безубыточности в des», «ABC-анализ затрат в симуляции», «полная стоимость заявки», «накладные расходы простой в отчёте», «окупается ли процесс по симуляции».

Как проверить достоверность результатов и стационарный режим в DES-симуляции

В этой статье вы узнаете, как проверить достоверность результатов DES-симуляции (дискретно-событийного моделирования) и убедиться, что система достигла стационарного режима (steady state). Вы научитесь читать вкладку «Динамика и достоверность», интерпретировать проверку закона Литтла, понимать, что такое warm-up, и разбирать время ожидания на две части: ожидание по календарю и очередь к ресурсам. Это поможет определить, когда результатам можно доверять, а когда нужно увеличить прогон. Перед тем как анализировать метрики SLA, загрузку ресурсов или экономику, важно убедиться, что расчёт корректен. Вкладка «Динамика и достоверность» в отчёте симуляции содержит автоматические проверки, которые подтверждают или ставят под сомнение надёжность полученных цифр. Где находится вкладка «Динамика и достоверность» 1. Откройте завершённую симуляцию и перейдите на вкладку «Результаты». 2. В шапке отчёта выберите вкладку «Динамика и достоверность» (она находится после вкладки «SLA»). На этой вкладке отображаются два ключевых индикатора и несколько графиков, описанных ниже. Проверка закона Литтла В верхней части вкладки находится блок «Закон Литтла» с одним из двух статусов: - «Проверено» — расчёт прошёл внутреннюю самопроверку. Значит, система корректно посчитала среднее число заявок в системе, среднее время пребывания и интенсивность потока. Результатам можно доверять. - «Не пройдено» — обнаружено расхождение (допуск 10 %). Это сигнал, что результаты пока недостоверны. Возможные причины: слишком короткий прогон, высокая вариативность или нестабильный поток. В этом случае увеличьте количество заявок или время симуляции и перезапустите расчёт. Закон Литтла — это фундаментальное соотношение теории очередей: среднее число заявок в системе равно произведению интенсивности потока на среднее время пребывания заявки. Если система не может его подтвердить, значит, данные прогона ещё не стабилизировались. Стационарный режим (steady state) и warm-up Рядом с проверкой закона Литтла находится блок «Steady State» со статусом: - «Достигнут» — система стабилизировалась. Показаны дополнительные данные: «Система стабилизировалась через …» (время или количество заявок, после которых показатели перестали меняться) и «% в Steady State» (доля прогона, приходящаяся на стабильную фазу). - «Не достигнут» — прогон закончился до того, как система вышла на устойчивый режим. В этом случае цифры в отчёте отражают «разгон» (warm-up), а не реальный режим работы. Увеличьте число заявок или длительность прогона и запустите симуляцию заново. Warm-up — это начальная фаза прогона, когда система «набирает обороты»: заполняются очереди, ресурсы переходят в рабочий ритм. На таймлайне прогона (вкладка «Диаграмма») эта фаза помечена бейджем «Warm-up», а стабильная часть — бейджем «Стационарный режим». В расчёте итоговых метрик warm-up исключается, но если стационарный режим не достигнут вообще, исключать нечего — и цифры будут завышены или занижены. Декомпозиция времени в системе Ниже индикаторов находится блок «Декомпозиция времени в системе», который разбивает общее время пребывания заявки на составляющие: - Время обработки — время, когда заявка активно обрабатывается ресурсом. - Ожидание (всего) — суммарное время, когда заявка ждёт. Ожидание, в свою очередь, делится на две части: - Очередь к ресурсам — время, когда заявка ждёт свободного исполнителя. Лечится увеличением численности ресурсов или ускорением обработки. - Ожидание по календарю — время, когда заявка ждёт, потому что ресурс не работает (выходной, ночь, перерыв). Лечится изменением графика работы или расширением календаря. Эта разбивка помогает понять, что именно менять: если основная доля ожидания — «очередь к ресурсам», добавьте исполнителей или сократите время обработки. Если доминирует «ожидание по календарю», пересмотрите расписание или добавьте смену. Графики динамики Во вкладке отображаются несколько графиков, которые наглядно показывают, как менялись показатели во время прогона: - «Размер системы и очередь» — количество заявок в системе и в очередях по времени. - «Среднее время в системе (W)» — динамика среднего времени пребывания заявки. - «Пропускная способность и утилизация» — throughput и утилизация ресурсов. - «Утилизация ресурсов» — с линиями порогов «Перегрузка (80%)» и «Недозагрузка (30%)». - «Средняя длина очереди» — динамика очереди. - «Обработано заявок по батчам» — накопительная кривая обработанных заявок. Если кривые на графиках вышли на плато — стационарный режим достигнут. Если к моменту завершения прогона кривые ещё растут или колеблются — прогон слишком короткий. Что делать, если проверки не пройдены 1. Закон Литтла «Не пройдено» — увеличьте количество заявок (например, с 100 до 500) или время прогона и перезапустите симуляцию. Если расхождение сохраняется, проверьте, не слишком ли высока вариативность длительностей задач. 2. Steady State «Не достигнут» — увеличьте длительность прогона. Если вы запускаете по количеству заявок, добавьте заявок; если по времени — увеличьте период. После перезапуска убедитесь, что доля «% в Steady State» составляет хотя бы 70–80 %. 3. Ожидание по календарю доминирует — измените график ресурсов (например, добавьте вторую смену) или настройте поток заявок так, чтобы он совпадал с рабочими часами. 4. Очередь к ресурсам доминирует — добавьте ресурсы или сократите время обработки. Подробнее о поиске узких мест см. в статье «Как анализировать загрузку ресурсов и находить узкие места». Частые формулировки «достоверность результатов симуляции», «стационарный режим не достигнут», «закон Литтла не пройден», «warm-up в des-симуляции», «проверка расчёта симуляции», «почему цифры в отчёте не совпадают с реальностью», «увеличить прогон des», «ожидание по календарю или очередь к ресурсам», «как понять, что симуляция стабилизировалась».

Как анализировать пути через процесс и их эффективность

В этой статье вы узнаете, как анализировать пути через процесс во вкладке «Сценарии» отчёта DES-симуляции. Вы научитесь находить наиболее распространённые маршруты заявок, сравнивать их по стоимости, длительности и прибыли, а также определять критический узел и разбивку стоимости по задачам. После запуска симуляции система фиксирует, каким именно маршрутом каждая заявка прошла через процесс. Если в схеме есть ветвления (шлюзы), одна и та же заявка может пройти по разным путям. Вкладка «Сценарии» в отчёте показывает сводную картину: сколько уникальных маршрутов существует, какие из них встречаются чаще всего и насколько они эффективны с точки зрения времени, затрат и дохода. Сводка по путям В верхней части вкладки отображаются два ключевых показателя: - Уникальных путей — количество различных маршрутов, по которым заявки прошли через процесс за весь прогон. - Всего заявок — общее число заявок, обработанных в симуляции. Эти цифры помогают оценить сложность процесса: если уникальных путей много, логика маршрутизации разветвлённая, и для оптимизации нужно рассматривать каждый маршрут отдельно. Топ-пути Ниже сводки находится блок «Топ-пути», где маршруты ранжируются по выбранному критерию. Доступны следующие сортировки: - По частоте — какие маршруты проходят большинство заявок. - По стоимости — какие пути обходятся дороже всего. - По длительности — какие маршруты занимают больше всего времени. - По нарушениям SLA — какие пути чаще всего превышают целевое время обработки. - По влиянию — какие маршруты сильнее всего влияют на общие показатели процесса. - По доходу — какие пути приносят наибольшую выручку. - По прибыли — какие маршруты дают наибольший вклад в покрытие затрат. - По марже — какие пути наиболее рентабельны. Переключая критерий, вы быстро находите, например, самый дорогой маршрут или тот, по которому чаще всего нарушается SLA. Таблица «Пути через процесс» Основной блок вкладки — таблица, где каждая строка представляет один маршрут. Колонки таблицы: - Путь — краткое описание маршрута (последовательность задач). - Заявок — сколько заявок прошло по этому маршруту. - Ср. время — среднее время прохождения маршрута от начала до конца. - Ср. стоим. — средняя стоимость обработки одной заявки по этому пути. - Ср. прибыль — средний вклад в покрытие затрат (без учёта простоя ресурсов и накладных расходов). Чистая прибыль с учётом всех затрат отображается на вкладке «Экономика». - SLA % — доля заявок по этому маршруту, уложившихся в целевое время обработки. - Стабильность — насколько предсказуемо время прохождения: высокая стабильность означает, что заявки по этому пути проходят примерно за одно и то же время. Детали маршрута Чтобы посмотреть подробности конкретного пути, нажмите на строку в таблице. В блоке деталей отображаются: - Маршрут — полная последовательность задач, по которым прошла заявка. - Среднее — среднее время прохождения маршрута. - Разброс — минимальное и максимальное время, за которое заявки прошли этот путь. - 95% быстрее — время, за которое 95 % заявок по этому маршруту укладываются. Этот показатель важнее среднего: он показывает, какого обещания можно держать клиента. - Критический узел — задача, которая определяет общее время маршрута. Именно здесь сосредоточено основное ожидание или обработка, и именно здесь оптимизация даст наибольший эффект для этого пути. - Разбивка стоимости по задачам — сколько каждая задача в маршруте вносит в общую стоимость пути. Это помогает понять, на каком этапе процесс «дороже» и стоит ли его оптимизировать. Как использовать анализ путей 1. Откройте отчёт завершённой симуляции и перейдите на вкладку «Сценарии». 2. Посмотрите сводку: сколько уникальных путей и сколько всего заявок прошло. 3. Переключите сортировку топ-путей на нужный критерий (например, «По стоимости» или «По нарушениям SLA»), чтобы найти проблемные маршруты. 4. Откройте детали интересного пути и обратите внимание на критический узел — это точка, где сосредоточено основное время или стоимость. 5. Изучите разбивку стоимости по задачам, чтобы понять, какие этапы маршрута можно удешевить или ускорить. 6. Сравните 95% быстрее с целевым SLA: если 95 % заявок по маршруту укладываются в SLA, а среднее время ниже — процесс стабилен. Если 95 % быстрее значительно выше среднего — есть «хвост» медленных заявок, и стоит разобраться в причине. Важно: прибыль пути — это вклад в покрытие затрат (выручка минус прямые расходы на задачи). Простой ресурсов и накладные расходы учитываются на вкладке «Экономика». Для проверки гипотезы об изменении маршрута используйте функцию «Проверить гипотезу» в шапке отчёта. Частые формулировки «пути через процесс», «маршруты заявок в симуляции», «критический путь в des», «стоимость пути в отчёте», «варианты прохождения процесса», «топ-пути по частоте», «разбивка стоимости по задачам», «95% быстрее в симуляции», «какой маршрут самый дорогой», «стабильность пути в des-симуляции».

Как использовать визуализацию диаграммы и таймлайн прогона в отчёте DES-симуляции

В этой статье вы узнаете, как использовать вкладку «Диаграмма» в отчёте DES-симуляции: как читать раскраску узлов по нагрузке, ожиданию, очереди и пропуску, как смотреть карточки узлов с метриками и как воспроизводить таймлайн прогона с фазами warm-up и стационарного режима. Это помогает визуально увидеть динамику процесса и быстро найти узкие места без погружения в числовые отчёты. После завершения симуляции в отчёте появляется вкладка «Диаграмма». Она показывает исходную схему процесса, но с наложенной визуализацией: узлы окрашены по выбранному режиму, рядом отображаются карточки с метриками, а внизу — таймлайн, по которому можно «проиграть» прогон и увидеть, как заявки двигались по процессу во времени. Раскраска узлов по режимам Вверху вкладки находится переключатель режима раскраски. Доступны следующие режимы: - Нагрузка — показывает, насколько загружен каждый узел. - Ожидание — выделяет узлы, где заявки дольше всего ждут. - Очередь — показывает размер очередей перед узлами. - Пропуск — отображает пропускную способность (throughput) каждого узла. - Утилизация — показывает долю времени, когда ресурс занят. Под схемой отображается легенда с пояснением цветов: слабый, средний и плотный поток, а также особые маркеры — «Критический путь» и «Узкое место». Для шлюзов показана занятость, для буферов — заполненность. Схема процесса с раскраской узлов по режиму «Нагрузка» и легендой Карточки узлов с метриками При наведении на узел (или клике по нему) появляется карточка с ключевыми метриками этого узла за весь прогон: - Активных токенов — сколько заявок сейчас находится в этом узле. - В очереди — количество заявок, ожидающих обработки. - В обработке — количество заявок, которые сейчас обрабатываются. - Завершено — сколько заявок прошло через этот узел за весь прогон. - Среднее ожидание за прогон — среднее время ожидания в этом узле. - Средняя обработка за прогон — среднее время обработки в этом узле. - Ресурс / календарь — какой ресурс назначен и какой график у него. Если ресурс не работает в текущий момент (нерабочее время по календарю), в карточке появляется пометка «Ресурс не работает (нерабочее время)». Это помогает понять, почему заявки ожидают именно в этом узле. Карточку можно закрепить, чтобы она не исчезала при перемещении курсора. Это удобно, когда нужно сравнить метрики нескольких узлов одновременно. Карточка узла с метриками: активные токены, очередь, обработка, среднее ожидание Таймлайн прогона Под схемой находится панель таймлайна — горизонтальная шкала времени всего прогона. С её помощью можно «проиграть» симуляцию и увидеть, как заявки двигались по процессу в каждый момент времени. Управление воспроизведением На панели таймлайна доступны следующие кнопки: - «В начало» — перемотать к началу прогона. - «Точка назад» — шаг назад на один кадр. - «Воспроизвести» — запустить анимацию прогона. - «Пауза» — остановить воспроизведение. - «Точка вперёд» — шаг вперёд на один кадр. - «В конец» — перемотать к концу прогона. Фазы прогона На таймлайне визуально выделены две фазы: - Warm-up — начальный период разгона системы. В это время система ещё не стабилизировалась, и метрики могут быть искажены. Данные warm-up исключаются из итоговых расчётов. - Стационарный режим — период, когда система работает в устойчивом режиме. Именно по этой фазе считаются итоговые показатели отчёта. Чипы метрик в реальном времени Во время воспроизведения над таймлайном отображаются чипы с текущими значениями: - В системе — общее количество заявок, находящихся в процессе в данный момент. - В очередях — сколько заявок ждут в очередях. - В обработке — сколько заявок сейчас обрабатываются. - Прибыло — сколько заявок пришло за весь прогон до текущего момента. - Завершено — сколько заявок успешно завершено. - Отклонено — сколько заявок отклонено (отказ, переполнение, таймаут). - Throughput — текущая пропускная способность. Панель таймлайна прогона с кнопками воспроизведения, бейджами Warm-up и Стационарный режим, чипами метрик Панель «Пути через процесс» Внизу вкладки «Диаграмма» находится панель «Пути через процесс». Она показывает топ маршрутов, по которым заявки проходили процесс, отсортированных по частоте. Для каждого пути указаны: - P50 — медианное время прохождения (50 % заявок прошли быстрее). - P95 — время, которое 95 % заявок прошли быстрее. Эта панель помогает быстро увидеть, какие маршруты наиболее частые и где они дольше всего. Подробный анализ путей через процесс, включая стоимость и прибыль по каждому маршруту, описан в статье «Как анализировать пути через процесс и их эффективность». Как использовать визуализацию на практике 1. Откройте отчёт завершённой симуляции и перейдите на вкладку «Диаграмма». 2. Переключите режим раскраски на «Ожидание» или «Очередь», чтобы визуально найти узлы, где заявки дольше всего ждут. 3. Наведите курсор на подозрительный узел и посмотрите карточку: сравните «Среднее ожидание» и «Среднюю обработку». Если ожидание значительно превышает обработку — узел перегружен. 4. Нажмите «Воспроизвести» на таймлайне и наблюдайте за движением заявок. Обратите внимание на фазу warm-up: если в начале прогона метрики резко отличаются от стационарного режима, это подтверждает, что система разгонялась. 5. Используйте чипы «В очередях» и «Отклонено» во время воспроизведения, чтобы увидеть, когда и где начинаются потери. 6. Закрепите карточки 2–3 узлов, которые хотите сравнить, и прокрутите таймлайн, чтобы увидеть, как их метрики меняются во времени. Частые формулировки «визуализация диаграммы в симуляции», «таймлайн прогона как воспроизвести», «раскраска узлов по нагрузке», «карточка узла в отчёте симуляции», «warm-up и стационарный режим на таймлайне», «как увидеть очередь на схеме симуляции», «панель путей через процесс в диаграмме», «воспроизведение симуляции по кадрам».

Как заполнить настройки симуляции с помощью AI

В этой статье вы узнаете, как использовать кнопку «Заполнить с помощью AI» для автоматического заполнения настроек DES-симуляции. Вы научитесь правильно описать процесс в текстовом поле, интерпретировать результат «Готово к запуску» или «Требуется доработка», а также понимать, что именно AI заполняет за вас и когда ручная настройка всё же необходима. Ручная настройка симуляции требует задания потока заявок, ресурсов, длительностей задач, вероятностей на шлюзах и экономических параметров. Если вы не хотите заполнять всё вручную, система предлагает сгенерировать эти значения на основе текстового описания вашего процесса. Кнопка «Заполнить с помощью AI» находится вверху левой панели «Настройка симуляции» и доступна только для симуляции в статусе черновика, к которой уже привязана BPMN-схема. Как работает автозаполнение AI анализирует текст вашего описания и автоматически заполняет все секции настроек: поток заявок, ресурсы, длительности задач, вероятности ветвей, календари и экономические параметры. После генерации система сама проверяет конфигурацию валидатором и показывает результат. Пошаговая инструкция 1. Откройте экран настройки симуляции (шаг 2 после создания). Убедитесь, что к симуляции привязана BPMN-схема — без схемы кнопка недоступна. 2. Вверху левой панели «Настройка симуляции» найдите кнопку «Заполнить с помощью AI». 3. В поле «Описание процесса (необязательно)» напишите, как устроен ваш процесс. Поле принимает до 2000 символов. Чем конкретнее описание, тем точнее результат. 4. Нажмите кнопку «Сгенерировать». 5. Дождитесь завершения — генерация занимает до минуты. Что писать в описании процесса Подсказка в поле предлагает пример: «~500 заявок в месяц, пики по утрам, 3 оператора на первой линии». Хорошее описание включает: - Объём потока — сколько заявок приходит за период (в месяц, в день, в час). - Регулярность — есть ли пики, ночное снижение, рабочие часы. - Ресурсы — сколько сотрудников или систем обрабатывают заявки, на каких этапах. - Длительности — примерно сколько времени занимает каждый этап. - Ветвления — какие варианты развития возможны и с какой вероятностью. Чем больше этих деталей вы укажете, тем меньше придётся править после генерации. Результат: «Готово к запуску» или «Требуется доработка» После генерации система показывает один из двух статусов: - «Готово к запуску!» — все обязательные параметры заполнены, конфигурация прошла проверку. Вы можете сразу перейти к запуску симуляции. - «Требуется доработка» — настройки заполнены, но требуют проверки. Под статусом отображаются конкретные замечания: какие параметры не удалось определить или какие значения выглядят некорректно. Если вы видите «Требуется доработка», прочитайте замечания и вручную исправьте указанные поля. После исправления нажмите «Проверить» в нижней панели, чтобы убедиться, что конфигурация валидна. Важные ограничения - Текущие настройки будут заменены. Перед генерацией система предупреждает: «Текущие настройки симуляции будут заменены сгенерированными». Если вы уже вручную настроили часть параметров, они будут перезаписаны. - AI не заменяет ручную проверку. Даже при статусе «Готово к запуску» рекомендуется просмотреть сгенерированные значения: поток, ресурсы, длительности и вероятности. AI может допустить неточности, особенно если описание было кратким. - Кнопка доступна только в черновике. Если симуляция уже запущена или завершена, автозаполнение недоступно. Для изменения настроек создайте гипотезу (клон) и заполните её заново. Что делать, если AI не справился Если после генерации вы видите много замечаний или сгенерированные значения явно не соответствуют вашему процессу: 1. Уточните описание — добавьте конкретные цифры, имена ролей, длительности этапов. 2. Нажмите «Сгенерировать» ещё раз. 3. Если результат всё равно неудовлетворительный, заполните параметры вручную. Ручная настройка описана в статьях про поток заявок, ресурсы и длительности задач. Частые формулировки «AI настройки симуляции», «автозаполнение параметров DES», «сгенерировать параметры симуляции», «описание процесса для AI», «заполнить симуляцию автоматически», «кнопка заполнить с помощью AI не работает», «AI не заполнил ресурсы», «что написать в описании процесса для симуляции».

Что делать, если симуляция зависла в очереди или завершилась с ошибкой

В этой статье вы узнаете, как понять текущий статус DES-симуляции (имитационного моделирования), почему прогон может зависнуть в очереди или завершиться с ошибкой, и как перезапустить его. Здесь описаны лимиты времени ожидания и выполнения, а также кнопка «Перезапустить» для создания копии с теми же настройками. После запуска симуляция обрабатывается на сервере в очереди. Одновременно рассчитываются только две симуляции, остальные ожидают своей очереди. Если прогон не завершается в отведённое время, система автоматически помечает его ошибкой. В этом случае вы можете перезапустить расчёт без потери настроек. Статусы симуляции В списке симуляций и на экране настройки отображается текущий статус прогона. Основные статусы: - Черновик — симуляция создана, но ещё не запущена. Настройки можно менять. - В очереди — симуляция ожидает начала расчёта. На экране отображается панель «Симуляция в очереди» с указанием позиции: «Позиция в очереди: N». - Выполняется — расчёт идёт. На экране отображается панель «Симуляция выполняется» с таймером: «Прошло: …». - Завершена — расчёт успешно завершён. Появляется панель «Симуляция завершена» и кнопка «Смотреть результаты». - Ошибка — расчёт не завершился из-за превышения лимита времени или сбоя. Появляется панель «Симуляция завершилась с ошибкой» и кнопка «Перезапустить». - Отменена — симуляция была отменена (например, автоматически по таймауту). Лимиты времени Чтобы очередь не забивалась зависшими прогонами, система применяет автоматические ограничения: - Ожидание в очереди — если симуляция ждёт начала расчёта дольше 30 минут, она автоматически помечается ошибкой. - Время выполнения — если расчёт идёт дольше 10 минут, прогон останавливается и помечается ошибкой. Эти лимиты действуют всегда. Если ваша модель процесса очень сложная или содержит большое количество заявок, прогон может не уложиться в 10 минут. В этом случае рассмотрите возможность упрощения модели или сокращения периода симуляции. Как перезапустить симуляцию с ошибкой Если симуляция завершилась с ошибкой, вы можете запустить её заново. При этом создаётся копия с теми же настройками, поэтому исходный прогон с ошибкой сохраняется в истории. 1. Откройте страницу симуляции, которая завершилась с ошибкой. 2. В панели статуса нажмите кнопку «Перезапустить». 3. Система создаст новую копию симуляции с теми же настройками и запустит расчёт заново. Под кнопкой «Перезапустить» отображается пояснение: «Будет создана копия с теми же настройками». Почему симуляция долго стоит в очереди Есть ограничения на сервере. Если в вашей команде или на сервере уже запущены другие прогоны, ваша симуляция будет ждать. Позиция в очереди отображается в панели «Симуляция в очереди». Если позиция не меняется более 30 минут, прогон автоматически помечается ошибкой. В этом случае дождитесь, пока другие симуляции завершатся, и нажмите «Перезапустить». Частые формулировки «симуляция в очереди», «ошибка симуляции», «таймаут прогона», «перезапустить», «почему симуляция зависла», «симуляция не запускается», «прогон не завершается», «лимит времени симуляции», «симуляция упала с ошибкой», «как перезапустить des симуляцию».

Какие элементы BPMN поддерживает DES-симуляция и как упростить схему с неподдерживаемыми

В этой статье вы узнаете, какие элементы BPMN поддерживает DES-симуляция (имитационное моделирование) в Storm BPMN, а также что делать, если в вашей схеме есть подпроцессы, граничные события, условия на стрелках или другие элементы, которые движок не моделирует. Здесь описаны ограничения по типам задач, шлюзов, событий и буферов, а также способы упростить схему для успешного запуска симуляции. Движок DES-симуляции строит модель на основе BPMN-схемы, но учитывает не все элементы. Если в схеме присутствуют неподдерживаемые конструкции, симуляция может не запуститься или дать неточные результаты. Ниже — полный список того, что движок понимает, и рекомендации по адаптации схемы. Поддерживаемые элементы Движок корректно моделирует следующие элементы BPMN: - Задачи всех видов — пользовательские, сервисные, скриптовые и другие. Каждая задача настраивается отдельно: длительность, распределение, ресурс, доход и расходы. - Начальное и конечное события — стандартные круглые маркеры без триггеров. Они обозначают начало и завершение процесса. - Исключающий шлюз (XOR) — развилка «или-или». Для него вы задаёте вероятности ветвей, и их сумма должна быть 100 %. - Параллельный шлюз (AND) — развилка «и-и». Все ветки выполняются одновременно. - Включающий шлюз (OR) — считается как исключающий (XOR). То есть из нескольких ветвей выбирается одна по вероятности. - Промежуточные события — используются как задержка во времени. Условное промежуточное событие может быть включено как буфер (межоперационное хранилище с конечной ёмкостью). - Петли — допустимы, но заявка не может пройти один и тот же узел более 100 раз. При превышении лимита заявка отбрасывается с причиной «Превышены повторы». Неподдерживаемые элементы и ограничения Следующие элементы движок не моделирует. На экране настройки симуляции их нельзя добавить, а если они есть в исходной BPMN-схеме — их нужно убрать или заменить: - Подпроцессы и вызовы активности — движок не раскрывает вложенные схемы. Если в схеме есть подпроцесс, его содержимое нужно вынести на основной уровень как отдельные задачи. - Граничные события — таймеры, ошибки и другие события, привязанные к задачам (маленькие квадратики на границе задачи). Движок их игнорирует. Если логика требует таймаута или обработки ошибки, используйте политику таймаутов в настройках симуляции или добавьте отдельную задачу после основной. - Событийный и сложный шлюзы — не поддерживаются. Замените их на исключающий (XOR) или параллельный (AND) шлюз в зависимости от логики. - Стартовые и конечные события с триггерами — события, запускаемые сообщением, таймером, сигналом, ошибкой или terminate. Движок понимает только «чистые» начальное и конечное события без триггеров. - Объекты данных — иконки данных, связанные со стрелками. Движок их не учитывает. - Второй пул и потоки сообщений — моделируется только первый пул. Межпульное взаимодействие через сообщения не поддерживается. - Условия на стрелках — текстовые условия на последовательных соединениях. Маршрут определяется только вероятностями на шлюзах, а не условиями на стрелках. Как упростить схему для запуска симуляции Если ваша BPMN-схема содержит неподдерживаемые элементы, выполните следующие шаги: 1. Откройте схему в редакторе Storm BPMN. 2. Найдите подпроцессы и вынесите их содержимое на основной уровень как отдельные задачи, соединённые последовательными стрелками. 3. Удалите граничные события с задач. Если таймаут критичен для анализа, настройте политику таймаутов в секции «Политика таймаутов» на экране настройки симуляции. 4. Замените событийные и сложные шлюзы на исключающие или параллельные. 5. Уберите условия со стрелок. Если логика требует выбора пути, добавьте исключающий шлюз и задайте вероятности ветвей. 6. Удалите объекты данных и потоки сообщений между пулами. Оставьте только один пул. 7. Сохраните изменённую схему и привяжите её к симуляции. После упрощения нажмите «Проверить» на экране настройки симуляции. Если проверка пройдена успешно, кнопка «Запустить симуляцию» станет активной. Частые формулировки «поддерживаемые элементы BPMN в симуляции», «почему подпроцесс не работает в DES», «граничные события в имитационном моделировании», «ограничения BPMN для симуляции», «как упростить схему для запуска симуляции», «условия на стрелках в DES-симуляции», «второй пул в имитационном моделировании», «событийный шлюз в симуляции».

Как использовать seed для честного сравнения прогонов и гипотез

В этой статье вы узнаете, что такое seed в DES-симуляции, почему его нужно фиксировать для честного сравнения прогонов и гипотез, а также как читать дельты результатов в списке симуляций. Вы научитесь настраивать воспроизводимость расчёта и интерпретировать изменения метрик между версиями процесса. Дискретно-событийная симуляция (DES) использует случайные числа для моделирования потока заявок, длительностей задач и других переменных. Seed — это начальное значение генератора случайных чисел. Если seed не задан, каждый запуск симуляции будет давать немного разные результаты из-за случайности. Чтобы сравнить два прогона честно (например, исходную модель и гипотезу с изменёнными параметрами), нужно использовать одинаковый seed. Тогда разница в результатах будет отражать только изменения в модели, а не случайные колебания. Где находится настройка seed Seed настраивается в разделе «Расширенные настройки» на экране настройки симуляции (шаг 2, после создания). 1. Откройте симуляцию в режиме редактирования. 2. В левой панели «Настройка симуляции» найдите секцию «Расширенные настройки» (подпись: «Воспроизводимость результатов»). 3. В поле «Seed генератора» введите число или нажмите кнопку «Сгенерировать seed», чтобы система предложила случайное значение. Если поле пустое, каждый запуск будет случайным. Если seed задан, повторный прогон с теми же настройками даст идентичный результат. Секция «Расширенные настройки» с полем «Seed генератора» и кнопками «Сгенерировать seed» / «Сбросить seed» Как фиксировать seed для сравнения Чтобы сравнить исходный прогон и гипотезу, выполните следующие шаги: 1. Запустите исходную симуляцию с заданным seed (например, 42). 2. Дождитесь завершения расчёта и откройте отчёт. 3. Нажмите кнопку «Проверить гипотезу» в шапке отчёта. 4. В диалоге «Новая гипотеза» создайте копию симуляции. Система скопирует все настройки, включая seed. 5. Измените только те параметры, которые хотите проверить (например, добавьте ресурс или измените длительность задачи). 6. Убедитесь, что seed в новой симуляции остался тем же (42). 7. Запустите симуляцию. После завершения обоих прогонов в списке симуляций вы увидите дельты результатов между исходным прогоном и гипотезой. Как читать дельты в списке симуляций В списке симуляций (/app/simulations) гипотезы отображаются ветками под исходным прогоном. В строке каждой гипотезы показаны метрики «Здоровье», «Стоимость кейса», «SLA» и дельта к исходному прогону. Подпись дельты: «Изменение относительно исходного прогона». Изменения меньше 0,05 % не отображаются, чтобы не засорять список незначительными колебаниями. Например, если в исходном прогоне «Здоровье» было 78, а в гипотезе — 82, дельта покажет «+4». Если «Стоимость кейса» снизилась с 1 200 ₽ до 1 100 ₽, дельта будет «−100 ₽». Строка гипотезы в списке симуляций с дельтами «Здоровье», «Стоимость кейса», «SLA» Почему важно фиксировать seed Если seed не задан или отличается между прогонами, разница в результатах может быть вызвана случайностью, а не изменениями в модели. Например, при одном seed время цикла может составить 4,2 часа, а при другом — 4,5 часа, даже если модель не менялась. Это затрудняет оценку реального эффекта от изменений. Фиксация seed позволяет: - Сравнить два прогона при одинаковых условиях случайности. - Убедиться, что изменение метрик вызвано именно изменением параметров модели. - Воспроизвести результат: если вы запустите симуляцию с тем же seed и теми же настройками, получите идентичный отчёт. Частые вопросы В: Можно ли сравнить прогоны с разными seed? О: Нет. Разница в результатах будет включать случайные колебания, и вы не сможете точно оценить эффект от изменений. Всегда используйте одинаковый seed для сравнения. В: Что делать, если я забыл задать seed перед запуском? О: Запустите симуляцию заново с заданным seed. Кнопка «Перезапустить» создаст копию с теми же настройками, но вы сможете изменить seed перед запуском. В: Как понять, что дельта в списке — это реальный эффект, а не случайность? О: Если seed одинаков, дельта отражает только изменения в модели. Если seed не задан, дельта может быть случайной. Всегда фиксируйте seed перед сравнением. Частые формулировки «seed», «воспроизводимость», «сравнение прогонов», «дельта результатов», «как сравнить две симуляции», «почему результаты разные при одинаковых настройках», «как зафиксировать случайность в симуляции», «seed в des-симуляции storm bpmn».

Как читать вкладку «SLA» в отчёте по симуляции

В этой статье вы узнаете, как читать вкладку «SLA» в отчёте по DES-симуляции: что такое сквозной SLA и время обработки, как интерпретировать нарушения, вклад активностей и источники ожидания, а также почему для оценки обещания клиенту смотреть P95, а не среднее время. Вкладка «SLA» появляется в отчёте, если при настройке симуляции вы задали «Целевое время обработки (SLA)» — максимальное время, за которое заявка должна быть обработана. Если SLA не задан, вкладка не отображается. Здесь система показывает, насколько процесс соответствует вашему обещанию клиенту, где именно теряется время и какие узлы отвечают за превышения. Сквозной SLA и время обработки В верхней части вкладки два ключевых показателя: - Сквозной SLA — время «от прихода заявки до завершения». Это то, что видит клиент: заявка пришла и прошла весь процесс, включая все ожидания в очередях и задержки по календарю. Именно эту цифру стоит использовать, когда вы обещаете клиенту срок обработки. - Время обработки — время активной работы над заявкой, без учёта ожидания в очередях. Этот показатель полезен для оценки загрузки исполнителей, но не отражает реальный опыт клиента. Рядом с каждым показателем система показывает статус: «Отлично», «Хорошо», «Внимание» или «Критично». Статус зависит от доли заявок, уложившихся в целевое время. Нарушения SLA Блок «Нарушений» показывает количество и долю заявок, которые не уложились в целевое время. Ниже — детализация: - В пределах SLA — сколько заявок обработано вовремя. - Превышено — сколько заявок нарушили SLA. - Ср. превышение — на сколько в среднем нарушившие заявки превысили целевое время. - Макс. превышение — худший случай: максимальное превышение за прогон. Если среднее превышение небольшое, но максимальное — большое, это сигнал о неравномерности: большинство заявок обрабатываются быстро, но редкие «хвосты» сильно затягиваются. Такие хвосты и есть то, что клиент запоминает. Вклад активностей в SLA Блок «Вклад активностей в SLA» показывает, какие задачи процесса «съедают» больше всего времени. Каждая активность (задача на схеме) имеет свою долю в общем времени обработки. Это помогает понять, где именно процесс тратит ресурс: если одна задача занимает 60 % времени, оптимизация именно её даст наибольший эффект. Источники ожидания Блок «Источники ожидания» раскладывает, где заявка проводит время, пока не обрабатывается. Для каждого источника указано, какую долю общего ожидания он формирует. Система помечает те источники, где доля ожидания превышает 20 % или пиковое ожидание дольше 5 минут, тегом «Узкое место». Это те точки, где очередь реально тормозит процесс. Если вы хотите разобраться, почему именно здесь формируется очередь и как её убрать, смотрите вкладку «Ресурсы» — там есть анализ узких мест и Impact Score. Почему смотреть P95, а не среднее Среднее время — удобная, но обманчивая цифра. «В среднем 18 минут» и «95 % заявок быстрее 30 минут» — это разные обещания клиенту. Среднее скрывает хвост: если 90 % заявок обрабатываются за 10 минут, а 10 % — за 40, среднее будет 14 минут, но каждый десятый клиент ждёт почти час. Для оценки соответствия SLA и формулировки обещания клиенту используйте P95 (95-й перцентиль): это время, за которое укладывается 95 % заявок. Если P95 превышает целевой SLA, значит обещание нарушается для значимой доли клиентов, даже если среднее выглядит хорошо. Частые формулировки «что такое сквозной SLA в симуляции», «почему среднее время не подходит для SLA», «где посмотреть нарушения SLA в отчёте», «вклад активностей в SLA что это», «источники ожидания в симуляции», «P95 и среднее время в DES-отчёте», «как понять, что процесс нарушает SLA».

Как читать вкладку «Lean Six Sigma» в отчёте по DES-симуляции

В этой статье вы узнаете, как читать вкладку «Lean Six Sigma» в отчёте по DES-симуляции. Здесь описаны уровень сигмы и DPMO, эффективность цикла (PCE), общая эффективность (OEE), анализ потерь (8 Muda), теория ограничений (TOC), анализ 3М, формула Кингмана и зрелость процесса. Также указано, при каких условиях вкладка недоступна. Вкладка «Lean Six Sigma» появляется в отчёте по симуляции, если обработано не менее 10 заявок и задано целевое время обработки (SLA). В этом случае «дефект» определяется как нарушение SLA. Если SLA не задан, вкладка показывает сообщение: «SLA не задан — оценка качества недостоверна». Уровень Sigma и DPMO В верхней части вкладки отображается уровень Sigma процесса и показатель DPMO (дефектов на миллион возможностей). Рядом — «Выход годных», то есть доля заявок, прошедших без нарушения SLA. Уровень сигмы сопровождается качественной оценкой — от «Практически безупречный» до «Требуются улучшения». Чем выше уровень сигмы, тем меньше дефектов в процессе. Например, 6 сигм означает около 3,4 дефекта на миллион возможностей. Эффективность цикла (PCE) Показатель PCE (Process Cycle Efficiency) отражает долю полезного времени в общем времени цикла. Он рассчитывается как отношение времени активной обработки к общему времени, включая ожидание в очередях. Для ориентира: типичный офисный процесс имеет PCE 1–5 %, а мировой уровень — выше 25 %. Низкий PCE означает, что заявка проводит большую часть времени в ожидании, а не в обработке. Общая эффективность (OEE) OEE (Overall Equipment Effectiveness) рассчитывается как произведение трёх факторов: - Доступность — доля времени, когда ресурс доступен для работы. - Производительность — фактическая скорость обработки относительно максимальной. - Качество — доля бездефектных результатов. Под показателем OEE отображается «Водопад потерь OEE» — визуальная разбивка, где видно, какой из трёх факторов вносит наибольший вклад в потери эффективности. Анализ потерь (8 Muda) Блок «Анализ потерь (8 Muda)» классифицирует потери в процессе по восьми категориям: перевыполнение, ожидание, транспортировка, переработка, запасы, движение, дефекты и неиспользованный талант. Для каждой категории система показывает, насколько она выражена в вашем процессе, и даёт краткое пояснение. Теория ограничений (TOC) Секция «Теория ограничений (TOC)» содержит: - Учёт прохода — анализ того, как ограничения влияют на пропускную способность. - «Барабан — Буфер — Верёвка» — визуализация ключевых элементов управления потоком: барабан (узкое место), буфер (защита от сбоев) и верёвка (управление загрузкой). - 5 фокусирующих шагов — пошаговый алгоритм: идентифицировать ограничение, решить, как использовать ограничение, подчинить всё остальное, повысить ограничение, повторить. Анализ 3М (Toyota) Блок «Анализ 3М (Toyota)» оценивает три типа потерь по методологии Toyota: - Muda — бесполезные действия, не создающие ценности. - Mura — неравномерность нагрузки или потока. - Muri — перегрузка ресурсов сверх их возможностей. Для каждого типа система показывает степень выраженности и рекомендацию по устранению. Анализ вариабельности (формула Кингмана) Секция «Анализ вариабельности» использует формулу Кингмана для оценки влияния вариабельности на время ожидания. Формула: ожидание = вариабельность × загрузка × время обработки. Чем выше вариабельность длительности задач и загрузка ресурса, тем сильнее растёт время ожидания в очереди. Этот блок помогает понять, стоит ли снижать вариабельность (например, стандартизировать длительность задач) или достаточно добавить ресурсы. Контрольные карты (SPC) и возможности процесса (Cp/Cpk) Вкладка содержит блок «Контрольные карты (SPC)» с X̄-картой и R-картой (верхний контрольный предел, центральная линия, нижний контрольный предел). P-карта по доле брака пока недоступна. Блок «Возможности процесса (Cp/Cpk)» показывает: - Cp — потенциальная способность процесса (при идеальном центрировании). - Cpk — реальная способность с учётом смещения. Оценка: «Отличный» / «Способный» / «Пограничный» / «Неспособный». Для стабильного процесса рекомендуется значение не ниже 1,33. Подробнее о чтении SPC-карт и метрик Cp/Cpk — в отдельной статье. Зрелость процесса и выводы В нижней части вкладки — блок «Зрелость процесса и выводы». Он содержит сводную оценку зрелости процесса и текстовые рекомендации по приоритетным направлениям улучшения на основе всех метрик вкладки. Когда вкладка недоступна Вкладка «Lean Six Sigma» не отображается или показывает предупреждение в двух случаях: - Обработано менее 10 заявок — статистика недостоверна. - Не задано целевое время обработки (SLA) — система не может определить, что считать дефектом. Чтобы вкладка появилась, задайте SLA в настройках симуляции (раздел «Цель симуляции», поле «Целевое время обработки (SLA)») и запустите прогон с достаточным числом заявок. Частые формулировки «что значит уровень сигмы в симуляции», «где посмотреть DPMO в отчёте», «что такое PCE и как его улучшить», «OEE в storm bpmn», «анализ потерь muda в симуляции», «теория ограничений в отчёте des», «3M toyota в симуляции», «формула кингмана в storm bpmn», «почему нет вкладки lean six sigma», «вкладка lean six sigma не отображается», «cp cpk в симуляции», «контрольные карты spc в отчёте des».

Как настроить буферы в симуляции и читать вкладку «Буферы»

В этой статье вы узнаете, как настроить буферы в имитационном моделировании (DES-симуляции) Storm BPMN: сделать промежуточное событие буфером, задать ёмкость, дисциплину обслуживания и поведение при переполнении. Также описано, как читать вкладку «Буферы» в отчёте по симуляции и понимать потери от отклонённых заявок. Буфер — это межоперационное хранилище с конечной ёмкостью: склад, зал ожидания или очередь между двумя задачами процесса. В модели он появляется там, где на схеме стоит промежуточное условное событие. Без буфера заявки проходят узел мгновенно; с буфером они могут накапливаться, ждать места или отклоняться — и именно это поведение вы настраиваете перед запуском симуляции. Как сделать событие буфером 1. Откройте экран настройки симуляции (шаг 2, после создания). Справа находится панель «Свойства элемента». 2. В группе элементов выберите вкладку «События» и найдите нужное промежуточное условное событие. На схеме оно помечено подсказкой «Событие». 3. Включите тумблер «Сделать буфером». После этого в панели появятся поля настройки буфера. Если на схеме нет промежуточного условного события, буфер создать нельзя — движок моделирует буферы только в этой позиции. Промежуточное событие без тумблера работает как простая задержка (поле «Время ожидания»). Параметры буфера После включения тумблера доступны следующие поля: - Ёмкость — максимальное количество единиц, которые буфер может удержать одновременно. Например, 50 документов на складе или 10 мест в зале ожидания. - При переполнении — что происходит, когда ёмкость исчерпана: - «Ждать места (BLOCK)» — процесс замедляется: следующая заявка не может пройти, пока в буфере не освободится место. Ничего не теряется, но время цикла растёт. - «Отклонять (REJECT)» — заявки сверх ёмкости отклоняются и считаются потерянными. Чтобы оценить финансовые потери, задайте стоимость привлечения заявки (CAC) в секции «Цель симуляции». - Дисциплина — порядок, в котором заявки покидают буфер: - «FIFO — очередь» — первая пришла, первая ушла (стандартная очередь). - «LIFO — стек» — последняя пришла, первая ушла (например, стопка документов, где берут верхний лист). - Таймаут ожидания — максимальное время, которое заявка может провести в буфере. По истечении таймаута заявка считается отказом (причина «Таймаут» в отчёте). Пустое значение — без ограничения. - Содержимое — текстовое описание того, что хранится в буфере: «документы», «люди», «кг» и т. д. Это подпись для читаемости отчёта, на расчёт не влияет. Панель свойств буфера с полями ёмкости, дисциплины и поведения при переполнении Вкладка «Буферы» в отчёте После завершения симуляции перейдите на вкладку «Результаты» и откройте вкладку «Буферы». Здесь отображается таблица «Статистика буферов» с колонками: - Буфер — название промежуточного события, которое вы настроили как буфер. - Ёмкость — заданное вами максимальное количество единиц. - Пик — максимальное количество единиц, которое одновременно находилось в буфере за весь прогон. Если пик равен ёмкости, буфер регулярно переполнялся. - Утилизация — доля времени, когда буфер был заполнен (или заполнен до определённого уровня). Высокая утилизация означает, что буфер работает на пределе. - Вошло — общее количество единиц, которые прошли через буфер за прогон. - Отклонено — количество заявок, отклонённых из-за переполнения (актуально только при режиме «Отклонять (REJECT)»). При режиме «Ждать места (BLOCK)» это значение равно нулю. - Ср. ожидание — среднее время, которое заявка провела в буфере до выхода. - Макс. ожидание — максимальное время ожидания в буфере за весь прогон. Под таблицей отображается сводка: «заявок отклонено» и «потери (CAC)». Потери рассчитываются как количество отклонённых заявок, умноженное на стоимость привлечения заявки (CAC), заданную в секции «Цель симуляции». Если CAC не задан, потери не рассчитываются. Если в модели нет ни одного настроенного буфера, вкладка покажет сообщение: «Буферы не настроены». Как интерпретировать результат - Если пик близок к ёмкости, а отклонено больше нуля — буфер является узким местом. Рассмотрите увеличение ёмкости или переход на режим «Ждать места (BLOCK)», если потери неприемлемы. - Если среднее ожидание в буфере велико, а утилизация низкая — вероятно, дисциплина LIFO или неравномерный поток создают «завалы». Попробуйте переключить на FIFO. - Если потери (CAC) значительны — это прямые финансовые потери от отклонённых заявок. Сравните их с доходом от обработанных заявок на вкладке «Экономика». - Для оценки влияния буфера на время цикла смотрите вкладку «Сводка» (показатель «Среднее ожидание») и вкладку «Динамика и достоверность» (декомпозиция времени в системе). Частые формулировки «как сделать буфер в симуляции», «буфер переполняется, что делать», «FIFO или LIFO в буфере», «потери от отклонённых заявок в симуляции», «ёмкость буфера в DES», «вкладка буферы в отчёте симуляции», «таймаут ожидания в буфере», «потери по CAC из-за буфера».

Как посмотреть настройки прогона во вкладке «Конфигурация» отчёта по симуляции

В этой статье вы узнаете, что показывает вкладка «Конфигурация» в отчёте по DES-симуляции (имитационному моделированию). Здесь собран снимок всех настроек, с которыми запускался расчёт: ID симуляции, версия схемы, валюта, единица времени, параметры потока заявок, модель запуска, список ресурсов и задач, а также контекст анализа. Эта вкладка нужна для аудита, воспроизведения прогона и передачи отчёта коллегам без необходимости открывать настройки заново. Где находится вкладка «Конфигурация» Откройте отчёт по завершённой симуляции. Вкладка «Конфигурация» — последняя (десятая) в ряду вкладок отчёта: Сводка · Диаграмма · Ресурсы · Буферы · Сценарии · Экономика · Lean Six Sigma · SLA · Динамика и достоверность · Конфигурация. Вкладка «Конфигурация» в отчёте по симуляции Что показывает снимок конфигурации Под заголовком «Снимок конфигурации» система фиксирует подзаголовок: «Настройки, с которыми запускался расчёт — для аудита и шеринга». Это означает, что вы видите именно те параметры, которые действовали в момент запуска, а не текущие настройки (если вы их меняли после прогона). В верхней части снимка отображаются общие сведения: - ID симуляции — уникальный идентификатор прогона. Полезен при обращении в поддержку или при сравнении нескольких прогонов. - Комментарий — текст, который вы указали при создании симуляции (например, «тестируем добавление 2 операторов на этап проверки документов»). - Версия схемы — номер версии BPMN-диаграммы, по которой выполнялся расчёт. Если вы обновляли схему после запуска, здесь будет зафиксирована старая версия. - Валюта — символ валюты, в которой рассчитывались затраты и доходы (₽, $, € или £). Конвертация между валютами не выполняется. - Единица времени — единица, в которой отображаются длительности (часы, минуты и т. д.). - Первый рабочий день — дата, с которой началась симуляция. Секции снимка Ниже общих сведений расположены блоки с деталями настроек: Поток заявок Здесь зафиксированы параметры поступления заявок, которые вы задавали на этапе настройки: - Распределение интервалов (экспоненциальное, детерминированное, равномерное или гамма-распределение). - Среднее время между заявками или конкретные значения интервалов. - Паттерн интенсивности (постоянный поток, рабочие часы, пиковые часы, снижение ночью или своё расписание). Модель запуска Блок «Модель запуска» содержит два ключевых параметра: - Режим завершения — по количеству заявок или по времени. - Длительность — конкретное значение: количество заявок (например, 100) или период (дни, часы, минуты, секунды). Эти параметры определяют, как именно прогон был остановлен. Если вы запускали симуляцию «по времени» на 30 дней, здесь будет зафиксировано именно это, а не фактическое число обработанных заявок. Ресурсы Список всех ресурсов, участвовавших в расчёте. Для каждого ресурса указаны: - Название. - Количество (штат). - Ставка (в заданной валюте за час). - График работы (24/7, будние дни или свой график). - Тип оплаты (сдельная или фултайм). Задачи Перечень задач из схемы процесса с их основными параметрами: - Название задачи. - Длительность выполнения (базовое время). - Распределение длительности (детерминированное, нормальное, равномерное или экспоненциальное). - Назначенный ресурс. Контекст анализа Блок «Контекст анализа» фиксирует параметры, которые вы указали при создании симуляции и которые влияют на интерпретацию результатов: - Цель анализа — что вы хотели узнать (например, «Пропускная способность», «Узкие места», «Анализ затрат»). - Целевое время обработки (SLA) — если было задано. - Стоимость привлечения заявки (CAC) — если была указана. - Расходы на заявку — административные расходы на обработку одной заявки. Зачем нужен снимок конфигурации Вкладка «Конфигурация» решает три практические задачи: 1. Аудит. Вы можете показать коллеге или руководителю, при каких именно условиях выполнялся расчёт, не открывая настройки симуляции заново. 2. Воспроизведение. Если нужно повторить прогон с теми же параметрами, вы сверяете снимок с текущими настройками и убеждаетесь, что ничего не изменилось. 3. Сравнение прогонов. При сравнении результатов двух симуляций (например, исходного прогона и гипотезы) снимок конфигурации помогает быстро увидеть, какой именно параметр был изменён. Частые формулировки «где посмотреть настройки симуляции в отчёте», «снимок конфигурации в des-симуляции», «какие параметры были при запуске прогона», «вкладка конфигурация в отчёте по имитационному моделированию», «как проверить, какой seed использовался», «версия схемы в отчёте симуляции», «настройки потока заявок в отчёте», «модель запуска в конфигурации», «контекст анализа в симуляции», «аудит настроек des-прогона».