разрыв между собесами и реальной работой аналитика

Хочу поднять проблему, которую вижу годами - разрыв между тем, что спрашивают на собеседованиях, и тем, что действительно нужно в работе системного аналитика.

На интервью часто любят проверять кругозор: SQL-задачи, UML, BPMN, SOAP, очереди, всё сразу. Но если честно — это почти никогда не отражает реальные ежедневные задачи аналитика.

В работе же оценивают другое:

как ты собираешь требования; умеешь ли задавать правильные вопросы; видишь ли риски; как объясняешь решение разработчикам; как думаешь в условиях неопределенности; как понимаешь архитектуру продукта.

И вот тут происходит парадокс: Некоторые знают нотации идеально - но теряются на простом сценарии. А кто-то не рисует BPMN вообще, но закрывает задачи быстрее всех и ведёт команду вперёд.

Потому что главное - способ мышления, а не количество выученных диаграмм.

Поэтому на своих собеседованиях я спрашиваю только то, с чем кандидат реально столкнётся. Нет смысла мучить человека SOAP, если проект весь на REST. Или давать задачку по проектированию БД там, где аналитик этим не занимается.

Знания должны быть прикладными - иначе это просто набор терминов.

Если хочешь понять, что реально нужно для старта в системном анализе и подходит ли тебе эта профессия - пиши мне в личные сообщения: "Хочу консультацию".

Разберём твою ситуацию и выстроим путь.