1 ФГБОУ ВПО «Санкт-Петербургский национальный исследовательский университет информационных технологий механики и оптики»
В настоящее время существует достаточно большое количество разнообразных нотаций и инструментов для моделирования бизнес-процессов. Авторы считают, что средство моделирования не влияет на анализируемые показатели. При разных программных возможностях результаты должны быть схожи и равнозначны для аналитика.
При выборе средства моделирования следует учитывать функции, доступность, легкость освоения, скорость и корректность создания и реализации схем. Для подтверждения данной гипотезы было проведено имитационное моделирование процесса «Управление и учет расходов будущих периодов» в программных продуктах Bizagi Process Modeler, Business Studio, BPSimulator. В данных системах были построены схемы в нотации BPMN для Bizagi Process Modeler и Business Studio и нотации, поддерживаемой онлайн-сервисом BPSimulator. Полученные результаты позволяют сравнить программные продукты, определить рекомендации к выбору программного средства для построения схем бизнес-процессов.
Симуляция бизнес-процесса и стоимостной анализ в Bizagi Modeler
имитационное моделирование
бизнес-процесс
системы моделирования
1. Бабкин Е.А., Ржаных О.Е. Сравнительный анализ результатов имитационного моделирования с использованием средств Bizagi Process Modeler и Esimpl // Сборник научных трудов II Международной научно-технической конференции «Информ – 2016». – 2016. – С. 116.
2. Официальный сайт компании Bizagi [Электронный ресурс]. – http://www.bizagi.com – (дата обращения: 14.03.2017).
3. Официальный сайт компании Business Studio [Электронный ресурс]. – http://www.businessstudio.ru (дата обращения: 14.04.2017).
4. Официальный сайт онлайн средства BPSimulator [Электронный ресурс]. – http:// www.bpsimulator.com (дата обращения: 28.03.2017).
6. Спецификация BPMN «Business Process Model and Notation». – Режим доступа: http://www.bpmn.org (дата обращения: 17.04.2017).
Основной целью моделирования бизнес-процессов является описание реального хода бизнес-процессов компании. При этом необходимо определить, что является результатом выполнения процесса, кем и какие действия выполняются, каков их порядок, каково движение документов в ходе выполнения процесса, а также насколько процесс надежен и как он может быть расширен в будущем.
Имитационное моделирование подразумевает моделирование поведения процессов в различных внешних и внутренних условиях с анализом динамических характеристик процессов и с анализом распределения ресурсов [1].
В настоящее время существует достаточно большое количество разнообразных нотаций и инструментов для моделирования бизнес-процессов. Авторы считают, что средство моделирования не влияет на анализируемые показатели. При его выборе следует учитывать функции, доступность, легкость освоения, скорость и корректность создания и реализации схем. При разных программных возможностях результаты должны быть схожи и равнозначны для аналитика.
Моделирование бизнес-процесса тестирования ПО в ELMA
Бизнес-процессы, на основании которых проводили эксперимент, были построены после проведения исследования бизнес-процесса предприятия и получения данных эксперта.
Определение статистических данных, необходимых для проведения имитационного моделирования
Для подтверждения или опровержения гипотезы данной работы было проведено имитационное моделирование в различных программных продуктах и нотациях. Для проведения эксперимента использовали программные средства Bizagi Process Modeler [2], Business Studio [3], BPSimulator [4], нотации BPMN [1] и нотации, поддерживаемой онлайн-сервисом BPSimulator.
Процесс «Управление и учет расходов будущих периодов» в BizAgi Process Modeler
В данной статье рассматривается модель бизнес-процесса «как есть» – исходная модель процесса, детально описывающая процесс и отражающая ход процесса, действия, время и роли.
На основании проведенного анализа и данных эксперта были построены схемы процесса «Управление и учет расходов будущих периодов» (рисунок).
Для проведения имитационного моделирования в подпроцесс «Управление и учет расходов будущих периодов» в BizAgi Process Modeler, BPSimulator и Business Studio ввели необходимые временные и вероятностные характеристики.
Исходя из требований к точности результатов имитационного моделирования (5–10 %), было определено число заявок, проходящих обработку в системе – 1000.
Настройка и симуляция моделей процессов в Bizagi Process Modeler происходит в интерфейсе «Simulation View». В самом «Simulation View» предусмотрено 4 уровня анализа: проверочный процесс, процесс с настройкой ресурсов, временных параметров, календаря рабочего времени. Для определения числа заявок в Системе необходимо задать параметр в объекте «Стартовое событие».
Для настройки и симуляции моделей процессов в BPSimulator необходимо указать параметры выполнения операции. Параметры зависят от объекта модели. Число заявок и время выполнения работы настраиваются в объекте «Генератор задач».
Настройка и симуляция моделей процессов – в Business Studio необходимо настроить параметры выполнения операции на вкладке «Свойства» для задания параметров, определяющих количество заявок в процессе. На данной настройке мы можем задать время выполнения имитации, которое будет рассчитывать количество заявок, которое было пройдено.
В Bizagi Process Modeler для каждой операции мы можем задать временные параметры. Временные параметры задаются в объекте «Задача». Возможно настроить две временные характеристики:
- Время ожидания (Wait time) – время от перехода потока управления к данной операции до начала ее выполнения (равно нулю, если операция начинает выполняться без задержки).
- Время выполнения (Processing time) –время выполнения операции.
Каждая временная характеристика может быть настроена с учетом закона распределения. Закон распределения, представленный в Bizagi Process Modeler, разделяется на постоянные (constant), непрерывные (continuous distribution) и дискретные (discrete distribution) типы.
Время выполнения операции в BPSimulator выполняется в свойствах объекта «Функция» на вкладке «Основные». В параметрах указывают временной диапазон выполнения операции, возможности задания параметров с учетом закона распределения не предусмотрены.
Время выполнения операции в Business Studio выполняется в свойствах объекта «Процесс» на вкладке «Основные». Возможно задать значения для времени выполнения процесса и времени ожидания процесса. Параметры задаются с учетом законов распределения. Система предусматривает семь возможных вариантов закона распределения.
Далее задаются оценочные вероятности того или иного варианта развития события в шлюзах для Bizagi. Для BPSimulator для указания параметров распределения необходимо указать значение на вкладке «Потребители» объекта «Функция». Для настройки распределения необходимо указать в поле «Правило распределения» значение «Или». Вероятность задают в поле «Распределение».
В поле «Время доставки» указывают диапазон времени, который необходим для перехода к выполнению следующего функционального действия. В Business Studio для задания вероятности необходимо перейти в параметры объекта «Промежуточное событие».
При запуске симуляции процесса, на схеме модели отображается количество заявок, которое было пройдено.
По завершении обработки заявок процесса выводится отчет с результатами на экран, которые можно экспортировать в .xslx – файл для Bizagi, для BPSimulator возможно сохранить отчет в .png файл, для демо-версии Business Studio закрыта возможность выводить сформированный отчет в отдельный файл, данные имитации выведены на форме «Ход имитации».
Для проведения эксперимента в BPSimulator, Bizagi провели моделирование процесса «Расходы будущих периодов» 1000 заявок. В программном средстве Business Studio нет возможности указать количество заявок для проведения имитационного моделирования. Для сравнения результатов программных средств Bizagi и Business Studio было рассчитано время выполнения процесса в Bizagi в днях (56600 минут = 39 дней 7 часа 20 минут). Рассчитанное время указали как время выполнения операции в Business Studio.
Результаты имитационного моделирования
На основании результатов эксперимента, проведенного в трех системах моделирования бизнес-процессов: Bizagi Process Modeler, BPSimulator, Business Studio, провели сравнение результатов, полученных при проведении симуляции в данных системах. Для этого попарно рассчитали разницу между результатами, полученными в системах (BPSimulator / Business Studio, Bizagi / Business Studio, Bizagi / BPSimulator). Проводили сравнение количества заявок, участвующих в каждом действии бизнес-процесса. Разницу результатов рассчитали в процентах. Сравнение результатов имитационного моделирования представлено в таблице.
По данным таблицы видно, что результаты имитационного моделирования в системах Bizagi Process Modeler и Business Studio более точны, так как процент расхождений данных систем минимален (средний процент расхождения = 1,88 %). Данный результат обусловлен построением модели в данных системах в одной нотации – BPMN.
Благодаря полученному результату можно сделать вывод об успешном проведении эксперимента. Заявленные требования к точности имитационного моделирования от 5 % до 10 % при обработке в системе 1000 заявок выполнены.
Сравнение результатов имитационного моделирования
Разница результатов имитационного моделирования, в %
BPSimulator / Business Studio
Bizagi / Business Studio
Сформирован Заказ на покупку
Выполнение проверки на корректность заполнения ЗПК
Внесение изменений в ЗПК
Заполнение данных в ЗПК
Формирование карточки РБП
Внесение изменений в Карточку РБП
Формирование заголовка Журнала РБП
Определение типа операции
Определение параметров выполнения операции
Разноска журнала РБП
Внесение изменений в Журнал РБП
Сравнительный анализ программных средств, использованных при проведении имитационного моделирования
Результаты имитационного моделирования позволяют сделать вывод, что корректность построения бизнес-процессов не зависит от нотации или программного средства, которое было использовано. На результат влияет точность и полнота модели, уровень проведенного исследования процесса, знание правил при построении схемы.
В настоящей статье рассмотрены BizAgi Process Modeler, BPSimulator и Business Studio как программные продукты для построения, проведения имитационного моделирования и создания отчетов бизнес-процессов [5].
Диаграммы, построенные в используемых программных средствах, являются понятными и простыми для прочтения пользователями.
Важной характеристикой является язык построения диаграммы бизнес-процесса. BizAgi Process Modeler реализует поддержку стандартизированной графической нотации для моделирования бизнес-процессов BPMN 2.0. Построение диаграмм в данной нотации не вызывает сложностей у пользователей, детально ознакомиться с нотацией можно в переводе спецификации языка моделирования бизнес-процессов BPMN [6].
Business Studio поддерживает различные нотации (IDEF0, нотация Процесс, нотация Процедура, BPMN 2.0, EPC), что позволяет сделать выбор при построении схемы бизнес-процесса, нет необходимости строго придерживаться одной нотации.
BPSimulator поддерживает нотацию, аналогичную нотациям BPMN 2.0 и EPC. Отсутствие стандартной нотации позволяет строить схемы неопытным пользователям, так как нет необходимости придерживаться правил определенной нотации и строить интуитивно понятные схемы, но при этом при построении неверной нотации могут возникнуть проблемы при проведении имитационного моделирования, заявка будет проходить по неверному алгоритму, соответственно, результат симуляции будет некорректен. Поэтому при использовании данного средства необходимо строить небольшие, простые схемы или проводить промежуточное тестирование результатов для проверки построенной модели.
BizAgi Process Modeler [2] и BPSimulator [4] являются бесплатными средствами проведения моделирования. Для BPSimulator есть возможность использовать не только бесплатную онлайн-версию, но и стандартное приложение, стоимость скачивания данного приложения для платформы Windows – 929 рублей. Приложение ускорит скорость работы при построении бизнес-процессов, избавит от необходимости выхода в интернет.
Демо-версия Business Studio [3] не имеет ограничений по сроку использования, но имеет ограничения по функциональности. Подходит для описания деятельности небольшой компании или отдельного подразделения. При покупке полной версии программы данные введенные в демо-версию можно сохранить. Стоимость полной версии Business Studio на один год зависит от версии и лицензии программного средства варьируется от 50 300 до 76 800 рублей. Есть возможность покупки лицензии на 1 месяц.
Для работы в BizAgi Process Modeler не требуется установка дополнительных программных продуктов, для работы в Business Studio необходима установка Microsoft Visio 2016, для использования онлайн-версии BPSimulator необходимо наличие интернет-браузера и выход в интернет.
Результаты проведенного имитационного моделирования в программных средствах BizAgi Process Modeler, Business Studio, BPSimulator показали незначительную разницу, что дает возможность утверждать о равнозначности результатов для аналитика, то есть средство моделирования не влияет на анализируемые показатели. На результат влияет точность и полнота модели, уровень проведенного исследования процесса, знание правил при построении схемы.
Данные программные средства имеют широкие возможности: введение временных, стоимостных данных, настройка календарей рабочего времени, выбор имеющихся ресурсов и указание затрачиваемых денежных средств. Возможно посмотреть, сколько заявок прошло через каждую операцию (с учетом разных возможных путей на развилках), сколько заявок с каким исходом завершилось при наличии нескольких финальных элементов. Диаграммы, построенные в используемых программных средствах, являются понятными и простыми для прочтения пользователями.
Выбор программного средства для построения моделей бизнес-процессов можно определять на основании сложности процесса. Для построения простых процессов, процессов нижнего уровня можно рекомендовать использование BPSimulator. Для построения сложных процессов – BizAgi Process Modeler и Business Studio. Данное разграничение систем обусловлено функциями системы: возможность декомпозиции, поддержка нотации моделирования бизнес-процессов, проверка построения нотаций, возможность групповой работы в приложении.
Источник: fundamental-research.ru
Имитационное моделирование процесса
Дискретно-событийное моделирование бизнес-процессов представляет собой эксперименты над моделью бизнеса при взаимодействии её с моделью внешней среды. В качестве модели бизнеса используется модель бизнес-процесса, а в качестве модели внешней среды — платформа сервиса bpsimulator.com посредством внедрения в модели внешних объектов — Генераторов задач. Платформа имитирует наступление определенного времени в реальном мире и рассчитывает состояние бизнес-процесса в этот временной срез. Для сбора полных данных такой анализ необходимо провести за каждый момент времени в течение срока выполнения задачи, рабочей смены организации или длительности проекта. Сервис предоставляет максимально простой инструмент для проведения имитационного моделирования, доступный для пользователей с любой квалификацией.
Как это работает
По состоянию на время процесса (время модели внешней среды) происходит последовательный расчет состояний объектов модели, например:
- Время процесса 09:00
- Генератор задач формирует задачу №1 «Обращение клиента»
- У функции «Оформление заказа» проверяется наличие задач, находится одна задача «Обращение клиента» и проверяется наличие всех необходимых ресурсов
- У ресурса «Менеджер» началась рабочая смена в 9:00, поэтому он свободен и назначается на выполнение функции «Оформление заказа» длительностью 2 минуты.
- Время процесса 09:01
- Генератор задач формирует задачу №2 «Обращение клиента»
- Свободных ресурсов для выполнения функции «Оформление заказа» нет, задача встает в очередь ожидания свободных ресурсов у функции «Оформление заказа» до наступления времени процесса 9:02
- Время процесса 09:02
- Генератор задач формирует задачу №3 «Обращение клиента»
- Задача №1 «Обращение клиента» выполнена в функции «Оформление заказа» и переходит на выполнение следующей функции процесса
- Ресурс «Менеджер» назначен на выполнение функции «Оформление заказа» над задачей №2 «Обращение клиента»
- Задача №3 «Обращение клиента» помещается в очередь ожидания функции «Оформление заказа»
Начальное время процесса и длительность имитационного моделирования процесса задаются перед началом симуляции, а временной период между шагами симуляции рассчитывается автоматически.
Панель управления симуляцией
Панель управления «Симуляция» находится на Панели управления сервиса.
На панели находятся:
- Начальные установки
- Начало — стартовое время процесса в моделируемой среде
- Длительность — длительность проведения симуляции в масштабе времени процесса
- Следующий — переход на следующий временной период процесса
- Пуск — автоматический последовательный переход на следующий период в течение длительности симуляции
- Ускорить — аналогично Запустить, но с ускорением
- Пауза — приостановка автоматического перехода на следующий период
- Стоп — полная остановка текущей симуляции
- Время процесса — время состояния бизнес-процесса
- Прогресс симуляции — отношение времени процесса к длительности симуляции
При первом нажатии кнопки перехода или полной остановки предыдущего цикла имитационного моделирования время процесса устанавливается времени, указанному в поле «Начало». При переходе на следующий временной период процесса меняется его внешнее и внутреннее состояние и происходит повторный расчет.
Для уменьшения статистической погрешности результатов симуляции длительность проведения имитационного моделирования модели должна быть увеличена.
Показатели соcтояния объекта
Во время имитационного моделирования состояние объектов модели постоянно изменяется. Некоторые ключевые показатели состояния объекта отображаются на нем во время симуляции:
- Функция
- Задач доставляется — количество задач, находящихся в процессе доставки до функции
- В очереди на обработку — количество задач, находящихся в очереди ожидания свободных ресурсов
- Задач в работе — количество задач, назначенных на выполнение
- Задач обработано — количество выполненных задач

Состояние очереди задач на выполнение:
- Размер очереди равен количеству задач в работе
- Размер очереди больше количества задач в работе
Точки контроля
Включение в модель вспомогательного объекта «Точка контроля» позволяет решить следующие практические задачи:
Полное и поэтапное время выполнения задач:
Результат симуляции показал, что несмотря на то, что кредитное решение известно через 72 часа после обращения клиента, клиент получит кредит только через 96 часов.
Оценка затрат на единицу продукции:
При себестоимости выдачи одного кредита 6010/5=1202 руб., операционные расходы на выдачу одного кредита составляют (6010+3010)/5 =1804 руб.
Журнал событий
Журнал регистрации событий бизнес-процесса, который запускается по кнопке «Журнал» на панели «Вид» Панели управления предназначен для детального контроля хода имитационного моделирования.
При нажатии на ссылку с названием объекта в Журнале событий в нем будут выделены все строки, содержащие название этого объекта.
Источник: www.bpsimulator.com
Симуляция бизнес процессов что это
У оптимизации процессов непростая судьба. В середине двухтысячных даже запрещалось упоминать это слово, как скомпрометированное подразумеванием бесполезной деятельности. До сих пор люди стараются использовать синонимы типа реинжиниринг, improvement, performance и т.п. Тем не менее повышение эффективности является одной из целей деятельности по управлению бизнес-процессами.
Основой для оптимизации является результат анализа данных об окружении и содержании процесса. В случае отсутствия возможности сбора статистических данных (например при дизайне нового процесса), они генерируются симуляторами БП.
В одном из предыдущих постов на Хабре я рассказал об онлайн-сервисе имитационного моделирования бизнес-процессов bpsimulator.com. Сегодня мы постараемся с его помощью решить конкретную задачу по повышению эффективности работы, например процесса розничного кредитования банка.
Цель оптимизации
Одна из ошибок — это начинать оптимизацию ради оптимизации, но мы нее такие, у нас есть вводная: рядом с отделением банка открылась точка продаж конкурирующего банка, предлагающего аналогичный продукт. Технологию и продукт менять нельзя, необходимо уменьшить время с момента подачи заявки до выдачи кредита для образования конкурентного преимущества.
Сбор данных о бизнес-процессе
Для начала необходимо собрать данные о необходимых функциях, их последовательности и исполнителях:
Список функций
1. «Оформление кредитной заявки» выполняет «Операционист» за 15-30 минут
2. «Верификация данных» выполняет «Верификатор» за 5-15 минут
3. «Определение рисков» выполняет «Скоринг (автоматически)» за 1 минуту
4. «Проверка СБ» выполняет «Сотрудник СБ» за 10-15 минут
5 «Принятие решения» выполняет «Кредитный менеджер» за 5-10 минут, процент одобрения (Approval Rate) AR=0.1
6. «Информирование клиента» выполняет «Оператор колл-центра» за 5 минут
7. «Уведомление об отказе» выполняет «SMS-шлюз (автоматически)» за 30 секунд
8. «Оформление кредита» выполняет «Операционист» за 10-20 минут
9. «Зачисление средств» выполняет «АБС (автоматически)» за 1 минуту
Состав организационных структур
1. Операционист: 2 сотрудника в 10 дополнительных офисах
2. Верификатор: 6 сотрудников в филиале
3. Сотрудник СБ: 10 сотрудников в филиале
4. Кредитный менеджер: 5 сотрудников в филиале
5. Оператор КЦ: 2 сотрудника КЦ
Внешние факторы
1.В отделение в день обращаются в среднем по 32 посетителя, равномерно в течении всего рабочего дня
Посетители не ходят равномерно, у операциониста ещё десяток задач по другим процессам, верификатору задания распределяются только раз в день, AR зависит от продукта, второй операционист собирается в декрет и т.п. Это крайне важно для следующего этапа, но сегодня мы будем учиться на простом примере.
Визуальное моделирование бизнес-процесса
Заходим на сервис, запускаем приложение и выбираем русский язык и создание новой модели. Щелкнув правой кнопкой мыши на названии, меняем его на «1.0.0 Розничное кредитование в банке ОАО АКБ „XXX“.
Это покажется разумным в дальнейшем, когда коллеги увидят экран вашего монитора.
Единственное, что пока находится в рабочей области — это панель управления с разделами: Модель, Дизайн, Симуляция и Вид. В разделе Дизайн нажимаем „Добавить генератор“ — это генератор задач, в нашем случае это генератор посетителей банка, желающих оформить кредит. Рядом расположена так же кнопка „Добавить функцию“, нам понадобится их 9. Разместим мышью эти объекты на модели последовательно сверху вниз.
У каждого объекта есть „вход“ — верхняя часть и „выход“ — нижняя. Для соединения объектов кликнем на „+“ в районе „выхода“ вышестоящего объекта и затем на „+“ нижестоящего (или любого другого). Так появится связь со стрелкой от выхода одного объекта ко входу другого.
При двойном клике на объекте откроется окно его свойств. Там необходимо поменять значения по-умолчанию на те данные, которые мы собрали о процессе.
Для изменения должности исполнителя необходимо дважды кликнуть на строку с ресурсом (помечено цифрой 3 на рисунке). Откроется окно менеджера ресурсов. Название должности надо поменять и нажать там же на галочку „Сохранить ресурс“, тогда название поменяется во всех функциях, где задействован данный специалист. Для функции „Оформление кредита“ в выпадающем списке надо выбрать уже созданного нами „Операционист“, а лишнюю строчку удалить. По окончанию моделирования окно „Управление ресурсами“ выглядит следующим образом (одну неиспользуемую автоматически созданную должность я удалил):
У функции „Принятие решения“ надо сделать два выхода, один на функцию „Информирование“, а второй на „Уведомление об отказе“. Таким образом на выходе этой функции образуется правило распределения хода процесса, логическое „ИЛИ“ (или будет принято положительное решение по кредиту и надо приглашать клиента в офис -10%, или достаточно будет проинформировать клиента об отрицательном решении -90%). Свойства функции должны выглядеть следующим образом:
Генератор назовем „Обращение клиента“, в разделе „Время работы“ дважды кликнув на строке „09:00-18:00“ можно редактировать количество клиентов в течение рабочего дня.
На этом этап моделирования обычно заканчивается, наша модель выглядит следующим образом:
Модель пройдет проверку на корректность, но не проходит проверку на адекватность. У нас сотрудники мидл-офиса филиала обслуживают заявки ещё 9 отделений и это обязательно надо смоделировать для получения адекватных результатов.
Можно конечно слить всех операционистов в одно абстрактное отделение, но тогда если пришло три посетителя в офис с двумя операционистами, то последний встанет в очередь на обслуживание, а в абстрактном допофисе его „примет“ свободный специалист из другого города. А если разделить кол-во сотрудников филиала на количество отделений, то будет смешно и не адекватно.
Возможно ещё продублировать генераторы и функции операциониста на модели ещё 9 раз, получится наглядно, но громоздко.
Добавим ещё один генератор задач с названием „Оформление заявки в другом ДО“ и количеством задач 32*9 = 288 в течение рабочего дня. Выход генератора подадим на вход функции „Верификация данных“. Между информированием клиента и оформлением кредита надо поставить фильтр, что бы заявки второго генератора не уходили в одно отделение. Поставим между ними объект „Точка контроля“ из раздела „Дизайн“ и в его свойствах надо нажать „Разрешить“ генератору с названием „Обращение клиента“ — дальше пройдут только те заявки, который этот операционист оформлял. Окончательная модель имеет вид:
Теперь можно запускать.
Имитационное моделирование бизнес-процесса
На панели инструментов в разделе „Симуляция“ нажимаем „Пуск“ — начнется симуляция, цифры на объектах модели будут отражать состояние процесса в масштабе времени 1 секунда реального времени равна 1 минуте времени процесса. Симуляция прекратиться через сутки процессного времени, т.е. через 24 минуты реального. Это долго, поэтому можно нажать следующую кнопку „Ускорить“ — тогда на расчет суток уйдет всего 24 секунды. По окончании симуляции у нас будут собраны все данные о состоянии процесса, задач, функций и загруженности сотрудников в течение всего периода симуляции.
Анализ бизнес-процесса
В разделе „Вид“ панели инструментов находится кнопка открытия окна „Статистика“, в нем во вкладках расположены графики состояния процесса. Так как у нас цель — уменьшить время выполнения задач, смотрим на вкладку „Задачи“:
среднее операционное время составляет около часа. Это значение нам надо будет как-то уменьшать. Первое, что приходит в голову — увеличить количество сотрудников на самых нагруженных участках. На вкладке „Чел. ресурсы“ видно, что на пределе своих сил работают верификаторы.
В разделе „Вид“ панели инструментов находится кнопка „Ресурсы“ открытия окна „Менеджер ресурсов“, увеличим количество верификаторов с 6 до 8 человек (не забываем нажимать галочку сохранения ресурса)
Операционное время работы над задачами практически не изменилось, но у верификаторов появилось слишком много свободного времени. Значит копать надо в другом направлении, например на времени выполнения критичной функции. У функции „Верификация данных“ максимальное время выполнения 15 минут в три раза больше минимального 5 минут.
А что если удастся снизить максимальное время верификации до 10 минут? Для проверки гипотезы вернем количество верификаторов -6, а время выполнения функции „Верификация данных“ установим 6-10 минут. Запустим симуляцию.
Операционное время уменьшилось минут на 15, т.е. на 25%, а на некоторых прогонах этот результат доходит и до 50%, что является фактом того, что дальнейшую оптимизацию имеет смысл проводить на уровне конкретной функции.
Заключение
Как видите, для начала использования и получения практических результатов имитационного моделирования вполне хватает легкодоступных данных, простого инструмента и непрофессиональной квалификации. Каждый сможет решить свои задачи по оптимизации бизнес-процессов, проверки гипотез по внесению изменений, нормированию численности персонала. Если интересно, для чего нужны остальные поля настроек функций и в каких случаях их необходимо применять, можно посмотреть в справочном руководстве сервиса, а вопросам и пожеланиям я буду рад в комментариях.
Источник: streamwork.ru