Process: Hypothesis Validation

Цикл Build-Measure-Learn с фиксированным бюджетом времени и денег.

Trigger

Новая гипотеза: feature, agent, market move — что угодно, что требует проверки.

Цикл

    ┌───────────────────────────────────────────────────┐
    │                                                    │
    ▼                                                    │
┌──────────┐    ┌──────────┐    ┌──────────┐    ┌───────┴───┐
│ AUTHOR   │───▶│ APPROVE  │───▶│  BUILD   │───▶│  MEASURE  │
│ Hypothesis│    │  (human) │    │  (MVP)   │    │  (Judge)  │
└──────────┘    └──────────┘    └──────────┘    └─────┬─────┘
                                                      │
                                                      ▼
                                                ┌──────────┐
                                                │  LEARN   │
                                                │ (decide) │
                                                └────┬─────┘
                                                     │
                                    ┌────────┬───────┼────────┐
                                    ▼        ▼       ▼        ▼
                               persevere   pivot   iterate   kill

Шаги

1. Hypothesis Authoring

Заполняется Template-Hypothesis:

Обязательные поля:

• Action — что делаем
• Audience/System — для кого
• Outcome — ожидаемый результат
• Metric — число, не прилагательное
• Deadline — ≤30 дней от старта
• Kill criteria — когда признаём неудачу

Файл создаётся в 07-Roadmap/Hypotheses/H-NNNN-slug.md. Git commit.

Блок: без kill criteria → не принимается. Без метрики → не принимается.

2. Approval Gate (Human)

Max Nova одобряет гипотезу:

• Стратегическая → ADR в Decision-Log
• Одобрена → status: approved
• Без approval → backlog (не блокирует, просто ждёт)

3. MVP Design

Agent-CEO декомпозирует:

• Определяет минимум для проверки гипотезы
• Назначает бюджет: ≤ $100 / 7 дней на первую итерацию
• Создаёт задачи через Process-TaskLifecycle

Правило: если MVP > 48 часов на BUILD — декомпозиция плохая.

4. BUILD

Задачи распределяются по агентам:

• Каждая задача проходит через Process-TaskLifecycle
• Executors выполняют, Directors координируют
• Артефакты сохраняются

5. MEASURE

Сбор метрик:

• Автоматические: из artifacts и runs (cost, time, success rate)
• Agent-Judge оценивает промежуточные результаты
• Ручные (если нет автоматизации): Human записывает

Правило: критерии фиксированы ДО запуска. Нельзя менять success_criteria в процессе.

6. LEARN — Decision Point

Agent-CEO агрегирует result + metrics. Решение:

Решение	Условие	Действие
Persevere	Метрика растёт, тренд к target	Следующая фаза, масштабирование
Pivot	Проблема реальная, решение другое	Новая гипотеза, другой подход
Iterate	Нужен ещё цикл с коррекцией	Обратно к BUILD (max 3 итерации)
Kill	Kill criteria достигнуты / опровергнута	Остановка, фиксация learnings

Обязательно: решение записывается в файл гипотезы (секция Outcome).

7. Commit Outcome

• status → validated / invalidated / pivoted
• ADR если стратегическое решение
• Learnings → corporate memory через Agent-Librarian
• Ссылка на next hypothesis (если pivot)

Anti-patterns

Anti-pattern	Блокировка
No metric	Блок на шаге 1 — не принимается без числа
Endless iteration	Hard limit 3 итерации → forced kill decision
Moving goalposts	Нельзя менять success/kill criteria после approved
No kill criteria	Блок на шаге 1 — обязательное поле
”Ещё немного данных”	Max 3 цикла, потом решение обязательно

Bounds (жёсткие лимиты)

Параметр	Лимит
Итерации	Max 3
Бюджет без re-approval	Max $500
Время	Max 30 дней → forced decision

Превышение любого лимита → обязательное решение (persevere/pivot/kill).

Связанные документы

• Build-Measure-Learn — теоретическая основа
• Hypothesis-Driven-Development — формат гипотез
• Template-Hypothesis — шаблон
• Agent-CEO — принимает решения LEARN
• Agent-Judge — выполняет MEASURE
• Decision-Log — стратегические решения