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

Практический этап анализа начинается с бизнес-целей и людей, которые будут использовать продукт. Интервью с заинтересованными сторонами, составление схем процессов и анализ существующих инструментов позволяют выявить, где теряется время и что необходимо изменить. Результатом не должен быть огромный документ, который никто не читает. Это должно быть общее понимание проблемы и ограничений.

Далее команда выявляет самые рискованные допущения. Предоставляет ли внешний сервис необходимый API? Можно ли надёжно импортировать устаревшие данные? Будет ли предлагаемый рабочий процесс соответствовать нормативным требованиям? Небольшие технические эксперименты и интерактивные прототипы позволяют ответить на эти вопросы гораздо дешевле, чем полноценная реализация.

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

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