Что ловить в карьере ИТ-архитектора: ожидания VS

Все про ИТ-архитектора: направления деятельности, soft-skills, специализация, заработная плата и карьера.

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

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

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

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

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

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

Основные направления деятельности ИТ-архитекторов

Проектирование.

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

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

• анализ проектных документов, определяющих требования к разрабатываемому решению (функциональные технические требования, конкурсная документация, техническое задание, запрос на изменение и пр.) на предмет полноты и непротиворечивости;
• подготовка разделов проектной документации, в соответствии с утверждёнными стандартами и требованиями Центра архитектуры решений;
• подготовка материалов, содержащих текстовое и графическое описание архитектуры решения (реестры, матрицы, схемы, диаграммы и пр.) в объёме необходимом для формирования паспорта решения: бизнес-архитектура (цели, задачи, КПЭ, бизнес-процессы, сценарии использования);
• архитектура данных (структуры данных, правила заполнения и контроля);
• архитектура приложений (информационные системы, потоки данных, интеграционные решения).

Документирование.

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

Реализация.

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

Сопровождение:

После того, как система или ПО создано, его необходимо протестировать. По результатам этого тестирования архитектор:

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

Soft-skills ИТ-архитектора.

Коммуникабельность.

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

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

Клиентоориентированность.

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

Управленческие навыки.

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

Нацеленность на результат.

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

Эмоциональный интеллект.

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

Критичность.

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

Широкий кругозор и способность к самообразованию.

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

Специализации ИТ-архитекторов.

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

1. Enterprise-архитектор отвечает за всю корпоративную архитектуру предприятия и связи между всеми уровнями архитектуры: бизнес архитектурой, архитектурой информационных систем, архитектурой данных, технологическую архитектуру. Их основная задача планирование и контроль гармоничного развития всего ландшафта предприятия.
2. Solution-архитектуры (архитекторы решений) отвечают за развитие одной из информационных систем, в основном на уровне архитектуры информационных систем. За бизнес архитектуру отвечает бизнес-архитектор, за системную архитектору – системный архитектор, за архитектуру данных – архитектор данных, за сетевую архитектуру – сетевой архитектор, за архитектуру программного обеспечения – софтовый архитектор.
3. System-архитекторы выстраивают инфраструктурную сторону решения, фокусируясь на инфраструктурных облачных сервисах, на ПО, необходимом для поддержки решения после его развертывания.
4. Quality-архитекторы выстраивают стратегию тестирования и определяет подход к управлению качеством создаваемого продукта

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

Главный ИТ-архитектор

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

Бизнес-архитектор

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

Архитектор данных

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

Заработные платы ИТ-архитектора

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

Уровень заработный плат начинается от 130 000 рублей в небольших организациях с минимальным опытом работы, средний уровень запросов ИТ-архитектора с опытом работы от 5-ти лет по профилю начинается от 300 000 рублей.

Естественно, что претенденты на столь достойную оплату труда должны на 100 % соответствовать предъявляемым требованиям:

• Только высшее образование (техническое или ИТ).
• Глубокие познания в программировании, архитектуре ПО, знание популярных и новых языков программирования.
• Наличие дополнительных сертификатов (MCP, Brainbench; Togaf).
• Знание английского языка на уровне не ниже Intermediate для чтения технической документации.
• Опыт работы минимум три года.

Карьера ИТ-архитектора:

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

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

Заключение.

Работа ИТ-архитектора позволяет проявить свои творческие способности, общаться с профессионалами и ТОП-менеджерам. Главное – непрерывное обучение, интерес к разработке и «железу», умение использовать практические знания в проектировании информационных систем, ИТ-продуктов, развитые личностные и менеджерские качества.

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

Кто такой ИТ-архитектор и насколько перспективна эта профессия

Об авторе: Антон Мартынов — руководитель архитектурного комитета глобальной ИТ-компании SimbirSoft, кандидат технических наук. Стаж в ИТ-сфере 21 год, из них 15 лет — в проектировании ИТ-архитектуры.

Кто такой ИТ-архитектор и чем он занимается

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

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

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

Как правило, их привлекают, когда:

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

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

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

В задачи ИТ-архитектора входит:

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

Насколько популярна профессия ИТ-архитектора

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

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

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

Как стать ИТ-архитектором

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

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

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

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

Hard skills, без которых не обойтись в работе ИТ-архитектора

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

ИТ-архитектор должен знать стандарты и методики разработки, модификации программных продуктов и уметь:

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

Что касается этих требований, для начала достаточно изучить теоретические вопросы по книгам (например, Software Architecture in Practice и Designing Software Architectures: A Practical Approach), статьям, видеороликам и другим открытым источникам. А уже потом начать применять эти методы на практике. Далее для расширения кругозора и профессиональных знаний нужно будет изучать документацию, следить за информационными источниками (прежде всего, англоязычными), на которых появляются данные о самых передовых технологиях.

Soft skills, необходимые для успеха в этой профессии

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

В целом, ИТ-архитектору необходимо развивать следующие soft skills:

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

Какие перспективы перед специалистами открывает эта профессия

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

Опыт и полученные в этой профессии навыки позволят специалистам впоследствии вырасти до технического директора (CTO) или директора по цифровой трансформации (CDTO). Поскольку работа ИТ-архитектора подразумевает сочетание технических и управленческих компетенций, а также комплекс hard и soft skills, которые могут помочь построить карьеру и стать в перспективе CTO или CDTO.

Как понять, хотите ли вы быть ИТ-архитектором

Перепрофилироваться в ИТ-архитектора стоит, если:

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

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

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

Требования к ИТ-архитекторам коммерческих проектов: чек-лист

К кандидатам на должность архитектора в ИТ-компаниях обычно предъявляются следующие требования:

• Опыт работы в ИТ сфере — не менее пяти лет.
• Опыт проектирования и разработки архитектуры коммерческого проекта.
• Опыт написания технической документации, составления презентации и их защиты перед заказчиком.
• Наличие сертификата архитектора и по соответствующему направлению/стеку (желательно).
• Понимание основ сетевых и web-технологий (RESTful, HTTP, TCP/IP).
• Знание базовых принципов тестирования (различные виды тестирования, опыт практического применения).
• Знание стандартов и методик разработки и модификации программных продуктов
• Опыт проектирования архитектуры нагруженных систем.
• Знание и опыт применения базовых паттернов проектирования.
• Знание основ контейнеризации (Docker, Kubernetes и так далее).
• Понимание общего процесса разработки программного обеспечения.
• Умение обеспечивать баланс между стоимостью разработки и гибкостью решения для быстрого внедрения будущих требований.
• Умение выбирать и обосновывать выбор технологий.
• Умение контролировать реализацию: заложить каркас системы и вести архитектурный надзор.
• Умение прорабатывать и принимать решение по адаптации продукта к новым требованиям бизнеса, даже если в начале процесса проектирования они не были известны в полном объеме.

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

Что ловить в карьере ИТ-архитектора: ожидания VS реальность

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

Я собрала свой опыт и опыт коллег в пост в формате «ожидание/реальность». Такой формат мне видится наиболее полезным с точки зрения работы с ожиданиями относительно профессии ИТ-архитектора – часто среди айтишников эти ожидания либо не совсем верны, либо завышены. Много тонких моментов становятся очевидны только при полном погружении в профессию. Лучше узнать о них «на берегу» и поразмышлять, сможете ли вы с ними мириться. Хочется думать, что мои заметки будут полезными для других айтишников, которые намереваются переквалифицироваться в ИТ-архитекторы.

Ожидание: чтобы стать успешным ИТ-архитектором, нужно хорошо знать «железо» и софт.
Реальность: работа ИТ-архитектора – это в основном people management.

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

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

Глупо отрицать, что техническое образование – это база практически для каждой ИТ-профессии. Но так же не слишком дальновидно утверждать, что диплома любого технического вуза хватит на освоение профессии ИТ-архитектора. Ни один российский вуз не выпускает готовых специалистов по данному профилю. Например, я училась в петербургском Политехе на радиофизическом факультете. Это здорово помогло на заре карьеры, когда я работала техническим ассистентом по продаже оборудования Cisco. Бэкграунд инженера-физика помог понимать процессы, на основе которых работает современное коммуникационное «железо». Благодаря этой форе в виде знаний по предметной области мне было легче, чем коллегам-новичкам. Вместе с тем, я достаточно быстро поняла, что даже фундаментального образования радиофизика мне мало, и приняла решение получить второе высшее по своему тогдашнему профилю – по сетям. Меня повысили до системного инженера, допустили к оборудованию и стали привлекать на встречи с вендорами и клиентами. Собственно, с того момента и началось самое интересное. Я много работала непосредственно с «железками», настраивала сетевое и серверное оборудование, привыкала общаться с заказчиками, постепенно понимала, как устроен ИТ-бизнес, как строится взаимодействие с вендорами и дистрибьюторами.

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

Ожидание: необходимые знания можно добрать самостоятельно – все есть в интернете.
Реальность: нужно знать, какие знания добирать; самых ценных знаний в открытом доступе нет.

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

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

Ожидание: быть архитектором в компании-вендоре лучше, чем работать с заказчиками.
Реальность: развитие идет быстрее, если работаешь на разноплановых проектах.

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

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

Ожидание: программист легко может переквалифицироваться в ИТ-архитектора.
Реальность: у системного инженера больше шансов начать новую карьеру.

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

Ожидание: труд ИТ-архитектора – это постоянный креатив.
Реальность: рутины хватает, особенно бумажной работы.

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

Ожидание: ИТ-архитектор может развиваться только как эксперт в технологиях.
Реальность: все зависит только от вас. Вырасти можно в абсолютно любом качестве.

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

Ожидание: ИТ-архитектор – профессия, где удачно балансируются работа и время для жизни.
Реальность: рабочий день с 9 до 18 – не про системного архитектора; работа достаточно стрессовая.

ИТ-архитектор – это центральный персонаж при создании информационных систем. Именно от архитектора зависит, состоится ли проект, заработает ли на этом проекте компания. В этом смысле груз ответственности нередко давит – особенно когда заказчик ставит сжатые сроки, и ты просто не имеешь права подвести проектную команду. Пример из жизни: на часах 10 утра, рабочий день только начался. Звонит представитель заказчика и просит коммерческое предложение к полудню. Или аналогичное обращение прибывает в 21:00, и уже к утру клиент просит прикинуть, сколько будет стоить оборудование для развертывания ИТ-системы. Я выкручиваюсь – звоню своим людям в дистрибьюторах и вендорах, прошу быстро выдать мне стоимость решения. Многое, если не всё, помогают решить нормально выстроенные отношения. Коллеги не подводят, но жесткие рамки, в которые часто ставят заказчики, — дополнительный источник стресса.

1. Вам не очень нравится нести ответственность не только за себя, но и за того парня.
2. Вы считаете, что ваша доступность по телефону или по электронной почте должна быть ограничена рамками рабочего дня.
3. Вы не слишком любите людей и не хотите искать к ним подход, чтобы достигать своих целей.
4. Перспектива готовить или проверять проектную документацию вызывает у вас зевоту.
5. Вы с трудом ладите с «Пауэр Поинтом» и не слишком в восторге от того, что вам нужно выступать перед клиентами.
6. Вы считаете себя самым компетентным специалистом и не считаете нужным объяснять что-либо тому, кто с вами не согласен.

Анна Лисовская, ИТ-архитектор департамента развития корпоративных продаж группы компаний Softline.

ИТ архитектор: виды и задачи. Расскажем о сложном простым языком

Приходилось ли вам когда-либо искать IT архитектора? Не такая это простая задача, как кажется на первый взгляд. Разобралась в теме и подготовила материал Елена Меркулова, эксперт IT подбора Atsearch Crowd Recruitment.

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

Давайте попробуем разобраться.

IT архитекторы бывают разных типов:

1. Enterprise архитекторы
2. Solution архитекторы
3. Архитекторы инфраструктуры
4. Data-архитекторы

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

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

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

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

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

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

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

В IT: эту роль выполняет разработчик.

Эти роли очень тесно связаны между собой и зачастую в компаниях нужен специалист: Enterprise архитектор + Solution архитектор или разработчик + Solution архитектор или Enterprise архитектор + Solution архитектор + разработчик. Чем крупнее компания, тем чаще данные роли разделяют на самостоятельные, в небольших же стартапах – это, как правило, три в одном.

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

В IT: занимаются серверным оборудованием (серверы приложений, серверы поддержки), корпоративными сетями уровня предприятия, СУБД, архитектурой безопасности (авторизация, аутентификация), операционными системами, системами хранения предприятия, облачными сервисами и др.

Иногда часть ролей инфраструктурного архитектора выделяется в самостоятельные единицы:

Security architect — занимается вопросами безопасности 2 типов: Первый тип — это закрытие доступов на уровне оборудования, шифрование каналов передачи данных – нижний уровень. Второй — прикладная защита на уровне приложений, которые работают поверх оборудования, например, почта или корпоративные приложения – верхний уровень.

У бизнеса есть необходимость быстро анализировать большие объемы данных (Data Lake) и доставать нужную информацию (сформировать отчетность, сделать статистику, рассчитать KPI).

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

Представим, что мы переезжаем в новую квартиру и привозим с собой кучу вещей. Сортировать их у нас нет времени и сил. Мы все складываем в большую кладовку. Это и будет Data Lake (озеро данных) нашей квартиры. Эти данные — «сырые», необработанные. Часть вещей из кладовки мы можем достать и поместить в шкаф (в IT корпоративное хранилище или DWH) – то есть здесь данные уже будут в едином формате, с четкой структурой, и достать их будет легко и быстро. Сам процесс переноса в «шкаф вещей» в IT происходит с помощью ETL-средств (в переводе извлечение, трансформация, загрузка), этим процессом занимаются data – аналитики. Чтобы все вещи перераспределить по шкафам, нужно много времени и денег, а может часть вещей нам и не потребуется, поэтому иногда хранить в кладовке общей кучей дешевле.

За что отвечает Data архитекторы:

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

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