Начну с простого - с конца. Опыт программирования сильно желателен, но необязателен. По TOGAF есть уровни архитектуры, которые не требуют хороших навыков в прогерстве. А вот опыт разработки прямо обязателен (с тем пониманием, что разработка != программирование), то есть участие, опыт и понимание технического уровня функционирования систем, классификации, понимание типов построения систем, осознание и чёткое видение границ между уровнями ответственностями, между бизнесом и технологиями, понимание и мэппинг на реальность понятий необходимости и достаточности, между контурами управления, понимание того, как формируется и каким образом можно менять ИТ-ландшафт, умение разуметь и видеть за пределами "деланья" (то есть не нестись сломя голову с самыми передовыми технологиями и методиками наперевес срочно решать задачу, которую поставили, но уметь видеть за флёром и мусорными кучами проблему и держать её в фокусе столько, сколько потребуется), ну и по "мягким" скиллам: хладнокровие и умение бороть перфекционизм как свой, так и других участников процесса - это строго необходимо.

На СА конкретно меня интересует:
А. наличие работающей головы,
B. умение переключать углы обзора между бизнесом, концепциями и идеями,  разработкой, продуктовым,
C. наличие очень хорошего понимания работы аналитика и его роли,
D. Понимание себя как источника рисков и умение этими рисками управлять
E. умение хорошо взаимодействовать с технической командой,
F. умение работать под началом архитектора и лидов разработки (что удивительно таких прям очень немного, кто умеет).
Ну и ещё английский честных C1 и C2 уровней и синиорность во всех профессиональных смыслах (то есть набитость шишек и знание брода).

Раскрой пункт F пожалуйста

У нас на многих проектах нет ПМов или они ничего особо не решают, а всем процессом разработки управляют архитекторы и тех.лиды. Ну и аналитики у нас не несут никаких ПМских функций, а любые потуги пресекаются. Заказчики некоторые сильно подкованы с технической стороны вопроса и комфортно общаются с архитектурными командами, которые уже собственно направляют процессы разработки. То есть руководство работами в основном идёт не от проджектов. Проджекты часто выполняют только функции фасилитации, отчётностью, осторожно подпнуть нерасторопных, ну или кофе могут принести. Хотя, если проджект с техническим бэком, то сможет больше.))))

Так вот аналитики не всегда врубаются в такое положение вещей. Многие попорчены ПМством.))

Но я говорю про конкретные направления, на которые я ищу людей. в целом не везде у нас так.)))

Кстати, есть идея на следующий год провести семинар по прохождению ТИ.))

У меня просто как раз так же на одном из проектов

Если тема будет интересна сообществу.

Вот я думаю, как я должен изменить свое поведение в связи с этим

Если речь об интервью - то да, интересна.
Спасибо за развернутый ответ!

Да, техническое интервью на аналитика.

В кого у вас вырастают СА, кроме сеньоров и лидов?
Роль БА на проектах в принципе не предусмотрена?

БА канонический, как в профстандарте написано?

Предположим, что да.

Интересно в том числе, часто ли в принципе эти роли встречаются вместе на одном проекте

В кого только не. Кстати, это один из вопросов, который я иногда задаю на ТИ: "в кого может карьерно вырасти аналитик дальше?"))

Я был первым)

Хочу свое мнение сопоставить с мнением человека, проводящего интервью. Пока мы по одну сторону баррикад :)

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