Резюме системного аналитика проигрывает фразе «собирал ТЗ и вёл документацию». Это ожидают от любой вакансии. Рекрутер ищет постановку: интеграции, статусы, конфликт требований, что согласовали с разработкой и бизнесом, какой артефакт можно открыть. Объём Confluence без края и без конфликта требований не закрывает слот. Нужна схема, которую можно открыть.
Ниже — как собрать резюме системного аналитика: роль без путаницы с БА и QA, артефакты, пули про интеграции, два заполненных примера. Каркас — в как составить резюме. Пули — в как описать опыт. Вход — в как стать системным аналитиком. Соседняя роль БА — в как стать бизнес-аналитиком, это другой файл, если цель другая. Схема статусов с краем важнее курса UML в шапке.
Коротко:
- Заголовок = системный аналитик + домен (заказы, биллинг, внутренние сервисы), не «аналитик / BA / SA / PO».
- Артефакт: постановка, схема статусов, контракт API, критерии приёмки — ссылка или описание без NDA.
- Пули про конфликт требований и интеграцию сильнее «взаимодействие со стейкхолдерами».
- Не обещайте архитектуру enterprise, если вели одну форму заказа.
- SQL, UML, BPMN — только с применением, не стена нотаций.
Как читают СА за 15 секунд
На вакансиях системного аналитика решают:
- Системный контур (сервисы, статусы, интеграции) или бизнес-процесс без IT?
- Есть ли постановка, по которой разработку не переспрашивали?
- Интеграции: внешнее API, очередь, 1С, платежи — или только пользовательские истории?
- Не QA ли / не менеджер ли с чужим заголовком?
- Можно ли разобрать один кейс на созвоне?
Путаница с продукт-менеджером и БА в одном файле кладёт вас «в аналитиков вообще». Карточка — резюме IT-специалиста. Стек и нотации — стек в резюме. Summary — summary.
Структура и артефакты
Шапка: роль, домен, город / UTC, ссылка на sanitized постановку или схему. Summary: какие системы стыковали, какой артефакт основной. Опыт. Навыки: интеграции, нотации, SQL если смотрите данные, трекер. Образование внизу.
Артефакт важнее курса UML. Одна схема статусов заказа с переходами и ошибками сильнее «знание BPMN 2.0». Drive с грифом «не удалять» и без легенды не открывают. Учебную постановку подпишите учебной. Как упаковать — проекты в резюме.
Remote — пояс: резюме для удалёнки. После сборки — проверка резюме.
Заголовок без каши ролей
Было. Системный / бизнес-аналитик. Сбор требований, ТЗ, постановка задач, UML, SQL, Agile, взаимодействие с разработкой и бизнесом. Ориентация на результат.
Стало. Системный аналитик, заказы и статусы. Контракты API, критерии приёмки, конфликт «магазин vs склад». Схема статусов: [ссылка]. SQL для сверки, не витрины. Минск / UTC+3.
Если цель БА в заказной разработке — соберите другой файл. Если цель СА в продукте — уберите «Roadmap и метрики роста»: это PM. Смешение читается как неуверенность в роли.
Какие пули работают
Не «писал техническое задание». Пишите:
- какой поток: заказ, платёж, заявка, роль, интеграция;
- какой конфликт закрыли (два владельца процесса, два статуса, два API);
- какой контракт согласовали: поля, ошибки, идемпотентность;
- критерии приёмки, по которым QA не спорил «а это баг?»;
- что ушло в backlog честно, а не «всё описал»;
- сопровождение: как отвечали на вопрос разработки через месяц.
Эффект: меньше переспросов, меньше сюрпризов на стейдже, согласованный статус, отказ от фичи с причиной. Не выдумывайте «сократил time-to-market на 40%». Канцелярит — ошибки в резюме.
Пример 1. Вход из поддержки / QA / заказной документации
Вакансия: junior/middle СА, веб-сервис, постановки, интеграции как плюс.
Системный аналитик (вход). Учебная постановка сервиса заказов: статусы, отмена, ошибки API — [ссылка]. Коммерческого СА-штата нет, год в поддержке того же домена.
Описал переходы статуса заказа: кто инициирует, какие поля обязательны, что делать при двойной отмене. Разработка по постановке не уточняла «а если уже отменён».
Свёл конфликт: поддержка хотела свободный комментарий, склад — только код причины. Зафиксировали справочник + опциональный текст.
Критерии приёмки на отмену: 4 сценария. QA использовал их как чек-лист, не как «прочитать ТЗ на 20 страниц».
UML-курсов в шапке нет. К тестовому на постановку готов на этой неделе.
Смежный домен переведён в артефакт. Это сильнее «хочу в аналитику, потому что общаюсь с людьми».
Пример 2. СА в продукте, интеграции
Вакансия: системный аналитик, интеграции, платежи или заказы, REST, статусы.
Системный аналитик, биллинг курсов. 2,5 года. Remote, UTC+3. Sanitized описание вебхука оплаты — по запросу на созвоне (NDA).
Согласовал контракт вебхука оплаты: повтор, таймаут, идемпотентность по id платежа. Поддержка перестала создавать «второй заказ» из повторного колбэка.
Закрыл конфликт продукта и финансов: что считать оплаченным при частичном возврате. Зафиксировали статусы и кто видит долг в кабинете.
Критерии приёмки на возврат: QA и разработка разошлись в одном краевом случае — дописали правило, спор не ушёл в прод.
Не вёл бэклог продукта и не обещаю SQL-витрины: смотрел статусы в админке и логах, запросы писал точечно.
Интеграция и конфликт — ядро слота СА. Roadmap и KPI роста здесь не нужны.
Нотации, SQL, инструменты
BPMN/UML — если схемы читает команда. Иначе «рисовал для себя» не навык шапки. SQL — если сверяете данные. Jira/Confluence — все и так ждут, не список. Не кладите Python и Java, если не читаете код постановок уровня «могу открыть хендлер».
Типичный шум: ARIS, Archimate, TOGAF на входе в продукт из 20 человек. Пишите то, чем закрывали релиз.
Письмо, тестовое, созвон
Письмо указывает на одну постановку или схему статусов: сопроводительное, без стажа — письмо без опыта, черновик — /cover-letter.
Тестовое СА часто «опишите статусы и крайние случаи». Границы объёма — тестовое. К интервью готовьте один конфликт требований вслух. Подготовка — interview-prep. Разбор проекта — как рассказать о проекте. Тишина — почему не отвечают: часто файл БА на слот интеграций или наоборот.