Утверждение — ключевой элемент проектной работы. Есть клиент, есть исполнитель, есть задача и есть решение задачи, которое нужно придумать. Никто в точности не знает, каким должен быть результат, поэтому единственный способ сделать проект — сдать его клиенту.

В продуктовой разработке формальные утверждения вредят: продукт развивается постоянно, его делают. Если любое действие требует утверждения у руководителя, возникает бутылочное горлышко.

Разумнее развивать продукт, полагаясь на уведомления вместо утверждений: разработчики принимают решение об изменении продукта самостоятельно, но уведомляют об этом остальных таким образом, чтобы те смогли уберечь их от возможной ошибки.

Уведомляют в трёх точках:

1. Собираюсь что-то сделать — чтобы предупредить ошибку.
2. Что-то сделал — чтобы другие участники знали, чего ждать.
3. Получил результаты — чтобы распространить знания о продукте и гипотезах.

Недостаток уведомительного подхода — возможные ошибки и рассинхронизации: кто-то о чём-то не знал и сделал не то. Если продукт обновлять достаточно часто, такие ошибки не страшны, быстрое движение вперёд их компенсирует.

См. также

Тим Ферис Позволение плохому случаться (на английском)

P. S.

Внутри продукта может появится стартап — важное и сложное изменение продукта, новая функция. В этом случае проектный подход с главным ответственным работает. Его включают на время внутреннего стартапа.