Привет, Хабр! Меня зовут Андрей Бирюков. Я эксперт в области ИТ и ИБ, преподаю в учебных центрах и пишу книги.
На рынке ИТ‑специалистов наблюдается нехватка функциональных архитекторов по различным направлениям, включая 1С. При этом многие разработчики хотят, но не до конца понимают, как можно прийти в эту роль, и сегодня мы поговорим о том, чем занимается функциональный архитектор и в чем особенность этой роли, какие есть варианты путей развития, а также кому не стоит двигаться в эту сторону.
Эволюция проектных команд
Роль функционального архитектора 1С существует не так давно, и еще каких‑то пять лет назад таких специалистов на рынке было совсем немного.
Это связано с той эволюцией, которую прошли проектные команды вместе с продуктами 1С. Изначально, в первые десятилетия существования продуктов 1С, были только разработчики и руководители проектов. Это связано с тем, что продукты тогда были относительно простыми, и с разработкой конфигурации вполне могли справиться один или два разработчика. Программист вместе с руководителем проектов просто шли к заказчику и выясняли, что нужно сделать, и разраб шел писать код.
Однако с появлением линеек «Управление торговлей» и ERP сильно возросла сложность продуктов, что привело к увеличению требований к разработчикам. И здесь выяснилось, что при создании новых решений теперь требуется полноценная роль аналитика.
Соответственно, аналитик должен был взаимодействовать с бизнесом, выясняя его потребности и переводя их в требования для ТЗ. Со временем эта схема все больше усложнялась, в результате чего возникла потребность в функциональном и техническом архитекторах для консолидации информации и взаимодействия с аналитиками и программистами.
После ухода с российского рынка иностранных вендоров крупные заказчики перешли на российские решения, в результате чего сложность внедрений продуктов 1С у крупных заказчиков многократно возросла. Как следствие, увеличилась потребность в том числе и в функциональных архитекторах.
Также функциональные архитекторы начали разделяться по областям знаний и типам решений, с которыми они работают (ЗУП, финансовый учет, планирование производства и тому подобное).
И сейчас мы находимся как раз на том этапе, когда, с одной стороны, есть большая потребность в функциональных архитекторах, а с другой — многие специалисты пока не понимают, что будет дальше с этой специализацией. Давайте посмотрим, какие задачи выполняет функциональный архитектор, за что он отвечает и с кем взаимодействует.
Ключевые роли
Прежде всего давайте определимся с тем, кто, что делает на проекте, то есть рассмотрим ключевые роли.
Руководитель проекта управляет проектом в целом, то есть он планирует, организует и контролирует успешное завершение проекта в срок, в рамках бюджета и в соответствии с требованиями.
Функциональный архитектор определяет, что система должна делать для удовлетворения бизнес‑требований. Этот специалист является связующим звеном между бизнесом и технической командой. Также он может возглавлять команду аналитиков.
Технический архитектор определяет, как система будет построена, какие будут особенности технической реализации, при использовании конкретных технологий и инструментов. Также он может возглавлять команду разработчиков.
Здесь может возникнуть ошибочное мнение, что проект вполне может обойтись без функционального архитектора. Мол, аналитики сами поговорят с бизнесом, узнают требования, сообщат их техническому архитектору, и разработчики напишут всё, что нужно.
Но на больших и сложных проектах требуется много аналитиков, и разрабатываемые решения являются довольно сложными. В результате необходимо обеспечивать целостность и согласованность решения между модулями и системами. Руководитель проекта вряд ли сможет этим заниматься, так как у него много своей работы, и он не всегда обладает необходимыми компетенциями.
Также функциональный архитектор отвечает за минимизацию рисков при внедрении решения, так как он видит, как стыкуются различные компоненты, и может заранее предусмотреть, что именно может пойти не так. Например, он видит, где есть функциональные разрывы, дублирование или конфликтующие решения.
При этом в случае, если какие‑то из требований бизнеса являются невыполнимыми, именно функциональный архитектор может донести на языке, понятном бизнесу, в чем именно проблема и почему это нельзя сделать.
Функциональный архитектор — это просто старший аналитик — еще одно распространенное заблуждение.
Аналитик отвечает за свой блок задач, так же, как разработчик думает о коде и объектах метаданных, а функциональный архитектор отвечает за сквозную модель всей системы и за процессы, логику и взаимодействие между компонентами системы. Таким образом, он в целом отвечает за содержание проекта.
Творец архитектуры
Важно понимать, что неправильный выбор первоначальной архитектуры — причина 50% превышений бюджетов проектов. И это как раз относится к зоне ответственности функционального архитектора.
Будучи тем специалистом, который отвечает за выбор архитектуры, он должен хорошо понимать нужды заказчика и сопоставлять их с теми техническими возможностями, которые могут быть реализованы на проекте.
Участвуя в согласовании архитектурных решений с бизнесом, функциональный архитектор объясняет, как предлагаемая архитектура позволит достичь целей и где могут быть риски и ограничения.
Также, помимо взаимодействия с заказчиком, ему необходимо обосновывать технические решения для своего руководства и ИТ‑команды.
Неотъемлемой частью работы функционального архитектора является формирование и визуализация образа будущей архитектуры. В частности, он определяет:
какие функции, компоненты и интеграции нужны;
в каком виде;
какие стили и паттерны выбрать;
какие ограничения и слабые места есть в предлагаемой архитектуре.
Также он готовит документацию:
схемы;
схемы компонентов;
архитектурные описания;
презентации.
Построение архитектуры разбивается на отдельные задачи, и функциональный архитектор должен следить за тем, чтобы не потерялась ни одна задача или функция, важная для результата проекта.
Хозяин границ проекта
На протяжении всего проекта требования, процессы и приоритеты могут меняться:
развитие бизнеса;
регуляторные требования;
уточнения от пользователей.
Все запросы на изменения должны попадать на анализ к функциональному архитектору, который должен учитывать, как эти изменения вписываются в концепцию и архитектуру проекта, и проверять на соответствие целям и наличию функциональных рисков.
При этом в область ответственности функционального архитектора входит также ряд рутинных задач. Например
проверка формулировок требований;
разбор требований с бизнесом;
согласование приоритетов;
подготовка архитектурных схем, концепций и шаблонов документации;
утверждение проектных решений с бизнесом.
Разобравшись с тем, что делает функциональный архитектор на проекте, давайте разберемся с тем, какие базовые требования выдвигаются к этому специалисту.
Прежде всего, от него требуется понимание ключевых бизнес‑процессов и навык отрисовки процессов в какой‑либо нотации (BPMN, EPC). Соответственно, необходимо умение читать схемы бизнес‑процессов.
Анализ и оптимизация процессов — это зона ответственности аналитиков, однако функциональный архитектор также должен владеть этими навыками как минимум на базовом уровне.
Аналогично и с умением переводить бизнес‑цели в требования к системе и анализом бизнес‑эффектов от внедрения системы.
Помимо этого, от функционального архитектора требуется понимание лучших практик или стандартных решений в предметной области в части методологии и знание кейсов автоматизации в предметной области.
Если вы уже работаете с 1С и хотите понять, насколько готовы двигаться в сторону архитектуры, можно начать с вступительного тестирования. Оно поможет оценить текущий уровень знаний и увидеть пробелы, которые стоит закрыть перед дальнейшим развитием.
Архитектура и технологии 1С
Многое из того, о чем мы говорили ранее, применимо и к архитекторам в других областях.
Но если мы говорим о работе с решениями 1С, то от функционального архитектора требуется хорошее знание продуктов в своей функциональной области и понимание их ограничений.
Также требуется понимание:
механизмов платформы;
метаданных;
запросов;
базовых знаний программного кода;
технологий интеграции КД 2.0;
технологий интеграции КД 3.0;
веб-сервисов;
шины данных;
брокеров сообщений.
Так как функциональный архитектор требуется на больших проектах, то там, как правило, нужно понимание особенностей высоконагруженных и разветвленных систем.
Управление и коммуникации
Помимо хорошего технического бэкграунда, о котором мы говорили выше, от функционального архитектора также требуются навыки управления и коммуникации.
К примеру, управление — это постановка и проверка задач аналитикам.
А навыки коммуникации предполагают:
проведение переговоров;
защиту решений перед представителями заказчика;
взаимодействие со стейкхолдерами, включая топ-менеджмент;
проведение мозговых штурмов;
проведение демонстраций;
проведение тренингов.
Так что пресловутый soft skill функциональному архитектору необходим, как, впрочем, и аналитикам, из которых обычно и вырастают архитекторы, но об этом чуть позже.
Мифы о функциональных архитекторах
Как и вокруг любой другой профессии, здесь тоже есть свои мифы. Давайте рассмотрим некоторые из них.
Миф 1. ФА — это самый сильный/ведущий аналитик.
На самом деле здесь все не так просто, и эта роль ближе к управлению решениями и командой. А аналитик, как правило, не занимается управлением решениями.
Миф 2. Архитектор все делает сам.
Конечно, на небольших проектах бывают специалисты, которые действительно выполняют работу аналитика, разработчика и архитектора.
Но на серьезных проектах функциональный архитектор работает на уровне концепций, задает направление и устанавливает ограничения, осуществляя общее руководство командой аналитиков.
Миф 3. Функциональный аналитик нужен только на гигантских проектах.
На самом деле уже при нескольких аналитиках и активном развитии блоков без него растет хаос. С ростом масштаба и длительности проекта роль архитектора растет кратно.
Кому это не подходит
В заключение хотелось бы сказать несколько слов о том, кому лучше не идти в функциональные архитекторы.
Многие технические специалисты не любят взаимодействовать с людьми, например, в силу определенных черт характера. При этом они могут иметь хороший технический бэкграунд и аналитический склад ума.
Однако в роли архитектора им вряд ли будет комфортно, так как здесь взаимодействие с людьми, совещания и созвоны — это не просто дополнительная нагрузка, а неотъемлемая часть работы.
Кроме того, как мы уже упомянули ранее, архитектор отвечает за весь проект в целом, в отличие от тех же аналитиков, отвечающих только за отдельные блоки.
Так что, если вам комфортно в текущей роли (например, аналитика), то можно развиваться вглубь этой роли, наращивая экспертизу, знание методологий и предметной области.
Не всем подходит другой уровень ответственности.
Подведем итог
Серьезный специалист с хорошим техническим бэкграундом вполне может стать функциональным архитектором по продуктам.
Для этого ему потребуется освоить те навыки, которые мы рассмотрели в этой статье.
В среднем переход из внедренца с опытом аналитики и программирования в архитекторы может занять от двух до четырех лет.
Немного больше времени может занять переход из руководителей проектов в архитекторы (такое тоже бывает), так как здесь часто требуется улучшить технические знания в предметной области.
Однако, если вы готовы саморазвиваться и прокачивать свой технический бэкграунд, обучаясь и практикуясь на реальных проектах, то вполне можете стать функциональным архитектором.
Единственное, что обязательно требуется будущему архитектору, помимо технических знаний в предметной области, это опыт работы аналитиком, так как без него будет крайне сложно понять многие хотелки бизнеса.
Так что, тот, кто действительно хочет освоить эту профессию, вполне может это сделать, приложив определенные усилия.
Разобраться в роли архитектора проще на конкретных задачах: автотестирование, Git, ИИ-инструменты, контекст конфигурации и ограничения платформы. В июне на бесплатных уроках можно будет посмотреть, как эти темы разбирают на практике, познакомиться с форматом обучения и задать свои вопросы.
4 июня в 20:00 — «Быстрая настройка конвейера автотестирования для 1С с хранилищем и Git». Записаться
Разберем, как оптимизировать тестирование в условиях ограниченного бюджета и подключить конвейер тестирования.18 июня в 20:00 — «Эффективная 1С-разработка с ИИ в 2026: от SDD к MCP-инфраструктуре». Записаться
Покажем, как ИИ может работать не просто как чат для генерации кода, а как ассистент с контекстом конфигурации, метаданных и синтаксиса платформы.
Больше бесплатных открытых уроков июня — в дайджесте. Там собрали вебинары по 1С, разработке, архитектуре, инфраструктуре и другим IT-направлениям.
