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

6.harvest — HARVEST

Шаг Step 1 — Idea & Context · фаза цикла Product Sprint · Линза: над 3PL (фиксирующая по всем трём Нексусам) · Инструкция для Инженера Продукта (PAF [S1],[S2]). Референс метода: 5.3 Обновление Нексусов. Референс «почему»: 5.3 instruction · reformation §1.

🎯 Цель фазы для этой вехи

Harvesting — зафиксировать все learnings цикла BIG Idea в Нексусах как v1.0 и подготовить их к следующему циклу Product Sprint (Step 2 — Customer). В Step 1 HARVEST — лёгкая фаза, но критичная по артефакту: на выходе CR всех трёх Нексусов ≥ 60% [reformation] §1.6.

Это не «дописать разделы вручную», а авто-коммит через Кортекс (event-based обновление Узлов [S1] VI.2), пересчёт Context Ripeness как live-метрики (полнота × актуальность [S1] III.1) с автоматическим флагом «увядания» для Узлов, потерявших актуальность.

Событийный цикл замыкается: Pulse → SCOUT → BUNCH → PITCH → EXECUTE → HARVEST → следующий цикл [S1] VI.4. На Step 1 этот инкремент контекста — вход в Step 2.

👤 Роль

  • Product Engineer — отвечает, что Нексусы отражают реальность (не приукрашенную); инициирует v1.0-коммит; решает, готов ли цикл к закрытию. Проверяет выборку Узлов на источники и свежесть.
  • Product Ops / Product Architect — обеспечивает событийный авто-коммит (event-based обновление Узлов через агентов, а не ручную правку [S1] VI.2); поддерживает метрику CR как вычисляемую (не самооценку); настраивает пороги увядания по типам Узлов.
  • Growth Engineer — валидирует, что зафиксированные mNSM-numeric и NPV-вклады фич корректны для следующего цикла.
  • Зона человека: решение о достаточности CR для закрытия цикла — за человеком. Кортекс считает CR, человек решает «готовы ли Нексусы к gate».

🤖 Кортекс-агент фазы

Nexus-Commit Agent (режим Nexus-Builder [reformation] §1.5):

  • Авто-коммит всех Validation-Result (5.execute) + Learning-узлов + Vision-v1 (4.pitch) + final CP в соответствующие Нексусы (рынок/продукт/рост) с обновлением рёбер.
  • Пересчёт Context Ripeness по каждому Нексусу: CR = полнота (покрытие типов Узлов) × актуальность (по timestamp Узлов) [S1] III.1.
  • Флаг «увядания»: Узлы с timestamp старше порога свежести (TAM — медленно, отзывы — быстро) → статус aging/stale [S1] III.1.

  • Генерация Summary (CR-таблица по Нексусам, из исходника 5.3) — но как live-узел, не статичный документ.

  • Input: все Learning/Validation-Result/Vision/final CP-узлы цикла (1.pulse → 5.execute).

  • Action: авто-коммит + пересчёт CR + флаги увядания.
  • Output: Нексусы v1.0 (обновлённые Узлы), пересчитанный CR по каждому, флаги увядания, Nexus-Summary-v1.0-узел.

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

  • Чекпоинт: иллюзия живого Нексуса (сквозной риск [reformation] Часть VIII) — CR посчитан, но Узлы без источников или устаревшие. Инженер проверяет выборку Узлов: источники? timestamp? флаги увядания?
  • Veto-право: Нексус с CR ≥ 60%, но с увядшими/без-источниковыми Узлами → обнулить CR или пометить иллюзия.
  • Вопрос: «CR Нексуса рынка = 65% — сколько Узлов в stale? Какие источники у топ-5 Узлов?» · «Обновление прошло через агентов (event-based) или кто-то правил вручную?»

📦 Артефакт = узлы Нексуса (+ Context Ripeness)

  • Создаются/обновляются: Нексусы v1.0 (рынка, продукта, роста) — обновлённые Узлы; Nexus-Summary-v1.0-узел (CR-таблица, key learnings, Bunch rationale, Vision summary); флаги увядания на Узлах.
  • Метаданные каждого Узла: источник, CP, timestamp (обновлённый), статус увядания (fresh/aging/stale), версия-Нексуса (v1.0).
  • Распределение learnings по Нексусам (преемственность из исходника 5.3):
  • Нексус рынка ← Validation Insights (что подтвердилось о рынке/конкурентах/трендах);
  • Нексус продукта ← Customer Insights, Prioritization, Vision Refinement (что узнали о фичах/JTBD/Vision);
  • Нексус роста ← Unit Economics Updates, Growth Strategy (что подтвердилось о монетизации/mNSM/Рычагах).
  • Прирост CR: это итоговый замер цикла; цель ≥ 60% по всем трём [reformation] §1.6. Прирост накапливается из SCOUT (+20–35%) + BUNCH (+5–10%) + EXECUTE (+10–15%) + PITCH (+5%). Если итоговый CR < 60% — цикл не закрыт, нужен возврат в SCOUT/EXECUTE.

🚦 Confidence Point (гейт к след. фазе)

  • Критерий завершения Step 1 → Step 2: Нексусы v1.0 с CR ≥ 60% по каждому; Nexus-Summary-v1.0 существует; критичные Узлы — не stale; Bunch-v2 (Confirmed фичи) и Vision-v1 зафиксированы.
  • Стоимость риска: «Какой ущерб решениям, если Нексус иллюзорно спелый?» — gate не пропускает иллюзии.
  • Fit-точки на Step 1 нет (входная веха), но CP-гейт HARVEST — обязателен.

🛡️ Анти-workslop

  • Workslop-риск: иллюзия живого Нексуса (CR посчитан, Узлы устарели/без источников) [reformation] Часть VIII; ручное редактирование вместо авто-коммита (Нексус перестаёт быть живым); «документация ради документации» [S2] III.7.
  • Признак: CR ≥ 60% при stale-Узлах; Узлы без источников; ручная правка Узлов (не через агентов).
  • Правило верификации: CR = вычисляемая метрика (полнота × актуальность); флаги увядания обязательны; обновление только через агентов (event-based); выборочная проверка источников.

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

HARVEST работает над 3PL: фиксирующая фаза по всем трём Нексусам. - Нексус рынка → Strategy Lens (Ставки подтверждены/опровергнуты); - Нексус продукта → Product Lens (Vision и Confirmed фичи зафиксированы); - Нексус роста → Business Lens (mNSM/NPV/Рычаги обновлены). Все три замыкаются для следующего цикла Product Sprint (Step 2 — Customer).

🧩 Skill Map / профстандарт

  • Skill Map [S3]: сектор 1 Discovery & Researches (фиксация контекста) + сквозной. Уровень — средний круг (middle/senior): агрегация, обоснованные выводы.
  • Профстандарт 06.012 [S4]: функция B (B/08.5 показатели успешности), уровень 5 — Product Engineer; для Ops — A/01.4 оргсопровождение.

🔗 Дальше

overview · overview (следующий шаг) · operating-model