Современные технологии бизнес-моделирования и анализа

Вадим Крутов, Евгений Русанов,
эксперты компании "ФОРС — Центр разработки"
erusanov@fors.ru

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

Экскурс в историю

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

По данным Gartner Group, объем продаж на рынке инструментов бизнес-моделирования за 2003 г. составил во всем мире примерно 0,5 млрд долл. и наблюдается его устойчивый ежегодный рост на 15%. Компании все больше нуждаются в предварительном анализе архитектуры организации перед тем, как вносить в нее какие-либо изменения; инструменты же моделирования позволяют осуществить задуманное с минимальными затратами. Российские компании — не исключение: для таких организаций, как "ЛУКойл", "Комстар", "ВымпелКом", Альфа-банк, Сбербанк РФ, использование средств моделирования и анализа уже стало нормой, а сами инструменты — неотъемлемой частью их информационных ресурсов. Многие компании располагают моделями своей архитектуры, постоянно поддерживая их в актуальном состоянии, что позволяет в любой момент получить исчерпывающую информацию о всех аспектах деятельности организации в виде соответствующих диаграмм либо текстовых описаний.

Значимым событием стало появление клиент-ориентированных средств бизнес-моделирования, в которых существует возможность адаптации среды моделирования к нуждам конкретного клиента. Это позволяет заинтересованным сторонам легко выбирать либо создавать язык общения, наилучшим образом отвечающий (по различным параметрам) каждой конкретной ситуации, поскольку навязываемая методология зачастую вызывает трудности при моделировании. В такие средства включается инструмент создания и настройки шаблонов диаграмм, используемых при моделировании. При этом можно использовать ту методологию, которая удобна пользователю, а не ту, которая навязывается поставщиком вместе со своим инструментом. Среди таких продуктов бизнес-моделирования, по данным Gartner Group, выделяется система Corporate Modeler британской компании Casewise (http://www.casewise.com). Другим серьезным игроком на рынке средств бизнес-моделирования и анализа считается продукт ARIS компании IDS Sсheer AG (http://www.ids-sсheer.com), но он не обладает возможностями выбора или создания собственной методологии моделирования архитектуры организации.

На сегодня накоплен большой опыт использования продуктов Casewise в самых различных областях деятельности — от ведущих консалтинговых компаний до промышленных гигантов. Решения Casewise используют, например, в PricewaterhouseCoopers, IBM, SAP и Siemens. В сентябре прошлого года продукт был представлен на российском рынке (хотя пока не русифицирован); в ближайшее время ожидается появление локализованных версий Corporate Modeler Suite 9.2, а затем и модулей Balanced Scorecard Accelerator и IT Architecture Accelerator.

Методология описания архитектуры

Любому проекту описания архитектуры организации предшествует работа по выбору либо разработке методологии моделирования. Говоря о выборе методологии, мы подразумеваем не просто выбор способа отображения объектов того или иного типа, а систему правил, которая описывала бы подход к описанию архитектуры организации. Сейчас среди лидирующих на рынке продуктов только Corporate Modeler компании Casewise позволяет выбирать или создавать собственную удобную методологию описания архитектуры организации.

В составе Corporate Modeler поставляется методология моделирования Casewise Framework, предлагаемая в виде стандартных шаблонов, которые можно дорабатывать с учетом потребностей конкретного проекта. Есть также возможность настраивать внешний вид объектов и моделей. Приведем пример: пусть имеется объект типа "организационная единица", который отвечает за выполнение какой-либо функции. Посмотрим, что при этом происходит в репозитарии и на диаграмме.

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

На уровне диаграммы: на связь объектов указывает изображение одного
объекта на фоне другого. Совсем не обязательно отображать эту связь в виде линии
от одного объекта к другому, что порой загромождает диаграмму.

По сути, в репозитарии хранится целостная модель, способ отображения которой можно выбирать самостоятельно. В работу по созданию или утверждению шаблона должны быть вовлечены и заказчик, и исполнитель. Если же в организации уже имеется принятая методология описания, то работа сводится к настройке соответствующих шаблонов, которую команда, ответственная за моделирование, может провести своими силами. На каждой диаграмме предусмотрено отображение легенды, поясняющей, какие объекты для каких целей используются, а также текстовое описание диаграммы, ее назначения и т. д.

Casewise Framework

В начале проекта моделирования архитектуры организации необходимо определить методологию, помогающую ответить на следующие вопросы:

• какие типы, категории объектов и взаимосвязи между ними использовать;
• на каких диаграммах и каким образом отображать объекты;
• какие использовать уровни абстракции;
• каким образом описывать организацию.

В большинстве продуктов для моделирования архитектуры организации есть своя собственная методология: например, ARIS Framework для ARIS, IDEF1X для ERWin и IDEF0 для BPWin. В Corporate Modeler можно создавать и использовать любые шаблоны моделей, в том числе и полностью идентичные нотациям ARIS, IDEFX, UML и т. д. Это дает следующие преимущества: во-первых, легче удовлетворить требования заказчика к модели; во-вторых, отпадает необходимость в затратах на обучение сотрудников новой методологии, поскольку диаграммы можно представить в интуитивно понятном виде. Кроме того, диаграммы можно оформлять в соответствии с современными тенденциями дизайна и корпоративными стандартами.

Методология Casewise Framework основывается на структуре Захмана (Zachman); одна из ее отличительных особенностей — возможность развития и построения собственного каркаса. На рис. 1 представлена карта проекта моделирования архитектуры организации, составляющая основу Casewise Framework. Столбцы диаграммы характеризуют различные аспекты моделирования архитектуры организации, такие, как "Мотивация", "Процессы", "Люди", "Местоположения", "Данные" и "Время". Строки соответствуют уровням абстракции моделирования: уровень бизнеса; уровень организации; уровень систем; уровень технологий и уровень деталей. Каждый последующий уровень детализирует предыдущий. Число уровней детализации, вообще говоря, не ограничивается пятью и при необходимости может быть увеличено.

Рис. 1. Архитектура организации в Casewise Framework.

Уровень бизнеса — наивысший уровень абстракции при описании архитектуры
организации. Здесь описываются объекты, с которыми имеют дело руководители:
стратегические бизнес-цели и критические факторы успеха, бизнес-процессы верхнего
уровня, основные отделы организации, местоположения бизнес-единиц, важнейшая
для бизнеса информация, значительные для бизнеса события. Уровень бизнеса определяет
границы организации и самой модели.

На уровне организации описываются объекты, детализирующие предыдущий
уровень. Здесь не уделяется особого внимания системным или физическим ограничениям.

На уровне систем описывается работа организации с учетом ограничений,
накладываемых бизнесом и ИТ. Этот уровень показывает, как в дальнейшем модели
уровня организации будут воплощены в действующие системы.

На уровне технологий детально описываются применяемые в организации
технологии. Для этого необходимы подробные схемы баз данных и структур программ.
Эти модели используются при создании информационных систем. Начиная с этого
уровня, для последующей разработки могут использоваться имеющиеся средства интеграции
с Telelogic DOORS, Rational RequsitePro, Rational Rose, Oracle Designer, ERwin,
Sybase PowerDesigner. Интеграция с инструментами разработки позволяет перейти
от моделирования архитектуры организации прямо к проектированию и разработке
информационных систем. Таким образом, можно наиболее адекватно и полно учесть
требования бизнеса к системам его автоматизации.

Уровень деталей соответствует реальным объектам и не содержит артефактов
моделирования. Он служит напоминанием о том, что остальная часть модели существует
для описания реальных вещей. На детальном уровне описываются такие объекты,
как сети, люди, компьютерные программы, базы данных.

Casewise Framework показывает, как использовать Corporate Modeler для создания модели организации. Каждая ячейка содержит описание моделируемой информации, методов ее сбора, способов представления, а также шаблоны и примеры диаграмм.

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

Для управления организацией, ориентированной на стратегию, Casewise предлагает дополнительные надстройки — Balanced Scorecard Accelerator и IT Architecture Accelerator. Их применение для поддержки управления организацией, ориентированной на стратегию, концептуально иллюстрирует рис. 1, на котором выделены области ответственности каждого из инструментов. Использование продуктов Casewise дает для управления организацией следующие возможности в каждой из областей.

Область Corporate Modeler:

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

Область Balanced Scorecard Accelerator. Поддержка сбалансированной системы
показателей и портала Balanced Scorecard для стратегического управления компанией.

Область IT Architecture Accelerator. Поддержка ИТ-стратегии организации
посредством управления развитием ее ИТ-инфраструктуры.

Работа над моделью

Коллективная работа

Модель архитектуры организации создается проектной командой, поэтому одно из основных требований состоит в поддержке коллективной работы. Между разработчиками распределяются области ответственности, и работа над моделью ведется с использованием общих шаблонов. Возможность повторного использования объектов позволяет применять объекты, созданные ранее другими членами команды. Таким образом, создается целостная модель, объекты которой описываются со всех сторон, при этом исключается дублирование и ускоряется процесс создания модели. Эти преимущества достигаются за счет хранения данных на сервере Corporate Exchange, причем доступ к ним возможен через клиентские места (имеются средства авторизации пользователей). В качестве репозитария используется как собственная база данных DP4 Corporate Modeler Suite, так и другие СУБД — Oracle, mySQL, SQL Server.

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

Использование накопленных ранее знаний

На этапе создания модели актуальной становится проблема сбора информации и ее описания в виде диаграмм. Информация может собираться с помощью вопросников, которые должен заполнить каждый сотрудник. Далее встает проблема создания первой и последующих версий модели на основании собранных данных, поскольку рутинная работа по переводу информации из документов в модель — одна из самых ресурсоемких задач. Ее позволяет автоматизировать модуль Automodeler, способный выполнить следующие функции, связанные с созданием диаграмм:

• построить из собранной информации (в виде файлов Word, Excel, Visio, Project, CSV, Access) целостное описание архитектуры организации;
• ускорить работу по созданию модели на основе документов, содержащих описание;
• сгенерировать диаграммы, отображающие взаимосвязи между объектами на основе созданных диаграмм;
• быстро изменить стиль отображения того или иного объекта или объектов;
• представить все версии диаграмм сотрудникам (например, в виде слайдов Power Point) для ознакомления, дальнейшей разработки и согласования модели.

Динамическое (имитационное) моделирование

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

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

Процесс динамического моделирования можно разбить на следующие шаги:

• сбор исходных данных для модели;
• построение адекватной модели;
• подготовка модели к динамическому моделированию, т. е. заполнение атрибутов объектов модели;
• проведение динамического моделирования;
• анализ результатов.

При подготовке диаграммы к динамическому моделированию, проведении моделирования и анализе его результатов все действия выполняются в пределах одного рабочего пространства, что очень удобно. Например, не требуется задавать календари отдельной диаграммой и искать в огромном списке "возможно полезных" атрибутов необходимые объекты — существует удобный интерфейс заполнения атрибутов объектов. Простота динамического моделирования — существенное преимущество Corporate Modeler Suite.

Наблюдать за ходом динамического моделирования процесса можно непосредственно на диаграмме, при этом можно "на ходу" менять параметры объектов и изучать отклик процесса. Здесь же можно выявить узкие места процесса и причину их возникновения. Например, если растет число задач на входе функции из-за нехватки ресурсов, то на диаграмме это сразу будет видно. Видна также реакция функции и процесса в целом на увеличение ресурсов. Пример хода динамического моделирования приведен на рис. 2, где для отображения потоков задач используется анимация.

Рис. 2. Динамическое моделирование процесса (модель описывает процесс продаж Интернет-магазина Elice).

В пакете Corporate Modeler Suite существует специальное средство для анализа отклика на изменение параметров — Casewise Analyzer. В результате такого анализа выявляются параметры, наиболее критичные для успешного выполнения процесса. Analyzer позволяет отслеживать и отображать зависимости различных характеристик объектов от определенных параметров. Например, для процесса работы магазина можно проследить зависимость числа выполненных заказов от числа менеджеров по продажам и курьеров. Можно также установить самые чувствительные параметры процесса и в дальнейшем выработать меры, направленные на снижение рисков, связанных с изменением этих параметров.

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

Проведя динамическое моделирование, можно получить ответы на вопросы, как добиться улучшения качества обслуживания и повышения производительности, как уменьшить суммарное время выполнения процесса, время ожидания, затраты на оборудование и трудозатраты.

Использование созданной модели

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

Модуль Corporate Publisher, входящий в состав Corporate Modeler Suite, имеет проработанные функции настройки вида выходного документа, не требующие знания скриптов, — все параметры задаются в диалоговых окнах. При этом в Corporate Publisher есть возможность использования скриптов для настройки вида и содержания выходного документа в том случае, если поставленная задача слишком специфична. Модуль Corporate Publisher может также создавать описание модели в виде Web-портала, причем еще на этапе настройки можно включать непосредственно в код страницы любой код (HTML, Java…), что позволяет расширить функциональность портала. Например, можно создать формы обратной связи для каждого сотрудника.

Стратегическое управление организацией

Помимо средств, обеспечивающих моделирование и анализ бизнес-процессов, компании-производители все чаще предлагают инструменты для управления различными областями деятельности организации, напрямую использующие созданную модель ее архитектуры. В этой связи в линейке продуктов Casewise, помимо Corporate Modeler Suite, имеются инструменты для управления ИТ-инфраструктурой организации (IT Architecture Accelerator) и для управления организацией (Balanced Scorecard Accelerator).

Сбалансированная система показателей

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

Подробная схема использования продуктов Casewise для стратегического управления организацией представлена на рис. 3. Проектирование сбалансированной системы показателей начинается с описания миссии, видения и ключевых ценностей компании. Затем определяются стратегические направления работы компании, цели, показатели, характеризующие достижение целей, задается логика вычисления показателей. Далее строятся стратегические карты компании, ее подразделений, определяются индивидуальные показатели для более мелких организационных единиц. Затем необходимо подготовить публикации стратегических карт компании, отчетов по сбалансированным показателям, по стратегическим целям и прочей информации, необходимой для эффективной реализации стратегических инициатив организации. Каждая публикация рассчитана на определенных сотрудников и зависит от специфики их деятельности. Далее при помощи Corporate Publisher публикации генерируются в виде BSC-порталов, которые в дальнейшем можно интегрировать во внутренний портал организации. Сотрудники получают доступ к порталу и могут просматривать информацию о стратегическом движении компании. Есть также возможность обновлять исходную информацию для расчета показателей через Web.

Рис. 3. Использование Balanced Scorecard Accelerator.

Поддержка ИТ-стратегии

Для реализации ИТ-стратегии организации необходимо четко представлять текущее состояние информационной инфраструктуры, планировать и реализовывать проекты ее развития. Модуль IT Architecture Accelerator (ITAA) позволяет справиться с этими задачами. Его работа основана на использовании данных, взятых из модели архитектуры организации. Необходимая информация отображается с помощью динамического портала, где показаны процессы, технологии, используемые приложения, их иерархия, архитектура систем, данные об используемом оборудовании, а также взаимосвязи и комментарии по каждому из объектов и их набор атрибутов. Если же речь идет о планировании развития, то с помощью портала можно изучить портфель проектов, разделить проекты по степени срочности, важности, стратегической значимости, задать сроки, а с помощью диаграммы Ганта — отследить выполнение этих проектов. Имеются также механизм авторизации пользователей и формы обратной связи с репозитарием, благодаря чему хранимая в нем информация остается всегда актуальной.

***

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