Модуль 0.5. Карьерный трек системного аналитика: junior → middle → senior → lead
Чтобы расти, мало «делать задачи». Нужны измеримые ожидания по уровням, матрица навыков, понятный стек инструментов и реалистичный roadmap на 6–12 месяцев. В модуле фиксируем, что именно отличает junior/middle/senior/lead по результатам, ответственности и масштабу, и превращаем это в ваш персональный план.
Лестница уровней: зона ответственности, масштаб, автономность, влияние
|
Уровень |
Масштаб и сложность |
Автономность |
Типичные результаты |
Риск-профиль |
|---|---|---|---|---|
|
Junior |
Задачи внутри одной фичи. Простые процессы/ER. |
Нужен наставник; делает по шаблону. |
Оформляет часть SRS, простые BPMN, ER v0, участвует в RTM/AC. |
«Секретарь требований», слабая проверяемость, путаница терминов. |
|
Middle |
Сквозная фича/подсистема, 1–3 интеграции, NFR измеримы. |
Сам ведёт анализ/спецификацию, вовремя эскалирует риски. |
Полный пакет: SRS+BPMN/DMN +ER+OpenAPI/Events +NFR+AC/BDD+RTM. |
Перегружает диаграммами, недожимает observability/безопасность. |
|
Senior |
Несколько подсистем, сложные интеграции, поведенческие и данные. |
Высокая; определяет подходы и стандарты. |
Сквозная согласованность, ADR, методика приёмки, деградации/SLO, Data lineage. |
«Прыжки без версионирования», изменения ломают совместимость. |
|
Lead |
Домены/программы, зрелость процесса, команда SA. |
Стратегическая; строит систему, менторит. |
RACI/регламенты, конвейер артефактов, качество требований как метрика релиза. |
Управленческий «оверстеп»: всё решает сам, выгорание команды. |
Матрица навыков по уровням (что «должен уметь»)
Требования и моделирование
- Junior: читает BRD; оформляет SRS по шаблону; рисует BPMN as-is/to-be (без хитрых шлюзов); Use Case; базовый UML sequence.
- Middle: ведёт SRS end-to-end; DMN (hit policies); UML sequence со взаимодействиями внешних систем; C4 L1–L2; формализует AC/BDD.
- Senior: C4 L3, state-machine для критичных сущностей; стандартизирует нотации; управляет RTM.
- Lead: утверждает стандарты артефактов, обучает, вводит ревью-практики.
Данные и интеграции
- Junior: ER v0, типы/ключи; понимает REST, читает OpenAPI; базовый SQL (SELECT/WHERE/JOIN).
- Middle: проектирует ER (кардинальности, домены, справочники), CDC/идемпотентность; пишет/правит OpenAPI/AsyncAPI, схемы (JSON-Schema/Avro); SQL-проверки качества.
- Senior: событийная модель (outbox, correlation-id), backward/forward compatibility; шина/очереди; data contracts; договорённости с DWH/BI.
- Lead: конвейер контрактов (CI для OpenAPI/AsyncAPI), политика версионирования.
NFR и эксплуатация
- Junior: отличает функциональные от NFR; перечисляет базовые показатели.
- Middle: задаёт p95 latency/RPS/error-rate, деградации, RTO/RPO, логирование/трейсинг/метрики (SLI/SLO).
- Senior: требования к observability по сервисам, алерты/дешборды; безопасность (OAuth2/JWT, PII, аудит).
- Lead: метрики качества требований в релизном цикле, операционные SLO как часть критерия «готово».
Процессы и взаимодействие
- Junior: работает в Jira, проходит DoR/DoD, поддерживает связи Wiki↔Jira↔Git.
- Middle: фасилитирует 3-Amigos (Dev/QA/SA), управляет CR; защищает решения на grooming.
- Senior: ведёт дизайн-сессии, решает конфликты, утверждает ADR.
- Lead: RACI, capacity планирование SA, наставничество.
Стек инструментов: глубина владения по уровням
|
Область |
Junior |
Middle |
Senior |
Lead |
|---|---|---|---|---|
|
Wiki (Confluence/Notion) |
Пишет по шаблону, Meta-блоки |
Проектирует структуру, макросы, индексы |
Вводит стандарты, чек-листы |
Политики версионирования/ревью |
|
Jira/YouTrack |
Пользуется, ссылки на артефакты |
Настраивает поля SpecLink/ContractVersion |
Вводит требования к DoR/DoD |
Метрики «качество требований» |
|
Диаграммы (Miro/FigJam/PlantUML/Mermaid) |
BPMN/UseCase/Sequence базово |
BPMN/DMN/UML/C4 L2 |
C4 L3/state-machine, библиотека шаблонов |
CI-валидация/хранилище исходников |
|
Контракты (OpenAPI/AsyncAPI) |
Читать/комментировать |
Писать/версионировать, линт |
Совместимость/миграции, схемы событий |
Политика версий, автопубликация |
|
Данные/SQL |
Базовые запросы |
Проверки качества/сверки |
Семантический слой/метрики, CDC |
Политика data contracts |
|
Observability |
Понимание логов/метрик |
SLI/SLO на требования |
Дашборды/алерты, корреляция |
Стандарты мониторинга по продукту |
|
Git/Docs-as-code |
Pull/branch по инструкции |
PR для артефактов, pre-commit линтеры |
Шаблоны, changelog, релиз-доки |
Пайплайн CI для docs/contracts |
Примеры задач по уровням (что реально делаете)
- Junior: оформить SRS-раздел «Валидация формы регистрации», BPMN «Сброс пароля», добавить AC/BDD; поднять RTM-связи.
- Middle: спроектировать API возвратов (POST /refunds с идемпотентностью), DMN «правила возвратов», ER «Refund/Order/Payment», NFR (p95<2 c); договориться с QA/Dev/Fin.
- Senior: разработать событийную модель «статусы заказа», outbox, схемы Avro, политика совместимости; ADR «идемпотентность vs дедупликация»; observability-дизайн.
- Lead: ввести стандарты требований и ревью, RACI; нанять/онбордить 2 SA; метрики качества (req-defects, RTM coverage).
Чек-лист готовности к повышению
Junior → Middle
- Самостоятельно веду полный пакет по фиче (SRS+BPMN/DMN+ER+OpenAPI+NFR+AC/BDD).
- В моих задачах 0 дефектов требований после UAT за 2 релиза.
- RTM покрывает 100% требований.
- Выполнил ≥1 интеграцию с идемпотентностью и версионированием API.
Middle → Senior
- Защитил ≥2 ADR с альтернативами/последствиями.
- Вёл сквозной проект с несколькими интеграциями и событийной моделью.
- Внедрил SLI/SLO и чек-лист observability.
- Менторю джуниора (есть план развития и результаты).
Senior → Lead
- Поднял метрики «качество требований» в команде (−X% req-defects, +Y% RTM coverage).
- Внедрил конвейер контрактов (линт/релизы, автопубликация).
- Обучил команду стандартам и провёл ≥4 внутренние сессии.
- Согласовал и запустил RACI/процедуры ревью.
Roadmap системного аналитика: 6 и 12 месяцев
Вариант А. Интенсив на 6 месяцев
Месяц 1. База и артефакты
- Освоить шаблоны SRS/ADR/RTM/NFR; сделать 1 мини-фичу end-to-end.
- Инструменты: OpenAPI (редакторы), Mermaid/PlantUML, SQL-проверки.
- KPI: RTM=100%, 0 критичных дефектов требований.
Месяц 2. Интеграции и API
- Спроектировать и защитить 3 эндпоинта с пагинацией/ошибками/идемпотентностью.
- Прописать NFR, добавить BDD.
- KPI: accepted без доработок.
Месяц 3. Данные и DWH/BI
- ER и глоссарий для домена (≥5 сущностей), правила DQ; контракт экспорта (инкремент).
- KPI: приняты DQ-контроли, нет «скрытых» полей.
Месяц 4. События и асинхрон
- AsyncAPI/Avro, outbox, correlation; стратегия совместимости.
- KPI: проход тестов совместимости/контрактные тесты.
Месяц 5. Observability и безопасность
- SLI/SLO, алерты, аудит-логи; OAuth2/JWT.
- KPI: дашборды/алерты в прод-готовности.
Месяц 6. Итоговый проект + ADR
- Сквозной кейс с релизом; защита ADR; менторинг стажёра 2 недели.
- KPI: «повышение готов» по чек-листу Junior→Middle или Middle→Senior.
Вариант B. Равномерный 12-месячный план (по кварталам)
- Q1: база + фича end-to-end, RTM; 1 интеграция REST.
- Q2: 2 интеграции + событийная модель; DQ-процедуры, контракт экспорта.
- Q3: стандарты наблюдаемости/безопасности; 2 ADR; внутренняя лекция.
- Q4: оптимизация процесса (линтеры, CI для контрактов), менторинг; подготовка к следующему уровню.
Риски развития и как их обойти
- Диаграммы вместо спецификаций. — Делайте «минимум, который снижает риск», остальное в текст/таблицы.
- Без NFR/observability. — Всегда фиксируйте p95/ошибки/логирование/алертинг.
- Нет версионирования. — SemVer для SRS/OpenAPI/Events; changelog.
- Отсутствие RTM. — Любое требование без связи с задачей/тестом — «красный».
- Переобучение без практики. — Каждый месяц — осязаемый артефакт и защита.
Вопрос–Ответ
Q: Можно вырасти без знания SQL?
A: До middle — очень сложно. Нужны хотя бы проверки качества и сверки.
Q: Senior — это мини-архитектор?
A: Нет, но старший SA держит целостность решений, а архитектор — принципы/целевую архитектуру. Переход возможен при системном мышлении и владении технологиями.
Q: Нужен ли английский?
A: Для middle+ — обязателен: спецификации/инструменты/коммуникации.
Q: Что важнее для роста — домен (банкинг) или техника (API/данные)?
A: До senior — техника; на senior/lead — домен даёт кратный прирост стоимости решений.
Q: Как фиксировать результаты для повышения?
A: Ведите «promotion packet»: список артефактов, ADR, метрики (req-defects↓, RTM↑), отзывы Dev/QA/PO.
Артефакт модуля — Индивидуальный roadmap (шаблон)
# Индивидуальный Roadmap Системного Аналитика (6–12 мес) ФИО: <...> | Текущий уровень: <Junior/Middle/Senior> | Целевой уровень: <...> | Период: <даты> ## 1. Цели (3–5) O1. Повысить уровень до <...> к <дата>. KR1. 2 сквозные фичи с полным пакетом артефактов. KR2. Req-defects ≤ 1 на релиз, RTM coverage 100%. KR3. 2 ADR, принятые архитектором. O2. Внедрить observability-стандарты. KR1. Описаны SLI/SLO для 2 сервисов, алерты в прод. KR2. Время на RCA инцидентов снижено до <X> часов. ## 2. Навыки: пробелы и план — OpenAPI/AsyncAPI: <пробел/цель/ресурсы/практика>. — ER/глоссарий/семантика: <...>. — NFR/observability: <...>. — SQL/DQ: <...>. — Коммуникации/фасилитация: <...>. ## 3. Практика (по месяцам/кварталам) М1: Фича A (SRS+BPMN/ER/OpenAPI/NFR/AC/RTM). М2: Интеграция B (идемпотентность, ошибки). М3: DWH/DQ; контракт экспорта. М4: События/AsyncAPI; ADR-1. М5: SLI/SLO/алерты; внутренний доклад. М6: Сквозной кейс; ADR-2; менторинг стажёра. ## 4. Метрики и доказательства — Req-defects: до/после. — RTM coverage: %. — Согласованные ADR/CR: ссылки. — Дашборды/алерты: скрин/ссылка. ## 5. Риски и план B Риск: нехватка времени Dev/QA. Меры: заранее бронирую слоты на ревью, включаю задачи в спринтовый план. ## 6. Наставник и точки контроля Ментор: <ФИО>. Ритм: 1×в 2 недели. Контрольные даты: <...>.
Что почитать/потренировать (без воды)
- Открытые спецификации BPMN/DMN, OpenAPI/AsyncAPI, JSON Schema.
- Практика: описывать любую фичу только измеримыми NFR; проектировать идемпотентные API; моделировать события с совместимостью.
