Перейти к содержанию

Подшаг 0.3 — Roles: AI-Native роли пода

Третий подшаг бутстрапа. Назначает роли поверх готовых Нексусов (0.1) и Кортекса (0.2). Роли — это конфигурация компетенций под контекст компании, собранная из Skill Map 6×3 [S3] и свёренная с профстандартом 06.012 [S4]. Источник: operating-model «AI-Native роли»; [S2] III.2, III.6; [S3] IV; [S4] V.


🎯 Цель

Сформировать под (Pod) — малую автономную команду, обладающую всеми ресурсами для полного ЖЦ объекта (создание, дистрибуция, монетизация ценности) [S1] III.2. Распределить 6 AI-Native ролей по людям с учётом:

  • единственной обязательной роли — Product Engineer [S1] III.2;
  • принципа Comb-shaped профиля (широкая гребёнка компетенций за счёт Кортекса, не T-shaped) [S2];
  • возможности solo-пода — под может быть из одного человека [S1] III.2, [S2] III.5.

👤 Роль и ответственность

6 AI-Native ролей [S2] III.6 (объект управления → функция)

Роль Объект управления Функция
Product Engineer (замена PM) продукт Максимизация монетизируемой ценности через свойства продукта. НЕ вайбкодер. Работает через Кортекс [S1, S2].
Product Ops / Product Architect product operations Настройка/эффективность Нексусов и Кортекса; рост ИИ-зрелости команды (аналог scrum-master AI-эпохи) [S2].
Growth Engineer / Growth PM модель роста Минимизация time-to-activation, максимизация LTV/mNSM; контроль COGS токенов [S2].
Portfolio Manager / Bizdev Architect портфель Максимизация NPV портфеля, баланс маржимальности/каннибализации [S1, S2].
Discovery / Launcher PM запуск продукта Минимизация time-to-market/time-to-PMF; человек-команда, вайбкодинг [S2].
AI UX Designer UX & UI Метафоры ИИ-взаимодействия, tone-of-voice [S2].

(Седьмая роль — Technical / AI Product Manager — для продуктов с тяжёлыми моделями; добавляется при необходимости [S2] III.6.)


🧩 Структура: Comb-shaped профиль + маппинг

Comb-shaped, не T-shaped [S2]

Профиль компетенций пода — гребёнка: несколько «зубцов» (глубоких секторов) вместо одной глубокой специализации + широкой базы. Недостающие компетенции замещаются Кортексом, а не людьми [S2] III.5. Это и позволяет поду быть из 1 человека.

Зона человека (не передавать ИИ) [S2] III.4

Две функции всегда остаются за человеком: 1. Стратегическое планирование — распределение ресурсов (агенты — инструменты, не акторы; ответственность не передать). 2. Синхронизация взаимодействия людей — кросс-проекты, корпоративные интриги (ИИ не преодолеет, но сделает прозрачным).

⚠️ NPV-моделирование и стратегические Ставки (Bets) — зона человека [S2] III.4; агенты = инструменты.

Маппинг к Skill Map 6×3 [S3] IV

6 секторов навыков × 3 уровня владения:

№ Сектор [S3] Уровни: junior → middle/senior → head/CPO
1 Discovery & Researches одиночная задача → проект → портфель
2 Value & Solution Design идея → вертикаль → бизнес-юнит
3 Development & Delivery фича → продукт → North Star
4 Growth & Experiments метрика фичи → комплексная метрика → метрики бизнеса
5 Product Marketing — → — → —
6 Sales & Economics — → — → —

Конфигурация пода = набор секторов/уровней под контекст компании (ЖЦ продукта, оргструктура, зрелость культуры, отрасль, ресурсы, риски) [S3] IV.4. На Step 0 под фиксирует свою конфигурацию.

Маппинг к профстандарту 06.012 [S4] V (связка интерпретативна [S3])

Код Обобщённая функция Уровень Роль PAF
A Сопровождение развития ИТ-продукта 4 ассистент / junior PM
B Управление ИТ-продуктом 5 Product Engineer
C Управление серией продуктов и группой менеджеров 6 Portfolio Manager
D Управление портфелем и подразделением 7 CPO / Head of Product

⚠️ Краевые соответствия (A→ассистент, D→директор) указаны в [S3]; маппинг B/C — интерпретация [S3]+[S4]. PAF переопределяет способ работы на каждом уровне — через Нексус и Кортекс, не вручную [S1].


🤖 Кортекс

Кортекс — то, что делает Comb-shaped профиль возможным: замещает недостающие компетенции людей [S2] III.5. На Step 0:

  • Каждой роли ставится в соответствие контекстная область Кортекса (PAF разделяет Кортекс на зоны под роли [S1] III.1).
  • Роли пользуются агентами из 2.cortex-setup.md (Nexus-Builder, CP-скорер, Scouting, и т.д.).
  • Discovery/Launcher PM — единственная роль, где вайбкодинг допускается как часть работы [S2] III.6 (в остальных ролях инженер работает через Кортекс, а не вручную).

🧠 Человек (метапознание)

Под явно фиксирует границу делегирования [S2] III.4: что передаётся Кортексу (операционка, скоринг, разбор, скаутинг), что остаётся за человеком (стратегия, синхронизация, NPV, Ставки). Эта граница — не техническое, а метапознавательное решение: под должен понимать, где ИИ усилит, а где породит «убедительные, но неверные» результаты [S2] III.4.

Product Ops отвечает за то, чтобы команда росла по уровням Skill Map — это его миссия (двигать по модели зрелости [S2]).


📦 Артефакт

  • Roster пода — распределение 6 ролей по людям (с явными совмещениями в solo/малом поде).
  • Skill-конфигурация — какие сектора/уровни Skill Map покрыты людьми, какие — Кортексом.
  • Зона человека — зафиксировано, что НЕ делегируется (стратегия, синхронизация, NPV, Ставки).
  • Профстандарт-маппинг — роли сопоставлены с A/B/C/D для аттестации/найма.

🚦 Готовность к след. подшагу

  • ✅ Минимум одна роль назначена — Product Engineer (единственная обязательная [S1]).
  • ✅ Профиль пода — Comb-shaped (недостающее закрыто Кортексом, не вакансиями).
  • ✅ Зона человека зафиксирована.
  • ✅ Роли сопоставлены со Skill Map и профстандартом.
  • ❌ Если «PM как финальная роль» или «T-shaped» в словаре пода → нарушены запрещённые синонимы [S1, S2], пересобрать.

🛡️ Анти-workslop

  • Не «PM / Product Manager как финальная роль» → Product Engineer (роль трансформируется [S1, S2]).
  • Не «T-shaped команда» → Comb-shaped за счёт Кортекса [S2].
  • Не раздувать под до scrum-team (7±2) → Pod, может быть из 1 человека [S1, S2] III.2, V.
  • Не делегировать стратегию агентам → зона человека [S2] III.4.
  • Не путать Discovery/Launcher PM с Product Engineer — первый вайбкодит, второй работает через Кортекс [S2] III.6.

🔗 Связи

  • Step 0 — overview — контекст подшага.
  • 2.cortex-setup — предыдущий подшаг (Кортекс, замещающий недостающие компетенции).
  • 4.progress-pulse — следующий подшаг (ритуал синхронизации ролей).
  • operating-model «AI-Native роли» + «Запрещённые синонимы».
  • index Часть III.2 (Pod), III.4 (зона человека), III.6 (роли), IV (Skill Map), V (профстандарт).
  • naming_conventions — ролевая модель + профстандарт A/B/C/D + запрещённые синонимы.

Version: 1.0 · Last updated: 2026-06-20