Как стать системным аналитиком

Что нужно уметь

Начинающему системному аналитику нужны:

• требования — собирать, формулировать, проверять на однозначность;
• сценарии — use case, пользовательские истории, критерии приёмки;
• схемы — BPMN для процессов, UML для последовательностей и состояний;
• данные — сущности и связи, уверенный SQL — курс «SQL с нуля»;
• интеграции — REST API, JSON, коды ошибок, Postman — курс «Postman и API»;
• процесс разработки — Scrum, трекер задач — курс «Jira и Scrum»;
• ясная письменная речь и умение задавать вопросы.

Плюсом будут понимание архитектуры (что такое микросервисы, очереди сообщений, кэш), основы XML и умение прочитать чужой код.

Откуда приходят

В системную аналитику редко попадают сразу. Частые пути:

• из тестирования — тестировщики хорошо видят неоднозначности и исключения. Курс «Тестировщик с нуля»;
• из поддержки — знают, что ломается и что раздражает пользователей;
• из 1С — аналитики и консультанты 1С уже работают с требованиями. Курс «1С-аналитик с нуля»;
• из бизнес-анализа и предметной области — бухгалтеры, логисты, банковские специалисты, которые хорошо знают процессы;
• из разработки — разработчики, которым ближе проектирование, чем код.

Опыт в предметной области — финансах, логистике, медицине — большой плюс: такие аналитики ценятся выше.

Учебный проект

Лучшее портфолио — спецификация одной функции знакомого сервиса. Например, «Запись к врачу в приложении клиники» или «Возврат товара в интернет-магазине»:

1. Цель и контекст.
2. Роли и сценарии с альтернативными потоками.
3. Функциональные и нефункциональные требования.
4. Схема процесса в BPMN и диаграмма последовательности.
5. Модель данных и пара SQL-запросов.
6. Описание 2–3 методов API с ошибками.
7. Открытые вопросы.

Выложите её как документ или страницу в публичной вики. Это показывает больше, чем любой сертификат.

Тестовое и собеседование

Тестовое задание часто выглядит так: «Опишите требования к функции X». Проверяют не красоту, а:

• задали ли вы уточняющие вопросы или записали допущения;
• учли ли исключения и ошибки;
• однозначны ли требования;
• есть ли данные и интеграции.

На собеседовании часто дают требование и просят найти проблемы: «Пользователь может быстро найти заказ». Хороший ответ — вопросы: что значит «быстро», по каким полям искать, кто этот пользователь, что если заказов тысячи, что показывать, если ничего не найдено.

Также спрашивают про виды требований, BPMN и UML, разницу между JOIN и LEFT JOIN, коды HTTP-ответов, синхронный и асинхронный обмен.