Суть подхода – проверять самые опасные риски в первых итерациях.
Непонятна технология? Реализуйте на ней что-то простое.
Непонятен конкретный метод? Реализуйте что-то с его использованием.
Непонятна интеграция с другой системой? Реализуйте ping, передайте title, получите простые данные.
Непонятна производительность? Начните с нагрузочного тестирования.
Непотяно, достаточно ли данных? Отобразите данные плоским списком без верстки и форматирования, покажите пользователям.
Опасаетесь, что пользователям будет сложно разобраться? Выпускайте инкременты каждую итерацию/спринт, и сразу же привлекайте пользователей.
Непонятно, нужна ли эта функция пользователям? Создавайте небольшие прототипы. (На самом деле продуктовых рисков очень много, для их проверки существует процесс Customer Development.)
Эту тему мы подробно обсуждаем с группой на курсе "Основы Agile и Scrum". Полный список курсов и воркшопов читайте здесь.
я увлекаюсь темой CustDev, и поэтому было бы странно противоречить рекомендациям и сразу же инвестировать много времени до проверки потребности. Вы можете прочитать о проверке гипотез по этой ссылке. Если наберётся хотя быть 100 посещений этой страницы за квартал, то я перенесу информацию со слайдов тренинга в эту статью сюда (статьи на Тильде получаются красивыми, но на оформление уходит несколько часов). А до этого момента вы можете прочитать другие статьи в моем блоге на SkillsCup.com.