Практика и проблематика моделирования бизнес-процессов

Зуева А. Г.

цели;

задачи;

показатели эффективности;

регламенты (инструкции, приказы и т. п.) бизнес-процессов.

В ряде случаев можно говорить о том, что нормативные установки настолько исполнимы и проверяемы по качеству исполнения, насколько они формализуемы. В этом смысле на этапе систематизации и формализации производится проверка «работоспособности» целевых установок и регламентов (нормативов).

Поэтому правильным ответом потенциальному заказчику на вопрос «зачем нужна модель» бизнес-архитектуры организации является указание, по крайней мере, двух принципиально важных результатов (целей):

систематизация и документирование (формализация)

информации (знаний), значимой для деятельности, что обеспечивает:

а) технологическую основу для внутрикорпоративного сохранения и доступности специализированных знаний (ноу-хау) организации;

б) повышение уровня управляемости ресурсами организации за счет качественной формализации регламентов их использования (рис. 1);

Рис. 1. Проблематика управления знаниями в организации в части бизнес-процессов

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

Рис. 2. Перспективные решения по использованию знаний о бизнес-процессах при принятии управленческих решений

Одним из дополнительных аргументов в пользу необходимости моделирования бизнес-архитектуры организации являются общемировые тенденции в стандартизации требований по обязательному наличию моделей бизнес-процессов организации. Свидетельством данных тенденций выступает появление специализированных стандартов и методологий проектирования архитектуры предприятия.

В качестве основных методологий и стандартов следует упомянуть «рамочные» стандарты по разработке архитектуры предприятия;

а) ISO 15704 – стандарт по формальному описанию архитектуры предприятия, который был предложен рабочей группой IFAC/IFIP (International Federation of Automatic Control/International Federation for Information Processing);

б) ISO 15288 – стандарт, определяющий жизненный цикл системы;

в) ISO 12207 – стандарт, определяющий жизненный цикл программного обеспечения.

Существует более 30 дополнительных «поддерживающих» стандартов системной и программной инженерии (например, ISO 14258, определяющий концепции и правила моделирования предприятия).

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

С точки зрения задач поддержки SOA модель бизнес-архитектуры является основным инструментом синхронизации потребностей бизнеса и возможностей информационных технологий. Именно на модель бизнес-архитектуры ложится основная нагрузка по обеспечению условий для процессного подхода к проектированию и оптимизации самой бизнес-архитектуры организации с последующим выходом на проектирование ИТ. Согласно SOA-концепции в основе бизнес-архитектуры должна лежать процессно-ориентированная модель предприятия. Комбинация этого подхода с концепцией сервис-ориентированной архитектуры информационных технологий позволяет лучше увязать процесс разработки компонент информационных систем с

миссией, основными задачами и функциями организаций. С помощью SOA организации имеют потенциальную возможность разрабатывать набор реализаций различных бизнес-процессов, которые могут быть многократно использованы предприятием как готовые сервисы.

Постановки задач по моделированию бизнес-архитектуры в контексте поддержки SOA направлены на обеспечение следующих требований проектирования ИС:

явное отделение бизнес-логики прикладной системы от логики презентации информации;

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

При этом «потребитель услуги», который может быть прикладной системой или другим сервисом, имеет возможность вызвать сервис через интерфейсы, используя соответствующие коммуникационные механизмы, а также четко позиционирует свое место в бизнес-процессе.

Помимо «обеспечивающей» роли, а именно поддержки реализации концепции SOA, модель бизнес-архитектуры имеет самостоятельную значимость и соответствующие ей постановки задач. Высокая динамика изменений в среде, окружающей современный бизнес, не может не оказывать сильного влияния на быстроту и масштабы развития бизнес-моделирования. Делать долгосрочные прогнозы, основанные на стабильности ситуации, не представляется возможным практически ни в одной области бизнеса. Скорее наоборот, компаниям приходится приспосабливаться к постоянно изменяющейся среде и развивать навыки быстрой адаптивности к происходящим изменениям в бизнесе. В связи с этим в настоящее время развиваются концепции организаций, содержащих специальные внутренние механизмы, позволяющие изменяться в соответствии с требованиями внешнего окружения.

Повышение роли бизнес-моделирования определяется не только высокой динамикой среды «жизнедеятельности» организации, но и теми обстоятельствами, что ресурс возможностей эффективного реагирования на «вызовы» рынка только лишь средствами ИТ в значительной степени сократился. Все чаще звучат высказывания, что нельзя автоматизировать хаос, что автоматизация хаоса – это еще больший хаос, что нельзя рассматривать современные ИТ как панацею от всех бизнес-проблем.

Основные резервы повышения эффективности и конкурентоспособности предприятий в настоящее время связаны с оптимизацией их бизнес-архитектуры, последовательной реализацией процессной модели управления, обеспечением гибкости организационной структуры и процессов деятельности, связанных с управлением добавленной стоимостью и т. д. Данные же возможности в большой степени обеспечиваются детально проработанной бизнес-архитектурой компании, которая должна содержать описание процессов изменений в организации деятельности компании, а также обеспечивать эффективное управление этими процессами.

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

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