Интеграционные решения
Специфика постановок задач и реализующих их проектных решений в ряде случаев не может быть эффективно учтена в рамках использования стандартных возможностей ARIS либо «авторских» доработок исполнителя. Принципиально среда ARIS позволяет обеспечить соответствующую интеграцию с другими средствами моделирования и широко распространенными технологиями в части:
♦ форматов загрузки, выгрузки информации;
♦ использования специализированного функционала.
Стандартно ARIS предоставляет средства взаимодействия с другими CASE-средствами разработки и поддержки моделирования бизнес-процессов. Назначение этих средств – обмен отдельными моделями с другими программными CASE-системами посредством файлов, записанных в XML-кодах. Этот обмен осуществляется при помощи специальных программ-интерфейсов сторонних производителей, например компании Reischmann Informatik GmbH (RI) (www.reischmann.com). В настоящее время интерфейсы TOOLBUS компании RI поддерживают больше чем 30 инструментальных CASE-средств. Посредством этих интерфейсов можно произвести обмен данными между ARIS и такими CASE-си-стемами, как ErWin от СА, PowerDesigner от Sybase и OracleDesigner. Обмен может быть произведен в обоих направлениях.
На взгляд авторов, одним из перспективных направлений по интеграции возможностей ARIS с «внешними» технологиями может быть наработка постановок задач и поддерживающих их проектных решений применительно к MSProject.
Одной из имеющих «право на жизнь» постановок задач в рамках моделирования бизнес-процессов предприятия является анализ загрузки кадровых ресурсов. MSProject в силу приоритетности данной задачи для управления проектами имеет очень развитую функциональность в части контроля и отображения всех процессов, связанных с использованием ресурсов.
В частности, данным средством поддерживаются такие полезные функции, как расчет оптимальной загрузки персонала при выполнении проектов, диалоговый режим формирования условий оптимизации загрузки персонала, быстрое формирование стандартных отчетов и некоторые другие.
Поэтому целесообразной видится реализация следующей технологической схемы совместного использования ARIS и MSProject:
♦ из ARIS «выгрузить» в формате Excel информацию по ресурсам для MSProject;
♦ загрузить в MSProject информацию по ресурсам в формате Excel;
♦ в MSProject в рамках использования стандартного функционала получить требуемую информацию (результаты) по контролю и анализу загрузки ресурсов;
♦ преобразовать результаты, полученные в MSProject, в форматы, совместимые с ARIS (как правило, это формат Excel);
♦ загрузить результаты в формат Excel в разработанную модель ARIS с последующим подключением к соответствующему функционалу, предоставляемому комплексной моделью.
Специально разработанные модули, которые могут поддержать данную технологическую схему, могут быть следующего вида:
♦ скрипт выполняет формирования в формате Excel четырех рабочих листов специальной структуры, «понятной» программе-приемнику. Для формирования 1-го листа скрипт «проходит» по модели, формируя для каждой посещенной функции данные в следующем формате – «ID», «Функция», «Длительность», «Предшественник», «Уровень структуры». На 2-м листе должны формироваться данные по исполнителям. На 3-м листе должны формироваться данные по загрузке исполнителей. На 4-листе должна присутствовать идентификационная информация MSProject. Она формируется предварительно и добавляется в выходной файл, созданный скриптом «вручную»;
♦ ассоциированные модели преобразуются в «вехи» MSProject (веха не имеет длительности и ресурсов).
В рамках аналогичного подхода (предложенной технологической схемы) могут быть реализованы задачи по временной и стоимостной оценке бизнес-процессов с использованием функциональных возможностей MSProject, а именно:
♦ определение критического пути;
♦ выработка рекомендаций по оптимизации загрузки персонала.
Достаточно интересным может быть интеграционное решение, которое, в отличие от вышерассмотренного случая, направлено не на дополнение функциональных возможностей ARIS за счет MSProject, а наоборот – на использование ARIS для решения целевых задач MSProject.
Общая задача, которая ставилась авторским коллективом перед написанием книги, – аргументированно показать, с одной стороны, актуальность и эффективность внедрения механизмов описания бизнес-процессов в деятельность организации в современных условиях, а с другой – сложность процесса построения действительно полезных для практики бизнес-моделей.
Достаточно затруднительно дать собственную оценку того, насколько убедительна была аргументация необходимости и неизбежности вхождения моделирования бизнес-архитектуры в «культуру управления» предприятий, стремящихся максимально соответствовать современным международным стандартам. Вместе с тем хотелось бы отметить тот факт, что за период работы над книгой члены авторского коллектива неоднократно привлекались к исполнению нескольких проектов по бизнес-моделированию со стороны различных государственных и коммерческих структур. Кроме того, состоялось большое количество контактов с заинтересованными заказчиками, которые в силу текущих организационных и финансовых ограничений не смогли обеспечить старт проекта в текущем периоде.
Особо следует отметить, что данные события были не только «спровоцированы» активностями потенциальных исполнителей по ознакомлению с возможностями и ожидаемыми результатами по разработке бизнес-моделей по внедрению в деятельность организации, но и имели независимые причины, обусловленные повышенным интересом рынка к данному виду услуг.
В той же мере авторскому коллективу затруднительно оценить, насколько полно нашла отражение в книге сложность процесса построения реально востребованных бизнес-моделей. Так или иначе, в заключение хотелось бы еще раз подчеркнуть организационную и технологическую проблематику создания моделей.
Можно взять на себя смелость утверждать, что из всех консалтинговых проектов, в том числе ИТ-направления, бизнес-моделирование является лидером по таким параметрам, как:
♦ значительное количество разнородных специалистов, роль каждого из которых имеет критичное значение для успеха проекта: юристы, производственные технологи, кадровые сотрудники, ИТ-специалисты и т. д.;
♦ обширный состав заинтересованных подразделений заказчика, которые являются потенциальными пользователями системы;
♦ необходимость поддержки в актуальном состоянии разработанной бизнес-архитектуры.
По этой причине организационные проблемы, включающие подбор компетенций, распределений ролей по проекту, планирование активностей, то есть управление проектом, во многих случаях могут стать основной причиной неудач и снивелировать высокие технологические возможности недостаточно подготовленного в организационном аспекте исполнителя.
В этой же плоскости организационных проблем лежит и четкая постановка задач, увязанная с готовностью заинтересованных подразделений заказчика обеспечить синхронную работу по проекту.
Технологическая проблематика связана с тем, что далеко не всегда декларируемые производителями возможности инструментальных средств могут быть реализованы на практике. Как правило, работы по каждому конкретному проекту требуют учета специфических условий и требований заказчика: постановок задач, реализации функционала, интеграции (взаимодействия) с информационными системами и т. д. По совокупности воздействия этих факторов исполнитель сталкивается с необходимостью «ручной» доработки используемой инструментальной базы, задействования и интеграции в общее решение других инструментальных средств, в которых тот или иной функционал реализуется более эффективно.
По этой причине предложенные в книге в виде организационно-технологических решений (рекомендаций) варианты обхода препятствий и «подводных камней», обусловленных объективно существующими ограничениями у используемой инструментальной среды, могут использоваться для сдвига с «мертвой» точки технологических проблем по проектам.
Следует отметить, что многие из представленных рекомендательных положений были выработаны авторским коллективом в результате практического исполнения масштабных работ по моделированию бизнес-процессов, и в этом смысле можно говорить о реальной их апробации.
На текущий момент «многопрофильность» проблематики построения формализованных бизнес-моделей не встречает адекватной готовности среды исполнения и внедрения.
Заказчики не знают в полной мере всех возможностей современных инструментальных средств моделирования, методологии использования моделей в практике управления развитием, потенциальных эффектов от внедрения бизнес-моделей в практику деятельности организации, условий для полномасштабного внедрения, особенностей поддержки процесса использования и т. д.
