Многими компаниями внедрение процессного управления начинается именно с моделирования различных предметных областей деятельности. На что стоит обратить внимание бизнес-аналитикам при организации моделирования?

Моделирование бизнес-архитектуры с применением инструментария SILA

17.05.2019

Многими компаниями внедрение процессного управления начинается именно с моделирования различных предметных областей деятельности. На что стоит обратить внимание бизнес-аналитикам при организации моделирования? В данной статье мы поделимся с вами опытом постановки и решения задачи описания процессов, подтвержденным на многих проектах.

Если перед вами поставлена задача «описать процессы», то прежде всего, перед началом моделирования, стоит ответить на 3 (для начала) вопроса:

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

Бывает, что бизнес-аналитики, иногда, сталкиваются с неприятной ситуацией, когда по итогам моделирования, при согласовании созданных моделей, Заказчик с недовольством реагирует: «Есть только ОДНО замечание. Это не ТО!». Чтобы исключить такой исход, стоит озаботиться определением целей моделирования до начала работ. Понимание целей описания деятельности позволит обеспечить информативность созданных моделей, их применимость по назначению и, наконец, удовлетворить потребности Заказчика.

На практике цели моделирования сильно зависят от актуальных бизнес-задач  и бывают связаны с разработкой системы KPI Компании, включая определение процессных KPI; управлением архитектурой предприятия, включая бизнес- и ИТ-архитектуру; организационными изменениями в структуре Компании; необходимостью проведения операционно-стоимостного анализ процессов и управления операционными издержками; управлением операционными рисками; развитием системы управления качеством на основе стандартов ISO 900x; в ИТ индустрии – с разработкой программного обеспечения и трансформацией бизнеса в целом.

Четкое понимание Заказчиком и Исполнителем целей работ по моделированию не только снижает вероятность создания ненужных «картинок процессов» в корзину, но и определяет требования к сущностям (объектам) моделирования, отношениям (связям) между ними, которые должны быть отражены при описании деятельности. А это, в свою очередь, позволяет ответить на второй вопрос: «Какую методологию моделирования выбрать?»

Сегодня недостатка методологий объектного моделирования на рынке не наблюдается. Более того, многие вендоры программного обеспечения, профессиональные сообщества предлагают свои жесткие методологии («зашитые» в программный продукт), которые с успехом решают конкретные задачи, например, проектирования Архитектуры Предприятия (Enterprise Architecture) или автоматизированного исполнения процессов (BPMS). Хуже не опираться ни на какую методологию вообще. Когда не определены правила и принципы моделирования, когда без привлечения бизнес-аналитика, создавшего модель, разобраться невозможно, то велик риск снова сработать «в корзину».

Учитывая уникальность компаний, их отраслевую специфику и сами цели моделирования актуальным становится наличие гибкой методологии моделирования деятельности. Жесткая методология часто связывает руки бизнес-аналитикам, не дает возможности отразить важные для компании аспекты деятельности, найти общий язык между различными бизнес-подразделениями, настроенными на решение профильных задач, например, сервисных ИТ-подразделений и разработчиков новых продуктов (не всегда ИТ-продуктов, сервисов).

Программное обеспечение SILA задумывалось как инструмент, основанный на гибкой методологии моделирования. Помимо традиционных методологий, включающих знакомые нотации IDEF, VAD, EPC, BPMN 2.0, UML и других инструмент SILA в своем арсенале имеет модели:

  • White Board - модель свободного назначения, без заложенной методологии. Имеет неограниченное количество символов, объекты не имеют определений и может применяется для зарисовки идей, создания ментальных карт, проектирования UI/UX, планировании деятельности;
  •  Wiki-модель - представляет собой текстовую модель для иерархической систематизации контента и является полноценной заменой Confluence. Модель может применяться для описания проекта/продукта, совместной разработки требований, формирования базы знаний.

Под инструментом моделирования мы понимаем специализированное ПО, хотя встречаются Компании, широко использующие для этих целей приложения MS Office, которые, в целом, не предназначены для профессионального решения подобных задач. Выбирая инструмент моделирования не маловажное значение имеет возможность интеграции с внешними ИС. SILA осуществляет обмен данными с помощью выгрузки XML файлов, а также посредством API. Многопользовательская работа в едином репозитории (базе данных SILA) решает задачу создания и ведения базы знаний Компании, что создает значительный задел на будущие работы, связанные с адаптацией бизнес-модели Компании.

 

Оставайтесь на связи