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

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

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

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

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

Иными словами, если вы не имеете опыта программирования, то это не означает, что вы не сможете стать IT-архитектором.

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

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

TOGAF — это стандарт, который используется для создания архитектуры информационных систем. В этом стандарте нет специального слоя, который называется «Data architecture», но есть объекты, которые находятся на разных уровнях, связанные с обработкой информации. Эти объекты распределены по слоям бизнеса, приложений и технологий. Ответственность за эти объекты может быть распределена по слоям и связана между собой.

Если компания сильно зависит от обработки данных, то в этом случае может быть выделен отдельный специалист — архитектор данных (Data architect), отвечающий за связь всех объектов обработки данных на разных уровнях.

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

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