«Хочу расти в IT» — формулировка, от которой почти нет пользы
Под ней могут скрываться три совершенно разные карьерные задачи. Внешне люди делают одно и то же: учат SQL, читают про REST, переделывают резюме, ходят по собесам.
Но одному сейчас нужно доказать, что он вообще умеет мыслить как аналитик. Другому — не обнулить прошлый опыт при смене роли. Третьему — показать, что он уже принимает решения следующего уровня.
Если перепутать эти точки, можно несколько месяцев очень дисциплинированно качать не тот навык.
1. Ищу первую работу в системном анализе
Главное сомнение рынка здесь звучит так:
«Можно ли этому человеку дать кусок реальной задачи — или пока у него есть только набор терминов?»
Поэтому ключевой вопрос не «сколько технологий я выучил?», а «могу ли я показать хотя бы одну задачу от запроса до проверяемого решения?»
В нормальном разборе такой задачи должно быть видно:
- откуда пришёл запрос и что в нём было непонятно
- какие вопросы вы задали до того, как рисовать схему
- как описали процесс, данные или взаимодействие систем
- какие варианты рассматривали и почему выбрали один
- какие ограничения, ошибки и граничные случаи предусмотрели
- как поняли, что решение вообще работает
Это может быть учебный кейс. Но он должен выдерживать вопросы «почему так?», «что будет, если…?» и «как это проверить?»
Типичная ошибка на этой точке — изучать шестую технологию, когда вы ещё ни разу не собрали первые пять в одну законченную задачу.
Контрольный вопрос: если завтра на собесе попросят 10 минут рассказывать об одной вашей работе, будет ли там что-то кроме названий инструментов?
Если нет — вам сейчас нужен не новый список тем. Вам нужно первое доказательство, что знания превращаются в решения.
2. Перехожу в СА из другой роли или сферы
Здесь у рынка другое сомнение:
«Что из прошлого опыта сделает этого человека полезным быстрее — и какие пробелы всё ещё придётся закрыть?»
Свитчер редко начинает с полного нуля.
Разработчик уже понимает логику интеграций, ограничения реализации и цену кривого требования. Тестировщик видит граничные случаи и места, где спецификация развалится. Поддержка умеет разбирать инциденты и вытаскивать реальную проблему из пользовательского описания. Человек из бизнеса знает процессы, предметную область и язык заказчика.
Но работодателю недостаточно сказать «у меня есть опыт во фронтенде» или «я работал в банке». Нужно сделать перевод на язык новой роли.
Возьмите одну прошлую задачу и разложите её в четыре строки:
1. Какая была проблема? 2. Какое решение принимали лично вы? 3. Чем это полезно в работе системного аналитика? 4. Какого элемента роли вам тогда объективно не хватало?
Здесь две крайности. Первая — обнулить себя и выйти на рынок как человек без опыта. Вторая — назвать любую смежную работу системным анализом и надеяться, что никто не задаст уточняющих вопросов.
Нормальная позиция посередине: вот мой переносимый ресурс, вот подтверждающая задача, а вот пробел, который я сейчас закрываю.
Контрольный вопрос: можете ли вы за минуту объяснить, почему ваш прошлый опыт снижает риск работодателя именно на позиции СА?
3. Уже работаю аналитиком и хочу следующий грейд
Тут сертификаты и ещё один год в резюме сами по себе почти ничего не гарантируют.
Рынок проверяет другое:
«Вырос ли масштаб решений, которые этому человеку можно доверить?»
Возьмите последние три задачи и посмотрите не только на результат, но и на точку, в которой вы в них вошли:
- получили готовую постановку или сами уточняли проблему
- исполнили выбранный вариант или сравнивали альтернативы
- работали внутри одной команды или согласовывали интересы нескольких сторон
- фиксировали требования или заранее находили риски и противоречия
- передали документ дальше или отвечали за то, что решение дошло до результата
Если во всех трёх задачах вам заранее дали и проблему, и границы, и способ решения, потолок может быть не в знаниях. Возможно, просто не растёт зона самостоятельности.
