@ELakhtionov, Подумав над вашим вопросом несколько больше, все же понял, что не раскрыл тему. Решил пересказать все более популярней. От этого несколько сузилась детализация, но в целом, думаю, текст ниже раскрыл смысл.
Для продвижения, нам необходимо установить общую систему координат, т.е. какой именно архитектор в контексте, и какой именно аналитик. Наш Аналитик - это аналитик исключительно требований. В его задачу входит выявление и формализация этих самых требований, в виде нашей нотации. Это не документы, а модель. Документы мы по ней генерим. Наш Архитектор - это архитектор решения, но масштаба приложения (того же ПО). В его задачу входит дать технический ответ в той же нотации в той же модели, и указать трассировку требований в решение.
Т.е. если посмотреть на срезы, то один отвечает на вопрос "ЧТО" а другой отвечает на вопрос "КАК". А так, они оба - аналитики высшей степени квалификации, только в задачи первого входит выявление требований (в основном коммуникативно-выясняющая функция), а в задачи второго - техническое предложение и технический контроль (по сути, техническо-экспертная функция).
В общепризнанной норме, обычно, арх является неким аналитико-технарем, где ему приходится выявлять требования, потому что все требования, которые он обычно получает, это псевдо-ТЗ (да еще если и есть). Поэтому волей-неволей, ему приходится выполнять роль аналиика требований, иначе ему не создать тех-ответ. А в некоторых случаях общепризнанной нормы, он еще выполняет роль кодера.
Наш техпроцесс имеет отличия от того, что является общепризнанным. Во-первых, мы прорабатываем требования невероятно глубоко (мы их называем до терминальных). Их многие тысячи. Как следствие, задача арха не сводится к двум квадратам. Его задача решить всю задачу полностью, вплоть до методов классов (мы их называем абстрактное решение), получая на входе полностью описанные и нормализованные требования. Ну и далее автотесты и тд. Я тут не углубляюсь в вопросы зачем, что дальше, что мы имеем с этого и тд. Я хочу лишь объяснить, что есть отличия от того, что вы видимо считаете нормой. Заканчивается работа арха код-генераций. В редких случаях, он делает PoC-и, чтобы пояснить тонкие моменты тех решения, а также проверить себя. Например, тест метода реализации для оптимизации графа. Кстати говоря, Аналитик также делает PoC-и. Только они связаны с требованиями и уточнением этих требований.
Поэтому это очень сходные по квалификации позиции. Ну и конечно, речь идет о классических ролях. В конкретных случаях, с конкретными людьми, с конкретными уже имеющимися у них квалификациями, ситуация может быть немного иная. Где более профессиональный лидер может курировать всю цепочку ролей.. Это происходит из-за того, что приглашаемые люди развивались вширь, а не в глубь. Конечно, происходило это не равномерно, а в ту часть, которая лично им интересна. Поэтому мы рассматриваем каждого человека индивидуально и находим ему применение.