Системный аналитик (СА) переводит потребность бизнеса на язык, понятный разработке и тестированию. Бизнес говорит «клиенты должны получать чек на почту», разработчик хочет знать, какой сервис, по какому событию, в каком формате и что делать, если почта не дошла. Между этими двумя фразами и работает СА.
СА и БА: в чём разница
- Бизнес-аналитик отвечает на вопросы «зачем» и «что»: какая проблема у бизнеса, какая цель, какой процесс сейчас и каким он станет, какая ценность и деньги.
- Системный аналитик отвечает на «как это будет устроено в системе»: какие функции, данные, интеграции, API, состояния объектов, ограничения.
В небольших компаниях это часто один человек. В банках и крупных IT-компаниях роли разделены, а СА ещё и делится по фокусу: интеграционный аналитик, аналитик данных хранилища, аналитик фронтовых сценариев.
Где СА в жизненном цикле
- Выявление: интервью, воркшопы, разбор текущей системы и документов.
- Анализ и моделирование: процессы (BPMN), сценарии (use case, user story), данные (ER), поведение (UML).
- Спецификация: требования, контракты API, ТЗ или страницы в Confluence.
- Согласование: с бизнесом, архитектором, командами смежных систем.
- Сопровождение разработки: ответы на вопросы, уточнения, приёмка, разбор багов «это баг или так задумано».
- Управление изменениями: требования меняются, СА держит трассировку и версии.
Основные артефакты
| Артефакт | Зачем |
|---|---|
| User story + критерии приёмки | единица работы для команды в Scrum |
| Use case | подробный сценарий взаимодействия с альтернативами |
| Диаграмма последовательностей | кто кого вызывает в интеграции |
| ER-модель, словарь данных | какие данные храним и как они связаны |
| Контракт API (OpenAPI, proto, AsyncAPI) | договорённость между системами |
| ТЗ / SRS | полный документ требований, часто по ГОСТ 34 в госсекторе и банках |
Грейды
- Junior: пишет требования по готовому шаблону, умеет SQL на уровне JOIN и GROUP BY, рисует простые схемы, задаёт уточняющие вопросы.
- Middle: самостоятельно ведёт фичу от выявления до приёмки, проектирует REST API и модель данных, понимает интеграции и брокеры.
- Senior: ведёт сложные интеграции из многих систем, выбирает способ взаимодействия (синхронно или через события), отвечает за консистентность данных, договаривается с архитекторами, растит команду аналитиков.
Пример: от фразы к требованию
Бизнес: «Хотим, чтобы курьер видел адрес клиента».
СА уточняет: в каком приложении, на каком этапе заказа, весь адрес или без квартиры до прибытия, что с персональными данными, нужен ли маршрут. Получается:
Курьер в мобильном приложении после принятия заказа видит адрес доставки (улица, дом, подъезд). Номер квартиры и телефон клиента показываются после статуса «Прибыл». После закрытия заказа адрес скрывается.
Частые ошибки
- Записывать «решение» вместо потребности: «нужна кнопка выгрузки в Excel», хотя задача «бухгалтер сверяет платежи раз в день».
- Не фиксировать договорённости: «мы же устно обсуждали» через месяц не работает.
- Проектировать в одиночку, не показывая разработчикам: потом оказывается, что API невозможно реализовать в текущей архитектуре.
Что спросят на собесе
- Чем системный аналитик отличается от бизнес-аналитика?
- Расскажи жизненный цикл требования в твоём последнем проекте.
- Какие артефакты ты делал и для кого?
- Как понимаешь, что требование готово к передаче в разработку?
- Как поступаешь, если разработчик говорит, что требование нереализуемо?