Как обеспечить успех трансформации с помощью iServer

  • Дата: 11 апреля 2017

1. Актуальные вызовы времени

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

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

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

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

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

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

Бизнес- и ИТ-трансформация требуют структурированного взаимодействия множества людей: архитекторов, программистов, различных бизнес-пользователей, которые могут не обладать достаточным опытом или знаниями по моделированию. Найти инструмент, который позволит всем заинтересованным сторонам конструктивно сотрудничать без тщательной переподготовки и приобретения дополнительных навыков, может быть проблематично. Orbus Software подошел к этой проблеме путем разработки платформы полностью интегрированной с решениями Microsoft, платформы, которая использует существующие возможности продуктов Office, в частности, Visio для графического моделирования. Это простота использования и скорость внедрения инструмента от Orbus Software позволяет организациям осуществить «быстрый запуск» программы поддержки трансформации.

Ключевые выводы

  • Архитектурный подход является основным способом проектирования и реализации трансформации бизнеса и ИТ.
  • Основными задачами при трансформации организации являются проектирование на разных уровнях абстракции для различных стейкхолдеров, включая ключевые домены (бизнес, ИТ), выравнивание стратегии и архитектуры организации, управление ИТ-ландшафтом, управление портфелем проектов, управление рисками и соответствием, анализ бизнес-процессов и управление процессами ERP.
  • Для принятия объективных решений и эффективного взаимодействия разноуровневых сотрудников организации из различных функциональных подразделений необходимо использование единого инструмента, который будет обеспечивать поддержку и сопровождение всего архитектурного контента: элементы организации, их структура, их атрибуты, их взаимосвязи. Для такого успешного взаимодействия целесообразно создание единого хранилища (репозитория) с возможностью просмотра информации для каждой из заинтересованных сторон на своем «языке».
  • Инструмент, используемый для сопровождения трансформации, должен быть в состоянии поддерживать целый ряд доменов управления, вести набор различных требований, управлять инициативами при трансформации и позволять осуществлять разные роли в архитектурной практике.
  • Инструмент для моделирования должен поддерживать базовые шаблоны и стандарты, быть способным использовать их сразу несколько, иметь режим «быстрой настройки», чтобы удовлетворить потребности любой организации. При этом имеющиеся в инструменте шаблоны должны служить в качестве отправной точки, а не быть ограничивающим фактором.

2. Возможности платформы iServer

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

Интеграция с Microsoft

Одним из конкурентных преимуществ iServer является использование и дополнение уже созданных инструментов, используемых пользователями: Microsoft Visio для диаграмм и схем, Excel для списков, Word для документации и PowerPoint для презентаций. Большое количество организаций по всему миру в настоящее время используют Microsoft Visio и Office для документирования бизнес-процессов и архитектуры предприятия.

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

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

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

 

Гибкость

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

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

 

Сбор данных

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

 

Поддержка единых стандартов, шаблонов, методологий и нотаций

iServer обеспечивает поддержку шаблонов и стандартов, в том числе IT4IT, TOGAF, ArchiMate, BPMN, ITIL, COBIT и PRINCE2. Но при этом iServer может быть настроен для поддержки любых собственных шаблонов, метамодели или нотации. Это может быть реализовано через пользовательский интерфейс без необходимости дополнительного конфигурирования ПО.

 

Организация взаимодействия

Любые типы контента могут быть опубликованы, даны гиперссылки на опубликованные объекты, создаваемые автоматически из взаимосвязей. После публикации контента в репозитории любому пользователю с помощью веб-браузера предоставляются возможности просмотра диаграмм, документов, иерархии, связей, свойств, пользовательских атрибутов и организации обратной связи. Дополнительно iServer имеет набор бизнес-инструментов, которые имеют решающее значение для разных заинтересованных лиц. Они включают в себя создание интернет-портала с онлайн-доступом к репозиторию, инструменты публикации на HTML или в Microsoft PowerPoint, использование Microsoft Word для создания документов на основе контента репозитория, а также возможность создания онлайн-витрин показателей.

 

Интеграция

Набор интеграционных модулей позволяет пользователям импортировать данные из других программ напрямую в репозиторий. iServer также интегрируется с рядом сторонних инструментов, в том числе системами управления бизнес-процессами (BPMS), SAP, системами моделирования данных и бизнес-аналитики (BI). Кроме того, модуль iServer BI Connect обеспечивает мощный, легкий в использовании и настраиваемый инструмент для создания кастомизированной отчетности/витрин мониторинга.

 

Обучение и поддержка

В iServer есть встроенный Центр обучения, который включает в себя аккредитованные электронные учебные курсы по продукту, сертификацию по стандартам (например, BPMN 2.0), онлайн-помощь и доступ к другим образовательным ресурсам. Кроме того, Orbus Software оказывает всестороннюю поддержку пользователей. Пользователи имеют возможность обратиться с вопросами в техподдержку непосредственно через интерфейс Центра обучения.

3. Поддержка основных технологических трендов

Как правило, инициативы по трансформации подразумевают внедрение новых технологий. Архитектура организации предлагает полезный подход и представления, с помощью которых ИТ-подразделения могут взаимодействовать с бизнесом, улучшая принятие решений, планирование и соответствие корпоративным требованиям и принципам. Этот подход обеспечивает лучшее понимание и оценку инвестиций в технологии, а также понимание сложности ИТ-ландшафта, которая часто встречается во многих организациях. Такие представления, как эталонная технологическая архитектура, SWOT-анализ, карта развития клиента, стратегия на одной странице, и «дорожная карта» (рис. 3), помогают получить понимание влияния новых технологий и инициатив по трансформации.

Тренд: стратегическое выравнивание

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

Тренд: изучение клиентского опыта

Рост требований со стороны лучше информированных клиентов резко сместили баланс власти от организаций к клиентам. Исследования показывают, что 71% организаций утверждают в качестве главной бизнес-задачи независимо от регионов и отраслей, к которым они относятся, повышение удовлетворенности своих клиентов. Клиенты действительно ожидают большего от организаций, и больше не готовы ориентироваться только на крупных или локальных поставщиков. Они ожидают простоты, скорости и прозрачности взаимодействия, независимо от того, кого они выбирают: крупную организацию или частную лавочку, представительство глобальной сети или локальный магазин или иную компанию, доступную только через различные цифровые каналы. Общей целью для многих организаций является совершенствование в области клиентского опыта. Представление, которое может помочь в реализации этой цели – это карта развития клиента (рис.5).

Тренд: цифровизация

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

Тренд: мобильность

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

Тренд: большие данные

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

4. Поддержка архитектурных ролей и доменов

Бизнес-архитектор

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

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

Архитектор бизнес-процессов

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

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

Архитектор данных/информации

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

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

Архитектор приложений

Архитектура приложений переживает переходный период в связи с принятием методологий гибкой разработки (agile). В то время как традиционный процесс разработки (waterfall) содержит архитектуру, спроектированную в начале проекта, Agile-практика требует эволюционного подхода, гибкости с точки зрения архитектуры, которая еще только должна быть разработана. Принятие архитектурных решений имеет серьезные последствия для последующего развития организации и новых идей для оценки оптимального архитектурного выбора.

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

Архитектор инфраструктуры/технологических платформ

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

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

Архитектор безопасности

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

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

Архитектор решений

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

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

5. О компании Orbus Software

Компания была основана в 2004 году. Штаб-квартира компании находится в Лондоне. Компания является независимым поставщиком программного обеспечения и глобальным поставщиком услуг для бизнес- и ИТ-трансформации. Клиентская база насчитывает более 400 активных глобальных корпораций из 28 стран. Более 70% покупателей, которые приобрели ПО от Orbus в прошлом году, имеют годовой доход, превышающий $10 млрд.

Orbus имеет операционные офисы в Сиднее, Лондоне и Нью-Йорке, в каждом из которых обеспечивает продажи, маркетинг, поддержку и консультации. Клиентская база компании стремительно растет (на 25% ежегодно). В настоящее время показатель удержания клиентов равен 92%, что свидетельствует о способности Orbus эффективно реализовывать планы по продажам, поддержке и консультированию клиентов.

В 2016 году Orbus продолжил расширение своей программы глобального партнерства для обслуживания целевых рынков. Эта программа включает в себя более 70 активных партнеров-консультантов, в том числе крупных глобальных поставщиков услуг и системных интеграторов, а также нишевых, локальных игроков. Расширение партнерской программы с крупными консалтинговыми компаниями будет происходить также на основе нового продукта компании – 42 модулей электронного дистанционного обучения. Это позволяет партнерам программы осуществлять самостоятельное онлайн-обучение собственных сотрудников. Обучение охватывает функциональные возможности iServer, методологии (с онлайн-аттестацией) и демонстрацию/поддержку продуктов.


 


iServer

Последние публикации