Когда нужен discovery

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

• решение еще не собрано в понятную первую очередь;
• требования приходят из разных источников и противоречат друг другу;
• есть важные интеграционные или архитектурные развилки;
• нет закрепленного владельца приоритетов;
• от проекта ждут бюджет и сроки, но объем еще нестабилен.

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

Discovery не должен притворяться полной разработкой или гарантией абсолютной определенности. Его задача — сузить неопределенность до управляемого уровня и подготовить решение о следующем шаге.

После discovery должно быть понятнее, можно ли идти в фиксированный объем, нужна ли оценка диапазоном или проекту больше подходит команда на период.