Hypothesis-Driven Development
Каждое действие в системе начинается с гипотезы. Нет гипотезы — нет задачи.
Формат гипотезы
“Мы верим, что [ДЕЙСТВИЕ] для [АУДИТОРИЯ/СИСТЕМА] приведёт к [РЕЗУЛЬТАТ]. Мы правы, если [МЕТРИКА] = [ЗНАЧЕНИЕ] за [ВРЕМЯ]. Мы откажемся, если [KILL CRITERIA].”
Пример хорошей гипотезы
“Мы верим, что запуск Competitor Scout агента для Intelligence Department приведёт к сокращению времени конкурентного анализа с 4 часов до 30 минут. Мы правы, если среднее время на отчёт ≤ 30 мин и точность данных ≥ 80% (по оценке Judge) за 2 недели (10 задач). Мы откажемся, если точность < 50% или время > 2 часов или стоимость > $5 за отчёт.”
Почему хорошая:
- Конкретное действие (запуск агента)
- Измеримый результат (30 мин, 80%)
- Ограниченный срок (2 недели)
- Чёткие kill criteria (3 условия)
Пример плохой гипотезы
“Агент будет полезен.”
Почему плохая:
- Нет метрики — что значит “полезен”?
- Нет срока — когда проверяем?
- Нет kill criteria — когда признаём неудачу?
- “Полезен” не определено — не фальсифицируемо
Правила формулировки
- Метрика = число или булево. “Улучшит” — не метрика. “Конверсия > 5%” — метрика.
- Срок обязателен. Без дедлайна гипотеза живёт вечно.
- Kill criteria обязателен. Без него невозможен pivot/kill.
- Одна гипотеза = один вопрос. Не смешивать “будет ли полезно” и “будет ли дёшево”.
- Фальсифицируемость. Должен существовать результат, при котором гипотеза опровергнута.
Три типа гипотез
Value Hypothesis
Вопрос: нужно ли это? Пример: “Клиентам Synth Nova нужен еженедельный competitive report” Метрика: NPS, usage rate, retention
Growth Hypothesis
Вопрос: как это растёт? Пример: “Автоматический outreach увеличит pipeline на 30%” Метрика: conversion rate, pipeline growth, CAC
Efficiency Hypothesis
Вопрос: делаем ли мы это дешевле/быстрее? Пример: “Агент-аналитик сократит время отчёта с 4 часов до 30 минут” Метрика: time, cost per unit, error rate
Связь с tasks
Поле hypothesis (или hypothesis_id) обязательно в каждой задаче. Задача без гипотезы — Agent-CEO отклоняет.
Исключения:
- Operational tasks (health check, backup) — hypothesis не требуется
- Bug fixes — hypothesis = “исправление X устранит ошибку Y”
Шаблон
См. Template-Hypothesis — готовый шаблон для заполнения.
Связанные документы
- Build-Measure-Learn — цикл проверки гипотез
- Lean-Startup — теоретическая база
- Agent-CEO — принимает/отклоняет гипотезы
- Agent-Judge — оценивает результат проверки
- Template-Hypothesis — шаблон документа гипотезы