Наоборот
Архитектор это не должность. Это поведение. Очень часто думают, вот стану архитектором, начну принимать решения. В реальности всё наоборот: ты начинаешь принимать решения, и только потом становишься архитектором. У меня не было момента, когда кто-то сказал всё, теперь ты архитектор. Был другой момент, я понял, что просто писать код больше не даёт роста. Ты закрываешь задачи, пишешь аккуратно, понимаешь структуру и чистый код, и дальше потолок.

Решения и документация
Первое, что меня сильно изменило работа с решениями. Я познакомился с ADR (Architecture Decision Record), RFC, trade-offs. Суть простая, код живёт долго, проект развивается, люди меняются. Через полгода возникает вопрос: "почему это сделано именно так?" Если у тебя нет ответа, ты начинаешь ломать систему. Если есть ADR, ты сразу видишь контекст, какие варианты рассматривались, почему выбрали именно это решение. Второй момент, работа с рисками. Ты перестаёшь думать как сделать и начинаешь думать, что может пойти не так, где система сломается, какие будут последствия. И принимаешь решения с учётом trade-off.
Автоматизация контроля
На уровне разработчика ты проверяешь руками и делаешь ревью. На уровне выше начинаешь автоматизировать контроль. У меня это pre-commit hooks, проверки структуры, контроль слоёв, если код нарушает архитектуру, он просто не проходит. Это важный сдвиг, ты не надеешься на людей, ты строишь систему, которая сама защищает себя.

Ответственность
Самый болезненный этап - ответственность. Пока ты разработчик, ты делаешь задачи, а за решения отвечает кто-то другой. Когда начинаешь расти, ты сам предлагаешь решения и сам за них отвечаешь. Это не всегда сразу оплачивается, сначала больше ответственности и ожиданий, и только потом признание и рост. Это нормально. Если хочешь расти в эту сторону, начни не с роли. Начни с поведения, фиксируй решения, думай о рисках, аргументируй, бери ответственность. Не потому что у тебя такая должность, а потому что ты так работаешь.