За последние 20 лет профессия ИТ-архитектора существенно эволюционировала вместе с технологическим прогрессом и растущими запросами бизнеса к информационным системам. Во многих командах разработки есть сотрудники, занимающие должность ИТ-архитектора. Что входит в задачи «классического» ИТ-архитектора, рассказывает Андрей Артамонов, корпоративный архитектор АНО «НЦК ИСУ».
В России специальность зародилась в 2000-х годах вместе с формированием стандартов архитектуры в ИТ. Раньше для разработки любой программы нужен был один человек. По мере усложнения информационных систем, увеличения объемов кода и расширения функциональности для разработки каждого решения стали собирать команды. Так, в процессе эволюции в проектных командах появилась роль ИТ-архитектора.
Архитектурная вертикаль
Сегодня в соответствии с методологией TOGAF выделяют четыре уровня такого специалиста: корпоративный архитектор (enterprise architect), архитектор решения (solution architect), архитектор кода (software architect), архитектор данных (data architect).
Enterprise-архитектор занят вопросами управления ИТ-инфраструктурой в целом. Его задача — соотнести потребности бизнеса с возможностями ИТ, синхронизировать развитие ИТ-составляющей с задачами компании и участвовать в формировании бизнес-стратегии.
Solution-архитектор отвечает за развитие конкретного решения — корпоративного портала, сервиса электронного документооборота, ERP-системы и т. д. Он следит за тем, чтобы решение отвечало основным потребностям бизнеса, работало стабильно, было недорогим в обслуживании, имело всю необходимую функциональность. Еще он должен вовремя видеть проблемные места или зоны роста на уровне решения, которые могут дать дополнительные преимущества компании.
Software-архитектор определяет, как правильно написать код, чтобы он был масштабируемым, устойчивым, безопасным. Он не только принимает ключевые решения на уровне ПО, но и участвует в разработке. Например, пишет самые сложные участки кода.
Вертикаль работает так: корпоративный архитектор доводит до solution-архитектора основные векторы развития бизнеса. Архитектор решения выясняет, как они влияют на его системы, какие дополнительные требования появляются, какие необходимы изменения. Software-архитектор реализует эти изменения на уровне кода.
Несколько особняком держится Data-архитектор, в идеале он должен работать со всеми уровнями архитектуры, отслеживая и реагируя на изменения во всех остальных доменах архитектуры. На сегодняшний день таких архитекторов не хватает больше всего. Есть сложности и в их работе — data-архитекторам необходима высокая зрелость ИТ-ландшафта бизнеса, чтобы начать работы по управлению данными.
Только в крупных компаниях есть отдельные должности для архитекторов всех уровней. В остальных под архитектурные задачи есть выделенные роли, которые исполняют опытные специалисты команды разработки и непосредственно ИТ-директор.
Что должен уметь ИТ-архитектор
ИТ-архитекторами становятся по-разному. Например, software-архитектором может стать senior-разработчик, имеющий опыт работы тимлидом. Solution-архитектором — бизнес-аналитик, который никогда не работал с кодом, но компенсирует это знаниями бизнес-процессов. Enterprise-архитектором может стать управленец, который хорошо понимает взаимосвязь бизнеса и технологий.
В целом ИТ-архитектор — это специалист, который решает сложную техническую или бизнес-задачу. Например, на складе недостаточно быстро разгружают машины, потому что скапливаются очереди у въезда на территорию перед шлагбаумом. Как решить эту проблему с минимальными затратами и максимальной эффективностью?
Но и это не исчерпывающие условия задачи. Важно соотносить любое решение со стратегией бизнеса. Например, корпоративный архитектор должен знать, что цель компании — увеличить оборот на 30% в течение двух лет, поэтому в перспективе придется достраивать еще одну проходную. Но сейчас выгоднее потратить определенную сумму на внедрение системы распознавания автомобильных номеров, которая увеличит пропускную способность действующего пункта на 50%.
При этом классической ошибкой выбора является безальтернативное решение. Квалифицированный ИТ-архитектор должен предложить несколько вариантов решения. Например, первое – более быстрое и эффективное, но с рисками безопасности и стабильности продукта, или второе, которое будет работать на 20% медленнее, но с приемлемыми показателями безопасности и стабильности. И уже бизнес и ИТ-архитектор совместно выбирают, что важнее: производительность или высокая надежность.
Для ИТ-архитектора важно критическое мышление и навыки стратегического планирования. Пригодятся стрессоустойчивость и умение вести переговоры. Если специалист не может по каким-то причинам доказать состоятельность своей позиции или он переживает из-за того, что ему не удалось отстоять свое мнение, ему будет крайне тяжело работать по специальности. Полезны навыки программирования, чтобы иметь возможность самостоятельно на уровне кода оценить, хорошо ли он написан.
Хорошей аллюзией на отличительные особенности квалифицированного ИТ-архитектора является отсылка к табурету на трех ножках. «Ногами» здесь являются следующие три качества. Первое из них — профессионализм — наличие знаний в предметной области и умение применять их для решения реальных проблем. Второе — способность быть эффективным для бизнеса — умение принять решения, которые принесут пользу бизнесу. Третье — проактивность и черты лидера — купирование тех проблем, которые не видны пока больше никому.
Иногда ИТ-архитектуру сравнивают с технической адвокатурой. Работа обоих специалистов очень похожа, если вычесть технические нюансы.
Архитектор ERP-систем
Сегодня одна из наиболее востребованных специализаций в ИТ-архитектуре — это архитектор ERP-систем. По сути, речь идет об уровне solution-архитектора.
До недавнего времени в рамках внедрения отечественных ERP-систем разделения на роли внутри команд разработки не было, преобладали универсальные специалисты, совмещающие несколько ролей. В то же время в проектах по интеграции иностранных ERP-систем использовались зрелые практики разделения на роли.
Лишь около пяти лет назад с усложнением систем и появлением отечественных решений стало формироваться стандартное разделение на разработчиков, аналитиков и архитекторов внутри проектных команд. Первыми к такой схеме работы перешли российские интеграторы.
На сегодняшний день специалистов, которые способны выполнять роль архитекторов решений при внедрении ERP, не так много. Нехватка объясняется, с одной стороны, тем, что у экспертов, обладающих необходимыми навыками, недостаточно опыта работы со сравнительно молодыми отечественными продуктами.
С другой стороны, корпоративный рынок предъявляет к специалистам по ERP-системам довольно высокие требования. Даже хорошему ИТ-специалисту может быть трудно перепрофилироваться в архитекторы из-за слабо развитых мягких навыков. Так, для крупных компаний важно, как человек выражает свои мысли, доводит информацию до коллег, защищает тезисы. Для многих технических специалистов соответствовать этим требованиям сложно, поэтому квалифицированных ERP-архитекторов в России сегодня сильно не хватает.
Однако сегодня в России реализуются крупные внедрения ERP-систем, в том числе в рамках программ импортозамещения, разработчики постепенно получают релевантный опыт — рынок будет наполняться специалистами с необходимыми навыками.
При этом вряд ли их количество в обозримом будущем вырастет значительно. Рынок ограничен. На постоянной основе сложные вопросы, касающиеся ИТ-архитектуры, возникают только у крупных компаний. Во всех остальных случаях бизнесу проще нанять внешнего специалиста на фиксированный срок для решения конкретной задачи.
Новые вызовы — новые инструменты
Суть работы архитектора — предлагать и защищать решение проблем — остается, но контекст становится более сложным. Если раньше архитектору ERP-систем достаточно было работать с одним решением, в рамках которого можно было реализовать требуемую функциональность, то теперь он имеет дело с различными технологиями.
У бизнеса появляется потребность добавить искусственный интеллект — прогнозные модели и системы распознавания, сервисы самообслуживания, личные кабинеты сотрудников и т.д. Сами процессы становятся сложнее. Если раньше большой объем операций выполнялся вручную, то теперь компании стремятся все автоматизировать. Поэтому приходится искать новые инструменты, выходить за рамки знакомых технологий, придумывать способы интеграции различных систем.
На дальнейшее развитие профессии ИТ-архитектора повлияют LLM-инструменты, которые станут помощниками в решении многих задач. А основной целью специалистов, в первую очередь по ERP-системам, станет не копировать чужие решения в рамках процесса импортозамещения, а улучшать их, решая задачу опережающего развития.
Немаловажным вызовом для ИТ-архитекторов является развитие домена управления данными. Без качественного управления им невозможно будет качественно проектировать сложные ландшафты, в особенности с использованием инструментов ML.