Почему решение без теста — ещё не решение
Карточка противоречия с ходом «получить и то, и другое» выглядит как победа. Но без проверки это гипотеза в красивой упаковке. Паспорт Super Oracle фиксирует границу прямо: агент не обещает новизну, не проводит патентный поиск, а предложения требуют инженерной, продуктовой и экономической оценки профильными специалистами. Единственный способ превратить ход в знание — тест.
Три поля для каждого хода
Этап «Проверка» в процессе агента задаёт для каждого направления три поля:
- Ожидаемый эффект. Что именно должно измениться и как это будет измерено — до начала теста, а не после.
- Риск. Что может пойти не так, если ход неверен, и какой ущерб это принесёт.
- Дешёвый тест. Минимальная проверка, которая отсекает ход за дни, а не за месяцы разработки.
Тест обязан быть дешевле реализации: если для проверки гипотезы нужно построить продукт целиком — это не тест, а авантюра.
Приоритизация по RICE
Когда ходов несколько, спор о том, какой проверять первым, решает формула RICE из арсенала Oracle: охват × влияние × уверенность ÷ трудозатраты. Каждое направление получает число, а команда — ранжированный список и первые три шага вместо споров и интуиции. В итоговом артефакте сессии это таблица приоритетов: что делать первым, что не делать вообще.
Связка с Pre-mortem
Риск из карточки хода полезно прогнать через Pre-mortem — метод предварительного разбора провала: команда представляет, что проект уже провалился, и называет причины. Для каждого теста это даёт чек-лист «НЕ делать» и план предотвращения для главных рисков. Так тест проверяет не только эффект, но и защищает от самого дорогого сценария ошибки.
Границы честности
Важно, чего этот этап не обещает: он не обещает новизну (патентный поиск не проводится), не выдаёт правовое заключение и не заменяет оценку специалистов. Этап делает другое — превращает каждое предложение в проверяемую форму, где неудача теста стоит дёшево и происходит рано. О том, как расширяется набор ходов до проверки, — в статье «Расширение пространства решений».
Вопросы и ответы
Что считается дешёвым тестом?
Проверка, которая кратно дешевле реализации и даёт результат за дни: прототип, пилот на одном процессе, опрос по прошлому поведению, ручной прогон метода на одном примере.
Что делать, если тест провалился?
Вернуться к карте противоречия и взять следующее направление — в этом смысл набора принципиально разных ходов: провал одного не убивает задачу.
Кто принимает решение по результатам теста?
Команда и профильные специалисты: артефакты Oracle — материал для инженерной, продуктовой и экономической оценки, а не директива.
Что входит в тест для хода?
Ожидаемый эффект, риск и дешёвый способ проверки.
Как приоритизировать тесты?
По RICE: охват, влияние, уверенность и затраты — артефакт даёт материал для такой оценки.
Что такое дешёвый тест?
Минимальная проверка гипотезы без полной реализации: макет, пилот, наблюдение.
Обеспечивает ли Oracle новизну?
Нет: патентный поиск и правовая экспертиза остаются за профильными специалистами.
Что делать с рисками из карты?
Включать в план проверки: каждый риск связан с конкретным ходом.
Кто интерпретирует результаты теста?
Команда и профильные специалисты; артефакты — материал для оценки, а не директива.
Можно ли использовать метод для сервиса?
Да: противоречия есть в процессах, сервисах и бизнес-моделях.