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

6.1 instruction — Pitching of Trust как stage-gate

Этап RB-STEP-1 — BIG IDEA (прелюдия) · Линза: над 3PL (защита Банча перед всеми тремя линзами) · Инструкция для Инженера Продукта нового поколения (PAF, [S1],[S2]). Преемственность метода: исходный раннбук RB-STEP-1-IDEA/6.1 Pitching of Trust.md — 10-min pitch (Context/BIG Idea/Bunch/Validation) + Q&A «try to kill it» + голосование команды за CP каждой фичи (CP<5 dropped, CP≥5 approved) + resource commitment. Эта инструкция: Pitching of Trust как stage-gate [S1] VI.3 (чем выше CP, тем выше шанс прохождения или осознанного отказа), Red-Team Agent для скептических вопросов, асинхронная поддержка ИИ, фиксация final CP.

🎯 Цель в PAF-оптике

Pitching of Trust — stage-gate [S1] VI.3 цикла Product Sprint: защита Банча (4.3) + Vision (5.1) перед командой, где команда «заваливает» аргументы → назначается final Confidence Point [S1] VI.4.

В PAF: - (а) Кортекс через Red-Team Agent генерирует скептические вопросы «kill it» (3-я оптимизация — челендж [S2] III.4); - (б) асинхронная поддержка — ИИ помогает отвечать в реальном времени; - (в) final CP — критерий gate: фичи CP<порога dropped, CP≥порога approved или осознанный отказ [S1] VI.3.

Gate тем легче проходит, чем выше CP (рост контекста = рост скорости процессов [S1] VI.3).

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

  • Product Engineer — защищает Банч; честно признаёт unknowns; принимает final CP.
  • Команда (Product Pod) — задаёт скептические вопросы; голосует за CP; «заваливает» слабые аргументы [S1] VI.4.
  • Product Ops — ведёт Red-Team Agent; фиксирует final CP в Узлах.
  • Portfolio Manager — подтверждает resource commitment (если Банч проходит gate).
  • Зона человека: голосование за CP и решение о resource commitment — за командой людей (синхронизация взаимодействия сотрудников — зона человека [S2] III.4). ИИ аугментирует (Red-Team), не решает.

🤖 Что делает Кортекс-агент

Red-Team Agent [reformation] §1.5:

  • Генерирует скептические вопросы «kill it»: для каждой фичи Банча — «Что если [риск]?», «Почему не [альтернатива]?», «Какое evidence?», «Какой worst case?» (из исходника 6.1).
  • Симуляция «kill it»: для каждой фичи строит контр-аргумент из Узлов Нексуса (где evidence слабкий, где Bet рискованный).
  • Асинхронная поддержка: в реальном времени подсказывает инженеру контр-контр-аргументы из Узлов (но финальное слово — за человеком).
  • Фиксация final CP: после голосования команды → обновление CP фич в Узлах.

  • Вход: Bunch-v2 (4.3) + Vision-v1 (5.1) + Узлы Нексусов + Presentation-v1 (5.2).

  • Выход: Red-Team-Questions-узлы, обновлённый final CP фич, Pitching-Decision-узел (approved/dropped per feature), Resource-Commitment-узел.

Промпт-идея:

«Для каждой фичи Банча сгенерируй kill-it вопросы из слабых мест evidence (Узлы без источника, рискованные Bet). Построй контр-аргументы. После голосования команды — зафиксируй final CP. Помечай фичи для осознанного отказа, если CP<порога.»

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

  • Чекпоинт: команда не должна поддакивать Кортексу (дофаминовая петля ИИ [S2] III.7). Red-Team — это инструмент, но финальное суждение — за людьми.
  • Veto-право: любая фича с CP<порога после final → dropped или осознанный отказ от всего Банча [S1] VI.3.
  • Вопрос:
  • «Red-Team указал на evidence-брешь в фиче X. Есть ли у нас реальный ответ (не от Кортекса), или это drop?»
  • «Финальное CP — это голос людей или одобрение Кортекса?»

📦 Артефакт = узлы Нексуса

  • Создаются/обновляются: Red-Team-Questions-узлы (привязанные к фичам), final CP фич (обновлённый), Pitching-Decision-узел (approved/dropped), Resource-Commitment-узел (бюджет/команда/timeline — из исходника 6.1).
  • Метаданные: источник (голосование команды), final-CP, decision, red-team-бреши, timestamp, commitment.
  • Прирост Context Ripeness: +5% (final CP + бреши — инкремент контекста).

🚦 Confidence Point-гейт

  • Это и есть гейт ([reformation] §1.6): Pitching of Trust — CP gate стадии. Критерий: Confirmed фичи с final CP≥порога → approved; CP<порога → dropped/осознанный отказ. resource commitment — если Банч проходит.
  • Стоимость риска: «Какой бюджет мы committing? Какой NPV-потенциал Банча оправдывает этот бюджет?» — в Resource-Commitment.

🔭 Связь с Тремя Линзами (3PL)

  • Над 3PL: защита перед всеми тремя линзами (Product/Business/Strategy вопросы).
  • Связь: approved Банч → следующий цикл Product Sprint (Build); dropped → переоценка через 3.3.

🛡️ Анти-workslop чекпоинт

  • Workslop-риск: команда поддакивает Кортексу (дофаминовая петля [S2] III.7); Red-Team становится театром (вопросы есть, но CP не падает).
  • Признак: ни одна фича не dropped после Pitching (подозрительно); CP вырос без новых evidence; resource commitment без NPV-обоснования.
  • Правило верификации: real-вопросы от людей (не только Red-Team); CP падает при брешях; хотя бы одна фича осознанно dropped ИЛИ обоснованное «все сильные»; commitment — по NPV.

🧩 Маппинг к Skill Map / профстандарту 06.012

  • Skill Map [S3]: сектор 4 Growth & Experiments (gate, скоринг)
  • сектор 2. Уровень — внешний круг (senior/head): целеполагание, процессы.
  • Профстандарт 06.012 [S4]: функция B (B/05.5 координация, B/08.5 показатели)
  • C (C/05.6 команды), уровни 5–6.

🔗 Связи

Назад: 5.3 instruction · Дальше: 6.2 instruction Связанные: reformation · index · [[naming_conventions]