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

Пройдёмся по дорожной карте:

• Архитектор решений — кто это?

• Чем занимается архитектор решений и какие границы ответственности?

• Откуда приходят архитекторы решений?

• Откуда брать знания?

• Что ждет на собеседовании?

• Как пережить онбординг?

• Как проходит первый год архитектора решений?

• Какой рабочий день архитектора решений?

• Какие перспективы у архитектора решений?

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

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

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

• Корпоративный архитектор видит ИТ ландшафт всего предприятия, понимает направления долгосрочного развития и вносит изменения, влияющие на инфраструктуру всего ландшафта в долгосрочной перспективе (3-5 лет).

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

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

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

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

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

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

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

Вторая основная задача архитектора — разложить все требуемые функции по правильным системам.

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

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

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

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

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

№1. Диаграмма, на которой изображаются:

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

№2. Диаграмма процессов и функций, которые задействованы в решении:

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

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

Попасть в архитекторы можно из различных отраслей и должностей.

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

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

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

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

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

Очень пригодятся знания технологических платформ, например:

• брокеры очередей, когда они применяются, какие их отличия и варианты использования;

• базы данных, их отличия и варианты использования;

• средства и способы защиты каналов связи;

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

Первый этап при любом трудоустройстве – техническое интервью. Чтобы попасть на техническое интервью резюме кандидата должно заинтересовать. Что привлекает внимание в резюме:

• Опыт работы в банковской сфере. Это не обязательный, но крайне желательный, опыт, который необходимо отразить в резюме, если он есть. При этом не обязательно работать в банковской сфере, подойдет и опыт работы с банками (например, совместные проекты или работа на проекте). Если такой опыт есть, его обязательно надо указать в резюме.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Что входит в проверку:

1. Технические вопросы. Для архитектора важно поддерживать знания об актуальном стеке технологий, применяемых в проектах, актуальные знания о способах интеграций, протоколах передачи данных, а также актуальные знания о программном обеспечении, которое есть на рынке, и вариантах его применения.
2. Знание процессов. Без этих знаний архитектор не сможет работать. Процессы надо знать во всех нюансах и вариантах их применения, чтобы в любой ситуации архитектор мог принимать правильное решение.
3. Знания паттернов.
4. Знания технологического ландшафта.

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

Задачи в беклоге могут быть разные по степени проработки — главная задача архитектора следовать процессам и вместе с ИТ лидером работать с приоритетами.

Уметь работать по процессам в данной ситуации — один из основных навыков который приобретается на ранней стадии. Что важно помнить:

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

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

• Все задачи мы ведем так, чтобы любой мог открыть задачу и посмотреть ее историю.

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

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

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

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

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

Если в начале онбординга рабочий день архитектора выглядит вот так:

То стандартный рабочий день архитектора решений выглядит примерно так:

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

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

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

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

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

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

Четвертое направление — стать корпоративным архитектором. Деятельность корпоративного архитектора совершенно иная в силу повышенного масштаба и уровня ответственности за решения.

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