Марти Каган

неважно, насколько хороши ваши разработчики, если они работают не над тем, что действительно стоит создавать.

Сколько денег вы заработаете на этой идее и во что вам обойдется ее реализация? Так вот, в действительности на этом этапе мы понятия не имеем ни о том ни о другом. В сущности, мы просто не можем это знать.

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

если ваши разработчики только пишут коды, вы используете их вполсилы.

в проекте главное — процесс, а в продукте — результат

1. Риски нужно учитывать в самом начале, а не в конце работы над идеей или продуктом.

2. Продукты определяются и разрабатываются совместно, в сотрудничестве, а не последовательно.

3. И наконец, главное — решить проблему, а не имплементировать новые функции.

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

1. Будет ли пользователь это покупать (или использовать)?

2. Сможет ли он понять, как это использовать?

3. Смогут ли инженеры это построить?

4. Станут ли заинтересованные стороны это поддерживать?

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