Архитектура Предприятия — Стратегический Подход К Ит

Стратегию необходимо воплотить в требования и действия, которые необходимо донести до людей.

Каждый отдел должен понимать суть работы и общее направление развития ИТ.

Система HPE Enterprise Maps призвана решить эту проблему.

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

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

Созданная собственными силами система Enterprise Maps легко взаимодействует с данными из других систем HPE и дополняет их, создавая целостное и мощное решение.

Чтобы не изобретать велосипед, Enterprise Maps использует методологию TOGAF, которая понятна архитекторам и показывает, как подходить к управлению архитектурой предприятия.

Нотация ArchiMate 2.0 используется как язык описания взаимодействия архитектурных элементов друг с другом.

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

Чрезвычайно важно уметь переводить «красивые» слова в конкретные действия.

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

Практически в любой компании можно найти ПО, поддержка которого платная, хотя на самом деле она не нужна или тем более система уже снята с поддержки.

Бывает и наоборот: компания планирует построить новую систему, не осознавая, что платформа, которую она использует, сильно устарела.

Обычно для описания архитектуры используются программы рисования, например Microsoft Visio. Важно отметить, что Enterprise Maps — это не рисование, а создание моделей, связанных с реальным миром, и при их разработке будет контролироваться соблюдение различных политик.

Невозможно создать объект, оторванный от реальности.

Архитекторы — это аудитория, понимающая преимущества системы и способная оценить ее возможности.

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

Следующая важная группа пользователей — финансовые директора и ИТ-директора.

У них разные задачи.

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

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

Для CIO важна прозрачность деятельности ИТ-подразделения и дополнительное обоснование своих решений перед высшим руководством.

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

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

Например, в систему включен скрипт «Пять шагов по переносу приложения в облако».

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

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

Во-вторых, видя текущую ситуацию, вы можете построить план перехода к целевому состоянию, определив недостающие элементы с помощью Gap-анализа.

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

Третье важное направление — стандартизация подхода к ИТ-активам, системам и функциям.

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

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



Обычно, увидев возможности Enterprise Maps, многие задаются вопросом: это система отчетности? Да, есть большое сходство.

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

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

Запрещенные действия совершаться не будут, а дальнейшее соблюдение правил будет проверено повторно.

Таким образом, архитектор не просто «рисует картинки», а достаточно вдумчиво подходит к решению задач.

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

Более продвинутые клиенты имеют системы UCMDB, которые также становятся ценным источником данных.

Еще одним важным источником является система управления портфелем проектов.

Отсюда берутся цели, программы и проекты.

На основе этих данных можно показать место реализуемых проектов в общей стратегии.

Наконец, для наполнения систем не обойтись без инструментов моделирования — например, Sparx Enterprise Architect, одной из самых популярных систем из-за своей невысокой стоимости.

Более того, в некоторых случаях использование таких специализированных инструментов предпочтительнее.

Если вы разрабатываете новую систему, которая станет основным элементом архитектуры, лучше взять предназначенные для этого и знакомые пользователям инструменты проектирования, а затем загрузить построенные модели в Enterprise Maps, где они будут связаны с текущими системами.

, инфраструктура, планы и проектная деятельность.

Среди них есть несколько ключевых.

Одним из них является отчет о бизнес-возможностях портфеля приложений.

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

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

Отчет «Стратегические инвестиции» позволяет увидеть разрыв между фактическими инвестициями и приоритетами бизнеса.

Например, используя финансовую информацию из системы управления портфелем проектов, можно выявить чрезмерные инвестиции в неприоритетные направления.

Это обеспечивает финансовую прозрачность, которую хотят видеть предприятия.

Анализ стоимости приложений также дает пищу для размышлений относительно их деловой ценности и реальных затрат.



Использование платформы — это отчет, который также может быть очень полезным.

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

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

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

Причины очевидны: им постоянно приходится быть «в авангарде ИТ», захватывая новые рынки, что отражается на ИТ-архитектуре.

Им гораздо чаще нужна прозрачность, в том числе и в процессе достижения целей.

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

Не думайте, что системы управления архитектурой предприятия — решение только для гигантов.

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

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

А несколько архитекторов – это уже довольно крупная организация.

Но главное — компания должна быть готова, закупив за последние годы много оборудования и приложений, навести порядок в своей ИТ-экономике.

Их пока не так много.