Архитектор решений: процессы, описание ролей, обязанности и сертификаты

Contents

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

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

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

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

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

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

Архитектор предприятия против архитектора решений против технического архитектора

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

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

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

предприятия, решения и технические архитектуры

Архитектура решения в контексте корпоративной и технической архитектуры

Кто такой корпоративный архитектор?

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

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

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

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

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

Кто такой архитектор инфраструктуры?

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

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

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

Архитектура решения и ее основные процессы

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

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

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

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

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

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

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

  • технологии
  • риски
  • сфера
  • Стоимость
  • качественный
  • время
  • Ресурсы

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

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

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

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

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

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

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

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

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

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

Обязанности архитектора решений напрямую вытекают из процессов на практике:

  • Анализ технологической среды
  • Анализ специфики предприятия
  • Анализ и документирование требований
  • Настройка рамок сотрудничества
  • Создание прототипа решения
  • Участие в выборе техники
  • Контроль разработки решения
  • Поддержка управления проектами

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

Набор навыков и опыт архитектора решений

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

роль архитектуры решения

Распределение ролей архитектора решений

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

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

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

Прекрасные навыки общения

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

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

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

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

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

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

Сертификация архитектора решений

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

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

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

Сертификация архитектора решений AWS

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

Экзамен AWS Certified Solutions Architect — Associate занимает 130 минут и стоит 150 долларов США. Amazon рекомендует кандидатам иметь не менее 1 года практического опыта перед сдачей теста. Вот список основных предметных областей этого экзамена:

aws связывает домены содержимого экзамена

Список основных доменов контента и их веса, источник: Exam Guide .

Экзамен AWS Certified Solutions Architect — Professional предназначен для старших архитекторов с 2 или более годами опыта и полномочиями младшего специалиста. Это занимает 180 минут и стоит 300 долларов. Вот схема содержания:

aws профессиональный домен содержания экзамена

Список основных доменов контента и их веса, источник: Exam Guide .

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

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

У Microsoft есть множество учетных данных для архитекторов решений, наиболее известным из которых является Microsoft Certified: Azure Solutions Architect Expert . Это для кандидатов, специализирующихся на решениях, работающих в Microsoft Azure, и обладающих глубокими знаниями об инфраструктуре Azure.

Сертификацию Azure Solutions Architect Expert можно получить после сдачи экзамена: AZ-305: Designing Microsoft Azure Infrastructure Solutions . Цена зависит от страны, в которой проводится экзамен (165 долларов США для США).

Вот обзор навыков, измеряемых этими тестами. Вкратце АЗ-305 ориентирован на решение технических задач, таких как:

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

Содержание AZ-305 оценивает такие навыки, как:

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

ITIL сертификация

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

В описании говорится, что для получения сертификата вы должны быть в состоянии « объяснить и обосновать, как вы лично выбрали и применили ряд знаний, принципов, методов и методов из ITIL Framework и вспомогательных методов управления для достижения желаемых бизнес-результатов за один раз». или несколько практических заданий. ” Таким образом, для этого экзамена не существует учебного курса или фиксированной программы, поскольку каждый кандидат будет проверен в рамках своего уникального опыта.

Сертификат ITIL Expert является обязательным условием для получения этого сертификата. Кандидат также должен иметь более 5 лет опыта работы на руководящих, управленческих или консультативных должностях высокого уровня. Как только эти условия будут выполнены, претендент должен будет зарегистрироваться в PeopleCert (утвержденный экзаменационный институт Axelos), заполнить заявку и представить свое резюме. Далее необходимо представить предложение по улучшению бизнеса вместе с рабочим пакетом, демонстрирующим практические навыки кандидата в применении принципов ITIL в реальных бизнес-кейсах. После этого соискатели должны будут успешно пройти собеседование с оценочной комиссией, где им будет задан вопрос об их опыте.

Стоимость как экзамена, так и учебных курсов зависит от местоположения.

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

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

Экзамен длится 2 часа, регистрационный взнос составляет 200 долларов США. Google рекомендует иметь как минимум 3 года опыта, прежде чем пытаться пройти тест. Также важно помнить, что для этого требуется повторная сертификация каждые два года. Доступно руководство по экзамену (а также учебные материалы и примеры вопросов), в котором перечислены 6 аспектов экзамена:

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

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

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

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

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

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

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

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

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

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

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

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

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

Перейти к верхней панели