Например, имитационное моделирование процесса при пиковых, средних и минимальных нагрузках показывает влияние нагрузки на продолжительность процесса, потребность в ресурсах и узкие места.
Некоторые инструменты имитационного моделирования процессов обладают средствами анимации процесса, позволяющими визуально обнаружить происходящие в ходе процесса явления, не очевидные при традиционном анализе данных.
Преимущества
Автоматизированное имитационное моделирование не заменяет работу с живыми людьми и не является идеальным методом определения будущего состояния процесса, но это мощный инструмент, помогающий специалисту по процессному управлению быстрее по сравнению с ручной имитацией действий процесса оценить планируемые изменения.
Самая большая польза от автоматизированного имитационного моделирования с использованием программного обеспечения – это возможность заранее оценить выгоду от оптимизации процесса в терминах времени, стоимости, производительности и качества и на этой основе подготовить бизнес-обоснование проекта.
Ограничения
Самая большая трудность, возникающая при использовании имитационного моделирования на практике, – большой объем данных, требуемый на входе.
4.7. Уровни процессных моделей
Исследование процесса дает информацию, относящуюся к разным уровням детализации. Эти уровни следует упорядочить, чтобы в дальнейшем привязывать к ним собираемую информацию. В разных организациях набор уровней может быть разным, часто они организованы по функциональному признаку, исходя из операционной деятельности.
На верхнем уровне иерархии отображаются сквозные процессы. Затем они разбиваются (декомпозируются) вплоть до отдельных действий, где и выполняется процессная работа.
В ходе декомпозиции процесс разбивается на подпроцессы и затем на функции. Функции привязываются к подразделениям. Действия, выполняемые в рамках подразделения, вместе с действиями, относящимися к другим подпроцессам, образуют поток работ. Результатом будет представление способа выполнения работы в бизнес-подразделениях.
Решающее значение для упорядочивания процессной информации имеет согласованная терминология. Очень сложно полно и точно описать бизнес-процесс, если элементы предметной области называются по-разному – одно и то же название используется для разных предметов или для одного и того же предмета употребляются разные названия.
По мере сбора информации о процессе привязывайте ее к соответствующему уровню процесса. По мере углубления знаний о процессе структура модели может пересматриваться. Следите за тем, чтобы информация на каждом уровне не противоречила информации на уровне выше – она должна ее уточнять и детализировать. Таким образом, информация на каждом уровне будет добавлять подробности к информации на более высоком уровне. Упорядочивание информации по уровням процессной иерархии позволяет команде обнаружить недостающую информацию и информацию, которая нуждается в проверке.
На следующем рисунке показан пример иерархии процессов, начиная с уровня предприятия и заканчивая уровнями бизнес-процессов и потоков работ:
На рис. 4.13 показан пример иерархии процессов; организации могут использовать большее или меньшее количество уровней и называть их иначе.
Важно иметь в виду следующее:
● Процесс должен быть декомпозирован достаточно глубоко, чтобы можно было понять, какие действия выполняются и как они складываются друг с другом при производстве конечной продукции.
● О качестве моделей и в целом информации о процессах можно говорить, только если она организована в систему.
4.7.1. Стандарт моделирования
Количество и название уровней детализации в моделях
В прошлом эти стандарты могли не привязываться к каким-либо внешним стандартам или программному обеспечению, но сейчас ситуация изменилась. Позаботьтесь о соответствии внутреннего стандарта возможностям и ограничениям используемых программных средств моделирования. Например, хотя BPMN 2.0 не является единственным стандартом моделирования, он становится таковым среди производителей систем BPMS. Как следствие, может потребоваться принятие BPMN в качестве внутреннего стандарта моделирования.
Качественный стандарт моделирования должен в том или ином виде содержать по крайней мере следующие уровни:
● Процесс верхнего уровня
. Верхний уровень – это полная модель сквозного процесса. Она может содержать подпроцессы, а также отображать информационные системы и проблемы верхнего уровня.● Подпроцесс
. Следующий уровень – это модели подпроцессов, показывающие распределение работы по бизнес-функциям и соответствие между бизнес-функциями и подразделениями.