В карте есть наблюдения и гипотезы. Самые опасные гипотезы проверяют до большой разработки. Иначе интерфейс делает предположение дорогим и психологически неудобным для отмены. Особенно после того, как все уже выбрали оттенок кнопки.
Результат: реестр доказательств, протокол проверок и решение «строить / изменить / не строить». В главу 34 проходят только проверенные переходы.
Реестр допущений
Перенеси неизвестные из паспорта и карты. Формулируй проверяемо: проблема возникает в ситуации; последствия важны; инициатор приводит бюджет; участники понимают изменение; доказательство снижает риск; первый шаг приемлем; клиент способен исполнить обещание.
Оцени ущерб ошибки и недостаток знаний. Сначала проверяй то, что способно отменить проект. Текст кнопки подождёт, пока выясняется существование покупки.
Доказательство к решению
Сила свидетельства растёт вместе с ценой действия:
- мнение;
- рассказ о прошлом;
- передача материала коллеге;
- данные или доступ;
- встреча с участниками;
- подпись или оплата;
- результат ручного исполнения.
Не всё доводят до оплаты. Но внутреннюю передачу лучше доказывает настоящее приглашение владельца бюджета, чем двадцать комплиментов макету.
Минимальная проверка
Минимум определяется вопросом, не числом функций. Подойдут интервью, прототип, ручная квалификация, документ, тестовая кампания или ручное оказание услуги.
До теста запиши гипотезу, риск, ситуацию, материал, ожидаемое действие, выборку, срок, критерии продолжения, изменения и остановки, владельца данных.
Ручная работа честна, если границы известны. Нельзя выдавать человека за алгоритм и продавать результат, который команда не умеет обеспечить.
Ворота вместо «посмотрим отклик»
Ворота требуют решения по заранее заданным данным. Например:
- строить: минимум три из пяти инициаторов передали материал владельцу бюджета, двое пришли на диагностику, один оплатил; ручное исполнение сходится по экономике;
- изменить: проблема есть, текущий объём риска не согласуется;
- не строить: ситуация не повторяется, обязательств нет или исполнение слишком дорого.
Пороги зависят от рынка. Запрещено переписывать правила после результата, чтобы любимая идея случайно победила.
Цена и операционная готовность
Цена проверяется с объёмом, условиями и риском. Проси обязательство для конкретного шага. Отказ различай: бюджет, участник, ценность, риск, срок.
Параллельно прогони исполнение руками: кто принимает обращение, сколько ждёт покупатель, какие данные теряются, сколько длится диагностика. Спрос без способности обслужить его не оправдывает автоматизацию. Он оправдывает будущую очередь и раздражение.
Пакет доказательств
Для каждой работы запиши утверждение, риск и участника, материал, слова и действия отдельно, результат против порога, ограничения выборки, решение и изменение карты.
Например, пять операционных директоров получают обоснование и границы диагностики. Двое приводят собственников, один платит. Вывод не «рынок доказан». Уже: механизм работает при обязательном сроке. Условие входит в модель и квалификацию.
Решение на воротах
Строить: ситуация и решения повторяются, обязательства соразмерны, ручное исполнение даёт ценность, экономика приемлема, цифровой механизм лучше обхода.
Изменить: вернуться в главу 31 или 32.
Не строить: закончить работу сэкономленным бюджетом и объяснённой причиной. Это результат, а не траур.
В главу 34 передай прошедшие переходы, работающие доказательства, условия отказа, ручной процесс, экономику и оставшиеся риски.
Так ТЗ получает проверенный материал, не коллекцию желаний.