Абсолютное знание vs гипотезы

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

Есть ли жизнь без прототипов

Помните страшную историю из статьи О том, почему бизнес-ценность и успешное завершение проекта - это не всегда одно и то же? Одна из проблем, которая так явно прослеживается в той ситуации - это запуск полного цикла разработки вместо проверки гипотезы на прототипе. В итоге, несколько тысяч человеко-часов были потрачены на разработку целого продукта, который, как оказалось, базировался на ошибочной идее. 

Изображение с сайта https://i.ytimg.com/vi/-pKJKXn63n8/maxresdefault.jpg

Agile и проверка гипотез

Когда я писал эту статью, то очень хотел увязать Agile и проверку гипотез в одно целое. Но в целом, ни Agile манифест, ни Scrum Giude в явном виде не говорят, что вы должны их проверять. Хотя, есть одна фраза, к которой можно привязаться, хоть и довольно условно: 

Основой Скрама является теория эмпирического управления –эмпиризм. Согласно данной теории, источником знаний является опыт, а решений – реальные данные. 

Опыт и реальные данные - именно по этим двум принципам можно проводить своеобразный "водораздел" между проверкой идей и использованием абсолютного знания. Абсолютное знание в этом контексте - это мировоззрение, которое складывается в голове человека в течение его жизни. Это не сам опыт, а скорее интерпретация опыта, причем как своего, так и чужого.

"Абсолютное знание" в жизни

Возьмем для примера два выражения:

- Клиент не заинтересован в приобретении банковской системы. 

- Мы не смогли убедить клиента в необходимости приобретения нашей банковской системы. 

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

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

И что же с этим делать

1. Считать свои идеи в первую очередь гипотезами. Формулировать критерии их проверки. Проверять их. 
2. Проговаривать гипотезы вслух. Бывает, что уже этого достаточно. 
3. При формулировании каких-либо обобщений, задавать себе проверочный вопрос "Почему ты так решил?" или даже проще: "Например?". Как правило, после этого общее суждение, становится частным, но с примерами. 
4. Тестировать свои идеи на фокус-группе. 

Но это не точно!