Модуль 0.4. Профстандарт и ОКЗ системного аналитика
Как системный аналитик (SA) вы не только «пишете SRS», но и подпадаете под официальные требования к профессии. Они влияют на должностные обязанности, грейды/ответственность, наименование должности, требования к образованию и даже на коды, которые работодатели указывают в документах. В этом модуле вы разложите по полочкам: профстандарт «Системный аналитик» (06.022), связь с ОКЗ/ОКПДТР, как это ложится в должностную инструкцию, и какие риски есть при неправильном оформлении.
Профессиональный стандарт «Системный аналитик»: что в нём важно
Актуальная версия. Профстандарт «Системный аналитик» утверждён приказом Минтруда РФ от 27.04.2023 № 367н, зарегистрирован в Минюсте 25.05.2023, действует до 01.09.2029. Этим же приказом прежняя редакция 2014 г. фактически заменена новой.
Идентификатор вида деятельности: 06.022. В общих сведениях стандарта закреплена формулировка вида деятельности (исследования и проектирование для координации создания ИТ-систем и продуктов и управления ими).
Связь с классификаторами:
- Группы занятий ОКЗ (ОК 010-2014): для профстандарта указаны 1330 (руководители служб ИКТ), 2511 (системные аналитики), 3512 (специалисты-техники по поддержке пользователей ИКТ). Это важно: разные обобщённые трудовые функции (ОТФ) на разных уровнях квалификации тянут разные группы ОКЗ.
- ОКВЭД: стандарт отнесён к 62.02 «Консультативная деятельность и работы в области компьютерных технологий».
Структура по уровням квалификации (функциональная карта):
- A (уровень 4): техническое сопровождение проектирования системы (сбор исходных данных, подготовка документации, первичные испытания компонентов).
- B (уровень 5): техническое проектирование и сопровождение решений (логическое проектирование, согласование, управление изменениями).
- C (уровень 6): концептуально-логическое проектирование и разработка ТЗ, методическое сопровождение испытаний.
- D (уровень 7): управление работами системных аналитиков (планирование, методики, координация, обучение).
Практический смысл: Junior≈A (4), Middle≈B/C (5–6), Senior/Lead≈C/D (6–7). Для кадровых документов и грейдинга можно прямо «прибить» обязанности к соответствующему уровню из стандарта.
ОКЗ vs ОКПДТР: что это и как применять
ОКЗ (Общероссийский классификатор занятий) — группирует профессии по видам деятельности. Для системных аналитиков базовый код — 2511 «Системные аналитики» (в составе укрупнённой группы 251 «Разработчики и аналитики ПО и приложений»). Его обычно указывают при кадровом учёте/отчётности и статистике.
ОКПДТР (ОК 016-94) — классификатор должностей служащих/профессий рабочих. В самом профстандарте в доп. характеристиках приведены связанные должности по ОКПДТР для разных ОТФ (например, инженер-исследователь, техник-программист, специалист и др.). Конкретное сопоставление зависит от уровня функции и закрепляется в вашей должностной инструкции.
Важно: ОКЗ 2511 — это «что вы за профессия», а ОКПДТР — «какая должность в штатке» под конкретный набор функций. Для лидов с управленческими ОТФ иногда применяют ОКЗ 1330, для помощников/техников — ОКЗ 3512; для основной аналитической работы — ОКЗ 2511.
Разложим по ролям и уровням ответственности
Ниже — «перевод» профстандарта на язык грейдов команды.
Уровень A (квал. 4) — младший системный аналитик / стажёр
- Фокус: сбор исходных данных, описание текущей ситуации, черновые артефакты.
- Продукты: протоколы обследования, черновая ER, первичные схемы API/событий, подготовка эксплуатационной документации.
- ОКЗ: чаще 3512 (техники/поддержка ИКТ) в доп. характеристиках профстандарта для отдельных функций.
Уровень B (квал. 5) — системный аналитик (middle-1)
- Фокус: логическое проектирование, согласование требований, управление изменениями.
- Продукты: SRS-разделы, BPMN/DMN, обновляемый OpenAPI/AsyncAPI, RTM, NFR.
- ОКЗ: как правило 2511 «Системные аналитики».
Уровень C (квал. 6) — системный аналитик (middle-2 / senior-IC)
- Фокус: концептуально-логическое проектирование, разработка ТЗ, методическое сопровождение испытаний.
- Продукты: согласованное ТЗ/ТЧ, сквозные модели (C4 L1-L3, ER), критерии приёмки/методика испытаний.
- ОКЗ: 2511.
Уровень D (квал. 7) — ведущий/руководитель системных аналитиков
- Фокус: управление работами SA, методики, координация, наставничество.
- Продукты: план работ SA, стандарты артефактов, регламенты ревью, матрица компетенций.
- ОКЗ: может попадать под 1330 (руководители ИКТ-подразделений) по профстандарту.
Как это ложится в реальную должностную инструкцию
Обязательные блоки (и чем их наполнить из профстандарта):
- Общие положения. Основание: профстандарт «Системный аналитик», приказ Минтруда РФ № 367н от 27.04.2023 (действует до 01.09.2029); код вида деятельности 06.022; группа занятий ОКЗ — преимущественно 2511 (для конкретной позиции — по функциям/уровню); ОКВЭД 62.02.
- Функции/обязанности. Берём из функциональной карты нужного уровня (A/B/C/D), переводим в понятные «ежедневные» задачи (см. ниже).
- Права. Доступ к артефактам/среде; инициирование ADR/CR; запрос ресурсов/экспертиз.
- Ответственность. За полноту/однозначность SRS, соответствие контракта API версии, трассируемость RTM, соблюдение NFR/безопасности, актуальность документации.
- Квалификационные требования. Уровень образования (смежные ОКСО ИТ-направлений), опыт, владение нотациями BPMN/DMN/UML/C4, OpenAPI/AsyncAPI, SQL, основы безопасности и observability. (В профстандарте приведены отсылки к ОКСО и смежным квалификациям.)
- Взаимодействие и RACI. Кто согласует (PO/BA/архитектор/Dev/QA/Безопасность/Data/DevOps).
- KPI/метрики. Дефекты требований на релиз, покрытие RTM, соблюдение SLO/NFR, SLA обновления артефактов.
Практические примеры формулировок (по уровням)
A/4 — стажёр/джуниор:
«Собирает исходные данные для проектирования; описывает процессы as-is; подготавливает шаблоны SRS/RTM; оформляет эксплуатационную документацию; выполняет первичные проверки соответствия разработанных элементов требованиям».
B/5 — мидл:
«Выполняет логическое проектирование подсистем; разрабатывает и согласует требования; ведёт OpenAPI/событийные схемы; управляет изменениями требований; сопровождает испытания очередей системы».
C/6 — сеньор (индивидуальный эксперт):
«Проводит обследование; выполняет концептуально-логическое проектирование; готовит и защищает ТЗ; задаёт методику испытаний; обеспечивает непротиворечивость моделей данных/процессов/интеграций».
D/7 — лидер направления SA:
«Планирует и организует работы SA на всём ЖЦ; разрабатывает методики; контролирует и координирует исполнение; обучает младших аналитиков».
Риски и как их закрывать
-
Неверный код ОКЗ/ОКПДТР в кадровых документах → расхождения в отчётности/проверках.
Решение: сопоставляйте код с конкретной ОТФ и уровнем из профстандарта (A/B/C/D); для аналитических функций чаще — ОКЗ 2511; для управленческих — возможен 1330; для техподдержки/стажёров — 3512. -
Должностная инструкция не отражает фактические функции → риски трудовых споров/оценки труда.
Решение: синхронизируйте обязанности с формулировками профстандарта по уровню; добавьте артефакты/метрики. -
Старая версия профстандарта (2014) используется как основание.
Решение: указывайте актуальный приказ № 367н (2023) и срок действия. -
Смешение BA/SA в одной должности без разграничения ответственности.
Решение: в инструкции чётко отделяйте бизнес-цели/приоритизацию (BA/PO) от инженерной спецификации (SA) и ссылок на ваши артефакты (SRS, OpenAPI, ER, NFR, RTM).
Вопрос–Ответ
Q1: Обязателен ли профстандарт к применению?
A: Он носит нормативный характер для описания квалификации и трудовых функций профессии, используется при аттестации, обучении, формировании требований и кадровых документов. Для госсектора/регулируемых сфер — критично соблюдать; в коммерческом секторе — рекомендуется как базис (и часто указывается в локальных актах).
Q2: Какой ОКЗ ставить системному аналитику?
A: Чаще всего 2511. Если обязанности — управление подразделением ИКТ, может подойти 1330; если это роль техподдержки/техник-аналитик (уровень A/4), — 3512. Смотрите ваш набор ОТФ.
Q3: Что указывать в ОКПДТР?
A: В профстандарте в «Доп. характеристиках» приведены связанные должности для отдельных функций (например, «инженер-исследователь», «техник-программист» и др.). Выбирайте тот, который соответствует реальной функции и уровню в вашей инструкции.
Q4: Мы хотим назвать должность «Ведущий системный аналитик». Это ок?
A: Да, но зафиксируйте уровень D/7 (управленческие функции) и соответствующие обязанности/права/ответственность; укажите, что базируется на профстандарте 06.022.
Q5: Нужны ли ссылки на ОКВЭД?
A: В профстандарте для профессии указан 62.02; включите в «Общие положения» как справочную привязку вида деятельности.
Артефакт модуля — шаблон «Должностная инструкция системного аналитика»
Скопируйте и адаптируйте под грейд/уровень функций. (Метки <…> замените значениями.)
# Должностная инструкция «Системный аналитик» **Версия документа:** 1.0 | **Дата:** <ДД.ММ.ГГГГ> | **Статус:** Утверждено **Подразделение:** <наименование> | **Руководитель по линии:** <должность/ФИО> ## 1. Общие положения 1.1. Должность «Системный аналитик» введена на основании профстандарта **06.022 «Системный аналитик»**, утв. приказом Минтруда РФ от **27.04.2023 № 367н** (действует до 01.09.2029). 1.2. Группа занятий по **ОКЗ:** <2511 / 1330 / 3512 — выбрать по функциям>; **ОКВЭД:** 62.02. 1.3. Уровень квалификации по профстандарту: <A/4 | B/5 | C/6 | D/7>. 1.4. По ОКПДТР должность соотносится с: <указать в зависимости от ОТФ на основе доп. характеристик профстандарта>. 1.5. В своей деятельности руководствуется: ТК РФ, локальными нормативными актами, регламентами разработки и документирования требований, стандартами безопасности и качества. ## 2. Цели и зона ответственности 2.1. Цель: обеспечение инженерной спецификации и согласованности решений (процессы/правила/данные/интеграции/NFR), трассируемости и приемки. 2.2. Ответственность: за актуальность и однозначность SRS, корректность контрактов API/событий, полноту RTM, измеримые NFR, согласование и версионирование артефактов. ## 3. Функции и обязанности (под набор ОТФ уровня) ### Для уровня A/4 (пример) — Сбор исходных данных для проектирования; описание текущей ситуации; подготовка черновых моделей (BPMN as-is, ER v0). — Оформление проектной/эксплуатационной документации; первичные проверки соответствия компонентов требованиям. ### Для уровня B/5 (пример) — Логическое проектирование подсистем; разработка и согласование требований; ведение OpenAPI/AsyncAPI и схем данных/событий. — Управление изменениями; сопровождение испытаний очередей/подсистем; актуализация RTM и NFR. ### Для уровня C/6 (пример) — Концептуально-логическое проектирование; разработка ТЗ; методическое сопровождение системных испытаний; согласование сквозных моделей (C4/ER/BPMN/DMN). ### Для уровня D/7 (пример) — Планирование/организация работ SA на всём ЖЦ; разработка методик; координация/контроль; обучение/менторство. ## 4. Права — Запрашивать информацию и экспертизу, инициировать ADR/CR, проводить обследования, требовать ревью артефактов, доступ к системам документирования и CI/CD для проверки спецификаций. ## 5. Взаимодействие (RACI-рамка) — BA/PO — консультации по бизнес-целям/приоритетам; Архитектор — согласование решений; Dev/QA — рабочая связка 3-Amigos; DevOps/Безопасность/Data — согласование NFR/observability/данных. ## 6. Квалификационные требования — Образование: профильное (ИТ/математика/информатика) или эквивалентный опыт. — Навыки: BPMN/DMN/UML/C4, ER/глоссарий, OpenAPI/AsyncAPI, SQL; основы безопасности и наблюдаемости; опыт ведения SRS/RTM/NFR. — Для D/7: опыт управления аналитиками, методологии, координация на уровне программ/портфелей. ## 7. Метрики эффективности (KPI) — Дефекты требований на релиз; покрытие RTM; соответствие SLO/NFR; SLA обновления артефактов; качество ревью (check-list); удовлетворённость Dev/QA/PO. ## 8. Ответственность — За достоверность и своевременность артефактов; за соблюдение регламентов и требований безопасности; за последствия неверной спецификации. ## 9. Условия труда — Режим работы/удалённость/командировки; инструменты (Confluence/Jira/Git/Miro), доступы; порядок обучения/аттестации. ## 10. Заключительные положения — Порядок внесения изменений в инструкцию; периодический пересмотр (не реже одного раза в 12 месяцев либо при изменении профстандарта).
Практикум (30–60 минут)
- Выберите грейд позиции и сопоставьте его с уровнем A/B/C/D в профстандарте.
- Проставьте ОКЗ (обычно 2511; при лидских/технических функциях — 1330/3512 соответственно) и ОКВЭД 62.02.
- Подберите ОКПДТР из доп. характеристик для ваших функций (зафиксируйте в «Общих положениях»).
- Заполните разделы «Функции», «Права», «Ответственность», «Квалификационные требования» по шаблону выше.
- Согласуйте с HR/юристом/архитектором; установите периодичность пересмотра (например, ежегодно или при изменении стандарта).
Ссылки на официальные источники
- Приказ Минтруда РФ от 27.04.2023 № 367н: профстандарт «Системный аналитик», срок действия до 01.09.2029.
- Общие сведения профстандарта (код 06.022).
- Группа занятий (ОКЗ 1330/2511/3512).
- Отнесение к видам экономической деятельности (ОКВЭД 62.02).
- Функциональная карта (ОТФ A/B/C/D и уровни квалификации 4–7).
- ОКЗ 2511 «Системные аналитики» (справочные порталы по классификатору).
- Доп. характеристики с примерами ОКПДТР по функциям (включая варианты «инженер-исследователь», «техник-программист», «специалист»).
