19. Методологии и программные решения для моделирования структур и процессов
19. Методологии и программные решения для моделирования структур и процессов
19.1. Эволюция представлений о моделировании бизнес-процессов
Первоначально методологии и программные решения по моделированию бизнес-процессов были сфокусированы на отдельных важных, но частных нотациях представления деятельности компании.
Широкое распространение получили функциональные описания порядка исполнения бизнес-процессов (методологии SADT и IDEF0 ), календарных планов исполнения работ ( диаграммы Ганта ), описания диаграмм потоков данных для информационных систем и документооборота ( IDEF3 ) (см. обзоры [6-11]).
В девяностых годах прошлого века понимание полезности составления процессных описаний деятельности компаний стало общим местом. В 1994 г. это положение попало в стандарты ISO , которые определили общие принципы описания процессов, но не конкретизировали возможные нотации описания и программные средства.
Идеи проф. А. Шеера положили начало новой тенденции в моделировании процессов. Им было предложено разрабатывать и использовать не только отдельные частные модели, а целые пакеты интегрированных между собой моделей бизнес-процессов. В методологии ARIS подобные пакеты стали называться многомерным моделированием бизнес-процессов [8, 10, 11].
Еще одна новая мощная волна в моделировании бизнес-процессов началась с работ проф. Дж. Захмана , в которых он активно расширял сферу описания и моделирования деятельности компаний. Знаковым стало его предложение увязывать процессную перспективу с описанием других важных компонент организации – системы центров ответственности, процессов управления, информационных технологий, – рассматривая их как компоненты единой корпоративной архитектуры организации. Идеи Захмана нашли широкое применение не только в бизнесе, но и в проектах создания « Электронного правительства » [18].
Составителем этого Навигатора – д.т.н. В. Кондратьевым – был предложен подход к моделированию бизнес-процессов через использование гиперкубов соответствий . Грани таких гиперкубов задают разные характеристики деятельности компании, а ячейки описывают характер их соответствий. «Вход» в гиперкуб и работа с ячейками соответствий осуществляется через привычные плоские матрицы соответствий групп характеристик (см. элемент 6.5). Оказалось, что занесенная в такой гиперкуб информация и есть системообразующая для модели бизнес-процесса, а разные формы графического представления одной и той же информации могут порождать различные известные нотации представления бизнес-процессов (см. пример в следующем элементе).
Более того, изменение способов структурирования, способов заполнения и вывода информации из гиперкуба соответствий позволило изменять нотации представления бизнес-процессов. Появилась возможность программной поддержки не только отдельных методологий и интегрированных пакетов моделей бизнес-процессов, но и гибкого создания новых необходимых нотаций представления бизнес-процессов под конкретную задачу.
Программные решения этого направления в разработках компаний « Центр бизнес-инжиниринга » и « БИГ МЕНЕДЖМЕНТ » ( группа БИГ, Москва) получили название БИГ-Мастер . Совместно с Московским фондом подготовки кадров ( МФПК ) был разработан и размещен для открытого доступа на сайте www.big-group.ru вариант простой концептуальной программы, поддерживающей матричное моделирование, опубликовано подробное описание в книге «7 нот менеджмента» [1], в модульной программе для менеджеров [20]. В результате за несколько лет решения этого класса получили свою пользовательскую аудиторию. Идеи подхода стали использовать и другие разработчики и консалтинговые компании, в том числе и региональные, и сегодня активно развиваются различные модификации методологии.
В качестве принципиальных можно отметить два важных направления расширения подхода. Совместно со специалистами компании « Парус » была разработана и опробована схема экспорта гиперкубов организационных и информационных характеристик в исполнительную систему управленческого учета и таким образом обеспечено ее конфигурирование для поддержания бюджетирования [1].
В проектах, выполняемых под руководством ГУ – Высшая школа экономики , показаны возможности применения методологии при создании электронных регламентов для органов государственного управления и «Электронного государства» www.elrussia.ru
Более подробно рассмотрение тематик моделирования бизнес-процессов (а сегодня это интересует многих профессионалов от организации бизнеса) проведено в следующем, третьем выпуске Навигатора «Показываем бизнес-процессы» [4], а здесь приведены только несколько важных и перспективных оценок в сфере развития структурного и процессного моделирования.
19.2. Представление модели бизнес-процесса в разных нотациях
Рис. 19.2.1. Пример матриц «функции на функции» и «функции на звенья»
Рис. 19.2.2. Графическая схема процесса в IDEFO
Рис. 19.2.3. Графическая схема процесса в CFFC
На рис. 19.2.1, представлена ориентированная матрица проекций трех функций (j = 1,2,3) на себя (i = 1,2,3). Наличие знака в клетке (j, i) означает, что j-я функция предшествует при исполнении процесса i-й функции. Кроме того, на этом рисунке представлена неориентированная матрица проекций трех функций (i = 1,2,3) на организационные звенья (k = 1,2,3). Наличие знака – > в клетке (k, i) означает, что i-я функция исполняется k-м звеном.
На рис. 19.2.2 эта же модель соответствий функций и звеньев представлена в форме графической нотации, аналогичной IDEF0 , а на рис. 19.2.3 – в форме CFFС (от англ. Cross Functional Flow Chart), более известной у нас как матрица Разу ( Государственный университет управления ).
Сразу обращает внимание то, что представление и восприятие графических диаграмм по форме и внешнему виду существенно различаются. Между тем классификаторы соответствия всех трех моделей совпадают.
Этот пример иллюстрирует идею того, как гиперкуб соответствий характеристик процесса (в примере это две матрицы с общей гранью или трехмерный куб «функции-функции-звенья») может рассматриваться в качестве удобной программно-ориентированной модели представления информации о бизнес-процессе.
Более 800 000 книг и аудиокниг! 📚
Получи 2 месяца Литрес Подписки в подарок и наслаждайся неограниченным чтением
ПОЛУЧИТЬ ПОДАРОКДанный текст является ознакомительным фрагментом.
Читайте также
4.2.2. Нотация моделирования процессов
4.2.2. Нотация моделирования процессов Руководителям нужно определиться с требованиями к описанию процессов, в том числе выбрать нотации для создания моделей. Следует выявить внутренних потребителей и понять их запросы. Например, руководителям подразделений нужно
4.2.3. Репозиторий и среда моделирования процессов
4.2.3. Репозиторий и среда моделирования процессов Представьте, что вам поручили разработать регламент выполнения какого-то процесса компании. Ситуация складывается удачно – у вас стоит MS Visio. Вы создаете новый файл, начинаете рисовать схему процесса, затем сохраняете
4.4. Архитектура типовой среды моделирования процессов
4.4. Архитектура типовой среды моделирования процессов Сейчас на рынке представлено множество программных продуктов для моделирования деятельности организации. Эти продукты относятся к так называемым средствам Business Process Architecture или Enterprise Architecture, то есть программным
4.10. Рекомендации по внедрению среды моделирования процессов
4.10. Рекомендации по внедрению среды моделирования процессов Внедрение среды моделирования процессов в масштабах организации – важный и сложный проект. Для его успешного выполнения нужно разработать план, адекватный задаче. Предлагаю один из возможных вариантов
5.1.7. Регламентация процессов производства при отсутствии регламентации процессов управления/развития
5.1.7. Регламентация процессов производства при отсутствии регламентации процессов управления/развития В ряде компаний регламентация процессов производства достигает 90–100 %, то есть регламентирована почти вся деятельность. Внешние требования (ограничения)
26. УТОЧНЕНИЕ РЕШЕНИЯ НА СОЗДАНИЕ ПРОЦЕССА РАЗРАБОТКИ РЕШЕНИЯ, ПЛАНИРОВАНИЕ РАБОТЫ, СОЗДАНИЕ СИСТЕМЫ КОНТРОЛЯ ЗА ПРОЦЕССОМ И КАЧЕСТВОМ РАЗРАБОТКИ РЕШЕНИЯ (2-И И 3-И ЭТАПЫ)
26. УТОЧНЕНИЕ РЕШЕНИЯ НА СОЗДАНИЕ ПРОЦЕССА РАЗРАБОТКИ РЕШЕНИЯ, ПЛАНИРОВАНИЕ РАБОТЫ, СОЗДАНИЕ СИСТЕМЫ КОНТРОЛЯ ЗА ПРОЦЕССОМ И КАЧЕСТВОМ РАЗРАБОТКИ РЕШЕНИЯ (2-И И 3-И ЭТАПЫ) Входом 2-го этапа является выход 1-го: 1) цели и задачи предстоящей деятельности в результате которой