Архитектура и архитекторы
Относительно давно посетил семинар посвященный управлению архитектурой и ее контролю и все хотел описать полученные знания, так как информации было много, и большая ее часть была весьма полезна. Могу сказать, что представления мои об архитектуре сильно расширились, и тема оказалась более глубокой и широкой, нежели я себе ее представлял. Но это и хорошо, есть отправные точки, которые можно будет самостоятельно проработать в будущем. Итак, заканчивая с лирикой, хочу предоставить краткий конспект по архитектуре.
- Бизнес архитектура
- Архитектура информационных систем (потоки данных)
- Технологическая архитектура
Бизнес архитектура, она же Enterprise, является представлением того, как эффективно воспроизвести цели бизнеса и стратегию путем создания, улучшения и объединения ключевых требований, принципов и моделей для успешного развития бизнеса и достижения поставленных целей. Определение взято из английской википедии. Архитекторы уровня Enterprise должны ориентироваться на бизнес потребности и проводить анализ потоков данных, т.е. покрывают два указанных пункта. Архитекторы уровня Solution занимаются технологическими аспектами проектов. Так же стоит упомянуть не обозначенных здесь Infrastructure Architect, людей, которые занимаются глобальным развитием и анализом технических возможностей по реализации проектов.
- Enterprise (EA)
- Solution (SA)
- Infrastructure (IA)
Отличия Enterprise Architect от Solution Architect
- Enterprise – что делать
- Solution – как делать
- Определение и решение об оборудовании, на котором будет работать приложение и/или его части.
- Определение потоков данных, взаимодействие с другими информационными системами в пределах компании и за ее пределами.
- Разработка плана разворачивания приложения, определение зависимостей.
- Разработка плана администрирования приложения и вопросов доступа\безопасности.
- Выбор фреймворков для работы;
- Представлений пользователю;
- Контроль за развитием приложения;
- Решение спорных моментов у разработчиков.

EA разрабатывает глобальный план работы приложения, взаимодействия его с другими приложениями. SA работает над конкретным ПО. При этом EA постоянно следит за тем, как именно развивается приложение и может вносить коррективы в концептуальные части приложение.
Например, в какой-то момент появляется потребность в новом приложении Х, которое использует данные, которые генерирует приложение А. В таком случае ЕА принимает решение о выделении части приложения А в отдельный сервис, который будет поставщиком данных для приложения Х. Таким образом может быть заметно сокращена работа по реализации нового приложения.
Из представленного примера легко прийти к заключению о том, что EA должен очень хорошо прорабатывать, анализировать и следить за тем, как работают все приложения вместе, иметь всю информацию в наглядном и структурированном виде, для того, чтобы можно было принимать описанные решения. Повторное использование сервисов и данных, помнить или знать специфику данных и сервисов, все это входит в ответственность EА.
На мой взгляд, SA должен быть практикующим программистом, так как требуется знать достаточно хорошо продукты и фреймворки с которыми предстоит работать, знать ограничения и сильные стороны технологий которые будут использованы. В свою очередь EA точно так же не оторван от мира технологий, так как надо знать концептуальные различия в общих технологиях, быть в курсе тенденций их развития. Так как принятые решения в глобальном плане развития ПО могут похоронить все последующие проекты, либо сделать их разработку долгой и трудной, если выбор будет не соответствовать технологической структуре бизнеса.
Уровни ответственности и влияния

На данной, схеме показаны зависимости и отношения между разными уровнями архитектурного планирования. Влияние их друг на друга. Комментировать не стоит, я думаю.
- Проектные планы
- Отображение бизнес-процессов на системы
- Бизнес-процессы
- Организационная структура
- Технологическая архитектура интеграции систем
- Структуры данных
- Топология развертывания систем и их компонент
- Топология сети и подключения оборудования
- Физическое размещение систем
- Реестры систем и оборудования
- Функциональные системы
Про каждый элемент из списка можно погуглить отдельно, но в целом понятно, что они означают. Остается наверно выбрать наиболее удобный формат представления.
Работа архитекторов
Некоторые люди высказывались о том, как построен процесс принятия решений в их компаниях. Например, при утверждении плана на год обязательно участие архитекторов, которые стараются сделать анализ возможности реализации в необходимые сроки. Определяют какие проекты потребуют наибольшего вложения сил, какие могут стать потребителями только и не потребуют много ресурсов.
Определенных средств для разработки и контроля никто не называл. Так или иначе, используется компиляция средств из Visio, SharePoint, Wiki.
Для меня остаются открытыми вопросы того как оценивать тенденцию в росте данных, механизмы управления данными. Лучшие практики по миграции архитектур, как идет работа систем при модернизации. Много, много вопросов возникает практического характера, которые я постараюсь выяснить у практикующих людей, с которыми познакомился на семинаре. Если будет результат, то напишу дополнительно.
Из дополнительного материала можно порекомендовать TOGAF9 и блог Nick Malik.
UPD
Рассказчиком был Сергей Орлик и это была компиляция его предыдущих рассказов об архитектуре. Слайды доступны по адресу www.slideshare.net/sorlik/presentations
- архитектура
- архитектура по
- enterprise architect
- solution architect
Профессия архитектор решений: чем занимаются эти специалисты и как стать одним из них
В течение последнего десятилетия технологии преобразили практически все сферы деятельности. Компании стремятся автоматизировать рабочие операции, чтобы повысить продуктивность и оставаться конкурентоспособными. В этом им могут помочь архитекторы решений (Solution Architects) — специалисты с глубоким пониманием бизнес-процессов и отличным знанием технологий. Они заботятся о том, чтобы выбранные инструменты, программное обеспечение, сервисы и оборудование полностью соответствовали стратегическим целям организации.
В сегодняшней статье мы поговорим о том, чем занимаются архитекторы решений, каковы основные требования к кандидатам на такую должность, сколько обычно зарабатывают эти специалисты и как стать одним из них.
Что такое архитектура ИТ решений?
Чтобы лучше понять роль архитектора решений в разработке программного обеспечения, нужно сначала разобраться, что же такое архитектура ИТ решений.
Под архитектурой решений подразумевается процесс подбора ИТ-продуктов и сервисов, которые решают некую бизнес-задачу с учетом функциональных требований, стоимости, безопасности, временных ресурсов и других факторов. При этом все выбранные продукты должны интегрироваться между собой, хорошо работать с уже используемыми в организации программами и позволять компании масштабироваться.
Архитектура решений — это средняя ступень между архитектурой предприятия (enterprise architecture) и технической архитектурой (technical architecture). В то время как архитектура решений касается работы с конкретными проблемами бизнеса, архитектура предприятия планирует технологическую экосистему организации в целом. Техническая архитектура, в свою очередь, занимается инженерными аспектами разработки приложений и систем. В некоторых компаниях роли архитектора решений, архитектора предприятия и технического архитектора могут пересекаться.
Хорошо продуманная архитектура помогает командам разрабатывать высококачественный продукт в срок и оставаться в рамках бюджета. Именно поэтому архитекторы решений незаменимы в любом сложном проекте. Что же конкретно делают эти специалисты?
Чем занимается архитектор решений?
Архитекторы решений анализируют потребности бизнеса клиента, определяют, какие ИТ инструменты могут помочь с конкретными задачами, описывают, как все компоненты будут работать вместе, и представляют заказчикам план реализации предлагаемого решения. Проще говоря, это эксперты, чьих знаний бизнеса и технологий достаточно, чтобы понять, что нужно заказчику, и объяснить ему, как этого достичь.
Роль архитекторов решений.
Архитекторы решений начинают работать над проектом на самых ранних стадиях. Сначала они определяют, какую проблему должны решать технологии, анализируют требования и проясняют, какого именно результата надеется достичь клиент.
Затем эти специалисты продумывают набор инструментов для решения поставленной задачи: технологические стеки, базы данных, архитектурные паттерны, стандарты кибербезопасности и т.д. А для того, чтобы наглядно описать сложные системы со множеством различных модулей и сервисов, архитекторы решений используют диаграммы.
После того, как этап планирования завершён, архитекторы представляют своё решение заказчикам. Именно поэтому умение объяснять сложные вещи простым языком очень важно для успеха в этой профессии. Но также необходима и способность обсуждать технические детали с ИТ специалистами клиента или разработчиками в своей компании. То есть архитекторы решений должны уметь одинаково эффективно общаться как с техническими специалистами, так и с людьми далёкими от технологий.
В дальнейшем архитекторы контролируют ключевые моменты разработки и следят за тем, чтобы продукт оправдал ожидания заказчика.
Теперь давайте поговорим о повседневных обязанностях таких специалистов.
Обязанности архитектора решений.
В зависимости от размера и структуры компании задачи, которые выполняет архитектор решений, могут немного отличаться. Но так или иначе они сводятся к обеспечению того, чтобы ИТ решение соответствовало бизнес-целям клиента. Как правило в обязанности архитекторов входит следующее:
- Исследовать, какие технологии уже используются клиентом, и определять, что можно улучшить.
- Анализировать требования заказчиков к конечному продукту и управлять их ожиданиями.
- Разрабатывать технологические решения, которые соответствуют требованиям и хорошо интегрируются с уже используемыми инструментами.
- Прогнозировать, какое влияние выбранные технологии окажут на бизнес заказчика.
- Разрабатывать подробные спецификации предлагаемого решения.
- Оценивать возможные ограничения и риски проекта.
- Оказывать поддержку в разработке прототипов.
- Разъяснять разработчиками связь между продуктом, над которым они работают, и задачами заказчика.
- Информировать клиента о ходе разработки.
Чтобы хорошо справляться со своими обязанностями, архитектор решений должен тесно сотрудничать с отделами продаж, маркетинга, управления проектами, контроля качества и разработки.
Теперь давайте обсудим, каковы основные требования к кандидатам на должность архитектора решений.
Как стать архитектором решений?
Претенденты на должность архитектора решений должны обладать определенным набором навыков, образованием, сертификатами и опытом работы. Рассмотрим каждый из этих факторов.
Образование архитектора решений.
У большинства архитекторов решений есть степень бакалавра или магистра в области информационных технологий, компьютерных наук или инженерии программного обеспечения. Иногда, при условии наличия релевантного опыта работы, для получения должности бывает достаточно непрофильного образования.
Опыт работы.
Предыдущий опыт работы в технологиях помогает архитекторам решений обсуждать технические детали с командой разработчиков и эффективно общаться с ИТ-специалистами из компании клиента. Как правило работодатели ищут сотрудников с 5-10 годами опыта в таких сферах как:
- Разработка программного обеспечения
- Управление базами данных
- Разработка облачных решений
- Администрирование компьютерных сетей
- ИТ-безопасность
- Управление проектами.
Наличие экспертных знаний в определённой сфере экономики, будь то здравоохранение, финансы или транспорт, также очень полезно в этой профессии.
Навыки.
Для работы в должности архитектора решений нужны и технические, и так называемые мягкие или гибкие навыки.
По данным Payscale, наиболее востребованными техническими компетенциями в этой профессии являются знание облачных технологий, понимание принципов работы ИТ-систем, опыт работы с SAP Business Warehouse и опыт администрирования баз данных.
Однако для успеха в карьере архитектора решений мягкие навыки не менее важны:
- Коммуникативные навыки. Умение эффективно общаться необходимо, поскольку архитекторы решений постоянно взаимодействуют с другими людьми. Они должны уметь хорошо слушать, чтобы разобраться в потребностях заказчика, а также ясно выражать свои мысли, общаясь как с профессионалами технических специальностей, так и с людьми, которые не являются экспертами в технологиях.
- Аналитическое мышление — ещё один навык, без которого архитекторам решений не обойтись. Их работа требует глубокого понимания того, как будут взаимодействовать между собой компоненты предлагаемого решения, как новые продукты повлияют на отдельные бизнес-процессы и какие риски могут быть связаны с нововведениями.
- Незаменимы и лидерские качества. Архитекторы решений отвечают за то, чтобы деятельность всех участников проекта была направлена на реализацию предложенного ими решения. Поэтому они должны уметь отстаивать свою точку зрения, а также мотивировать и вдохновлять людей.
Способность решать проблемы, творческое мышление, умение управлять рисками, навыки презентации и способность принимать обдуманные решения также очень полезны в этой профессии.
Сертификаты.
Сертификаты помогают специалистам продемонстрировать свои экспертные знания и опыт в конкретной технологии. Вот список наиболее популярных среди архитекторов решений программ сертификации:
- AWS Solutions Architect
- Microsoft Certified: Azure Solutions Architect Expert
- Google Professional Cloud Architect
- Сертификаты ITIL
- Сертификаты TOGAF
Сколько зарабатывают архитекторы решений?
Согласно Payscale средняя заработная плата архитекторов решений составляет 120 004$ в год. Она может варьироваться от 76 000$ до 161 000$ в зависимости от города, опыта и компании. Данные также показывают, что самые высокооплачиваемые архитекторы решений работают в Сан-Франциско, Нью-Йорке и Атланте.
Заключение.
Архитектура решений лежит в основе любого ИТ проекта, независимо от его размеров. Но если в небольших компаниях обязанности по её разработке могут быть распределены между разными специалистами, то в крупных корпорациях и в больших проектах без квалифицированного архитекторов решений обойтись сложно. Именно они помогают подготовить план работы таким образом, чтобы готовое ИТ-решение соответствовало бизнес-целям, а проект был выполнен в срок и не вышел за рамки бюджета. А так как компании всё больше полагаются на технологии, спрос на таких профессионалов продолжает расти.

Алена Майер
Редактор и автор статей о современных технологиях, обучении новым навыкам, карьере и саморазвитии.
Solution architect кто это
Еще десять лет назад в Украине иметь в команде архитектора цифровых решений (Solution Architect) было бы удивительным: такая позиция только-только появлялась, и подобных специалистов можно было сосчитать на пальцах. Сегодня ситуация изменилась. AIN.UA поговорил с Артемом Андрусенко, руководителем отдела разработки ПО из программы MODUS по цифровой трансформации ДТЭК, чтобы разобраться, кто такой архитектор цифровых решений и какие навыки нужно развивать, чтобы им стать.
Автор: Аня Аргирова
Между бизнесом
и технологиями:
чем занимается архитектор цифровых решений
Еще десять лет назад в Украине иметь в команде архитектора цифровых решений (Solution Architect) было бы удивительным: такая позиция только-только появлялась, и подобных специалистов можно было сосчитать на пальцах. Сегодня ситуация изменилась. AIN.UA поговорил с Артемом Андрусенко, руководителем отдела разработки ПО из программы MODUS по цифровой трансформации ДТЭК, чтобы разобраться, кто такой архитектор цифровых решений и какие навыки нужно развивать, чтобы им стать.
Материал подготовлен при поддержке DTEK
Что это значит?
Автор: Аня Аргирова
Этот материал подготовлен журналистами AIN.UA по редакционным стандартам и опубликован при поддержке рекламодателя
Материал подготовлен при поддержке DTEK
Что это значит?
Чем занимается архитектор цифровых решений
Архитектор выбирает те решения, которые помогут бизнесу получить максимум пользы, применяя для этого современные технологии. В отличии от бизнес-аналитика, который показывает, какой должна быть система c функциональной точки зрения, архитектор цифровых решений знает, с помощью каких технологий и как она будет реализована.
Например, бизнес понимает, что ему нужно с точки зрения функционала, чтобы сократить расходы или улучшить показатели. Архитектор цифровых решений дает бизнесу понимание, как это решение можно построить, какие технологии для этого нужно использовать, этапы такого строительства, а также сколько такое решение будет стоить.
Продукт работы архитектора — это набор технических решений и стратегия реализации.
Роль архитектора: выяснить требования бизнеса и других стейкхолдеров, создать техническое видение, чтобы показать, как выбранное решение будет справляться с проблемами (cover business needs). Дальше архитектор передает техническое видение команде разработки, которая на его основе итеративно разрабатывает решение. Так как мы работаем по гибким методологиям, архитектор также занимается поддержкой команды разработки, сопровождая проект на этапе реализации. При этом он может создавать прототипы для выявления новых ограничений технологий или углубляться в дизайн.
Как стать архитектором цифровых решений
Архитекторы — это опытные технические специалисты с хорошими навыками коммуникации. Подобных им в сфере очень мало. Опыт – главный ключ к этой работе. Путь от позиции разработчика до должности архитектора может занять более 10 лет.
Его карьера выглядит примерно так: сначало разработчик, проходит все этапы: junior, middle, senior. После перед ним появляется выбор, в каком направлении развиваться дальше: менеджмент или техническая экспертиза. Именно последнее в большинстве случаев ведет к позиции архитектора.

Чем занимается архитектор цифровых решений
Роль архитектора: выяснить требования бизнеса и других стейкхолдеров, создать техническое видение, чтобы показать, как выбранное решение будет справляться с проблемами (cover business needs). Дальше архитектор передает техническое видение команде разработки, которая на его основе итеративно разрабатывает решение. Так как мы работаем по гибким методологиям, архитектор также занимается поддержкой команды разработки, сопровождая проект на этапе реализации. При этом он может создавать прототипы для выявления новых ограничений технологий или углубляться в дизайн.
Архитектор выбирает те решения, которые помогут бизнесу получить максимум пользы, применяя для этого современные технологии. В отличии от бизнес-аналитика, который показывает, какой должна быть система c функциональной точки зрения, архитектор цифровых решений знает, с помощью каких технологий и как она будет реализована.
Например, бизнес понимает, что ему нужно с точки зрения функционала, чтобы сократить расходы или улучшить показатели. Архитектор цифровых решений дает бизнесу понимание, как это решение можно построить, какие технологии для этого нужно использовать, этапы такого строительства, а также сколько такое решение будет стоить.
Продукт работы архитектора — это набор технических решений и стратегия реализации.
Как стать архитектором цифровых решений
Архитекторы — это опытные технические специалисты с хорошими навыками коммуникации. Подобных им в сфере очень мало. Опыт – главный ключ к этой работе. Путь от позиции разработчика до должности архитектора может занять более 10 лет.
Его карьера выглядит примерно так: сначало разработчик, проходит все этапы: junior, middle, senior. После перед ним появляется выбор, в каком направлении развиваться дальше: менеджмент или техническая экспертиза. Именно последнее в большинстве случаев ведет к позиции архитектора.
Личный опыт
Начал я свой пусть со вступления на факультет прикладной математики в университет. Несмотря на то, что эта специальность не очень пересекалась с программированием, там я получил фундаментальные знания об алгоритмах, а также научился решать сложные проблемы. Тогда же и начались мои первые эксперименты в этом поле. После университета я пошел в маленькую сервисную компанию, где провел два года в качестве разработчика. Вскоре я перешел в GlobalLogic, где участвовал в различных проектах: от разработки бизнес-приложений до подобия разработки искусственного интеллекта. Там же дорос до роли Tech Lead.
Затем меня пригласили в компанию Ciklum на позицию архитектора-консультанта. В основном я занимался начальным этапом дизайна — когда у клиента есть идея или видение продукта, но нет достаточного наполнения по части технической реализации и нужно превратить возможность в проект. После того, как компания увидела ценность архитекторов, мы начали расширение команды и создали отдельную архитектурную практику, я занял позицию Head of Architects. С 2019 года я перешел в новосозданную программу MODUS по цифровой трансформации ДТЭК на позицию Head of Software Development, где отвечаю за разработку цифровых решений и такие направления как: Solution Architecture, QA, Software Development, Product Design, Business Analysis.

Личный опыт
Начал я свой пусть со вступления на факультет прикладной математики в университет. Несмотря на то, что эта специальность не очень пересекалась с программированием, там я получил фундаментальные знания об алгоритмах, а также научился решать сложные проблемы. Тогда же и начались мои первые эксперименты в этом поле. После университета я пошел в маленькую сервисную компанию, где провел два года в качестве разработчика. Вскоре я перешел в GlobalLogic, где участвовал в различных проектах: от разработки бизнес-приложений до подобия разработки искусственного интеллекта. Там же дорос до роли Tech Lead.
Затем меня пригласили в компанию Ciklum на позицию архитектора-консультанта. В основном я занимался начальным этапом дизайна — когда у клиента есть идея или видение продукта, но нет достаточного наполнения по части технической реализации и нужно превратить возможность в проект. После того, как компания увидела ценность архитекторов, мы начали расширение команды и создали отдельную архитектурную практику, я занял позицию Head of Architects. С 2019 года я перешел в новосозданную программу MODUS по цифровой трансформации ДТЭК на позицию Head of Software Development, где отвечаю за разработку цифровых решений и такие направления как: Solution Architecture, QA, Software Development, Product Design, Business Analysis.
Какие навыки стоит развивать будущему архитектору цифровых решений
Умение общаться с бизнесом.
Архитектор обязан понимать, как выведать правильные требования, чтобы принимаемые решения были обоснованными и правильными.
Доступно презентовать.
Одна из задач — это умение донести решения и бизнесу, и команде разработки, чтобы обе стороны поняли ожидаемый результат.
Экспертность в технической области.
Надо ориентироваться в используемых технологиях, ведь именно это и есть инструменты применяемые в разработке продукта.
Идеальный кандидат на должность архитектора цифровых решений в большой бизнес, как ДТЭК:
Опыт. Не только в разработке проектов, но и в построении сложных систем с нуля. Важно понимать, что большая компания — это не стартап, и если система не будет работать даже 10 минут, это может привести к большим потерям;
Иметь опыт работы с новыми технологиями и подходами в разработке позволяющим решать вызовы с которыми сталкивается бизнес;
Умение общаться как с бизнесом, так и с разработчиками на одном языке;
Умение «продать», объяснить, представить проект.
Пример задачи. Скоро у нас стартует разработка нового продукта. Есть идея, есть видение бизнеса. В проекте работает бизнес-аналитик, который изучает требования клиента. Задача архитектора — проработать техническое видение продукта, показать, как мы будем строить систему, какие технологии использовать и как эффективно выбранное решение решит бизнес-проблему. Также архитектор помогает определить композицию команды, определяет требуемое количество разработчиков, а также старт работ каждого. Дальше, когда мы перейдем на этап разработки, архитектор должен углубиться в каждую из областей проекта. Ведь именно он должен объяснить команде, как сделать каждую из частей проекта, чтобы все сошлось в единый рабочий продукт.
Типичная неделя архитектора в ДТЭК:
Коммуникация с бизнес-аналитиком и клиентом для проработки плана работы над проектом;
Оценка содержания проекта и консультирование команды;
Проведения тренингов по применимым технологиях;
Участие в активностях по планированию внедрения в работу какого-либо из продуктов;
Дизайн системы, создание POC;
Подготовка документации и т.д.;
Поддержка в проведении собеседований.
Кто такой Solution Architect и какие у него обязанности
Solution Architect (SA) – это опытный специалист, отвечающий за архитектуру решений, в которую входит постановка целей и задач для выполнения проекта, поиск лучших технических решений, описание структуры и поведения ПО, распределений функций между разработчиками и многое другое. Роль архитектуры решений невозможно переоценить – она напрямую влияет на скорость разработки ПО, поэтому действия архитектора могут стать решающими в жизни проекта. Проще говоря, Solution Architect – это связующее звено между руководителем и проектной группой, именно SA ставит цели для разработчиков и контролирует их выполнение.
Как правило, архитектором решений становятся бывшие разработчики или DevOps-инженеры. Связано это с тем, что они уже имеют бэкграунд и могут контролировать процесс разработки с технической точки зрения. Большим плюсом для Solution Architect будет опыт работы на должности тимлида, который уже попробовал себя в роли менеджера.
Обязанности Solution Architect
SA может работать с несколькими проектами одновременно, но чаще среди его задач:
- общение с заказчиком, выявление его потребностей и требований к проекту;
- пресейл проекта («предварительная продажа», когда архитектор предлагает решение заказчику и объясняет, как оно вписывается в бизнес);
- подготовка документации с требованиями, разработка бэклога и их передача для последующей технической реализации;
- контроль за соблюдением проектных требований;
- налаживание взаимосвязи между разработчиками, проектными командами, тимлидами и вендорами;
- экспертиза и оценка текущей архитектуры;
- ведение технической документации.
Что должен знать и уметь Solution Architect?
SA – это всегда опытный практик. Без технических знаний архитектор не даст рекомендации и не объяснит преимущества или недостатки каждого проекта. Поэтому для архитектора важно понимание аспектов, касающихся разработки. Для того, чтобы работа была закончен в срок, архитектору нужно уметь рационально распределять ресурсы и правильно их использовать.
Любой проект может столкнуться с непредвиденными сложностями, поэтому одно из требований к Solution Architect – это умение управлять рисками. Архитектору нужно научиться анализировать результаты тестирования безопасности и производительности, ситуацию с вендорами, политикой компании и ее конкурентами, постоянно изменяющиеся требования и технологии, иначе его работа не принесет результатов.
Архитектор решений отвечает за взаимодействие между разработчиками и ему приходится много общаться с людьми. Тут понадобятся коммуникационные навыки. Они помогут наладить связь между участниками разработки и обеспечить выполнение проекта в срок. Поэтому SA должен уметь доносить информацию языком, понятным и для разработчика, и для заказчика.
Для успешного участия в переговорах архитектор должен иметь общее понимание бизнес-процессов, уметь видеть задачи и цели компании. Все это необходимо, чтобы научиться определять требования, важные для реализации того или иного проекта. Также Solution Architect пригодятся презентационные навыки и навыки продаж.
Как стать Solution Architect?
Архитектор решений – это следующая ступень карьерной лестницы для опытных разработчиков и тимлидов, если они хотят развиваться как инженеры.
Вот еще несколько советов, которые помогут вам стать Solution Architect:
- изучите основы архитектуры решений, это поможет понять, какие навыки вам стоит улучшить;
- будьте открыты к новым знаниям, изучайте менеджмент, техники переговоров и презентаций;
- общайтесь с другими архитекторами, и вы всегда будете в курсе новых трендов и технологий;
- участвуйте в профессиональных мероприятиях.