Архитектор решений: процессы, роли, компетенции

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

Что такое архитектор решений?

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

Среди задач архитекторов решений:

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

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

Архитектор решений по сравнению с другими должностями уровня архитектора

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

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

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

Архитектор предприятия

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

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

Программный или технический архитектор

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

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

Архитектор инфраструктуры

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

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

Облачный архитектор

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

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

Чем занимается архитектор решений?

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

Соответствие решений корпоративной среде

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

Удовлетворение требований всех заинтересованных сторон

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

Учет ограничений проекта

Каждый проект имеет свои ограничения, которые обычно называют ограничениями. К ним относятся:

• технологии,
• риски,
• объем,
• расходы,
• качество,
• время и
• Ресурсы.

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

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

Выбор технологического стека проекта

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

Соответствие нефункциональным требованиям

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

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

Должностная инструкция и обязанности архитектора решений

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

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

Обязанности архитектора решений

Напрямую вытекают из практических процессов:

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

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

Навыки архитектора решений и резюме

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

Обязанности

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

Опыт

• Создание прототипа решения
• Участие в выборе технологий.
• Контроль разработки решения
• Поддержка управления проектом
• 8+ лет в разработке программного обеспечения
• ИТ-инфраструктура и облачное развитие
• Проектирование архитектуры и архитектуры программного обеспечения
• Бизнес-анализ
• DevOps
• Управление проектами и продуктами

Мягкие навыки

• Отличные коммуникативные навыки
• Аналитический склад ума
• Навыки управления проектами и ресурсами
• Совместная работа
• Навыки убеждения и ведения переговоров

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

Техническое образование и опыт

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

• ИТ-архитектура, инфраструктура и разработка облачных технологий;
• проектирование инженерной и программной архитектуры;
• бизнес-анализ;
• DevOps; и
• управление проектами и продуктами

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

Отличные коммуникативные навыки

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

Глубокие аналитические навыки

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

Навыки управления проектами и ресурсами

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

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

Примеры архитектуры решения

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

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

Система планирования ресурсов предприятия (ERP). Для крупной корпорации архитектор решений может спроектировать ERP-систему , которая объединяет финансы, человеческие ресурсы, управление цепочками поставок и управление взаимоотношениями с клиентами. Архитектор обеспечивает бесперебойный поток данных и автоматизацию процессов.

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

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

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

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

Список предметных областей для сертификации архитектора решений

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

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

Существует множество сертификатов ИТ-архитекторов, большинство из которых ориентированы на конкретного поставщика, то есть ориентированы на освоение конкретной технологии.

Список предметных областей экзамена AWS Amazon

• Проектирование безопасных архитектур (30 процентов оцениваемого контента)
• Проектирование устойчивых архитектур (26 процентов оцениваемого контента)
• Проектирование высокопроизводительных архитектур (24 процента оцениваемого контента)
• Проектирование экономически оптимизированных архитектур (20 процентов оцениваемого контента)
• Проектные решения для организационной сложности (26 процентов оцениваемого контента)
• Дизайн для новых решений (29 процентов оцененного контента)
• Постоянное улучшение существующих решений (25 процентов оцениваемого контента)
• Ускорение миграции и модернизации рабочих нагрузок (20 процентов оцениваемого контента)

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

Сертификация и обзор навыков архитектора решений Azure

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

Сертификат Azure Solutions Architect Expert можно получить после сдачи экзамена: Проектирование решений инфраструктуры Microsoft Azure.

Сертификация облачного архитектора Google

Темы для сертификации профессионала в архитектуре Google Cloud:

• Проектирование и планирование архитектуры облачного решения;
• Управление и предоставление инфраструктуры решения;
• Проектирование с учетом безопасности и соответствия требованиям;
• Анализ и оптимизация технологий и бизнес-процессов;
• Управление реализациями облачной архитектуры; и
• Обеспечение надежности решений и операций.

Когда компании нужен консалтинг по архитектуре решения

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

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

Давайте рассмотрим случаи, когда рекомендуется консультирование по архитектуре решения:

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

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

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

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

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

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

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

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

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