Зачем discovery, если «и так понятно»
Перерасход почти никогда не начинается в спринте. Он начинается в размытой цели: нет владельца результата, нет границ, нет критерия «готово». Discovery фиксирует, что должно измениться в бизнесе — до оценки и кода.
Артефакты
Минимум: цели, пользователи, constraints, текущие системы и интеграции. Этого достаточно, чтобы отличить scope от wishlist и не оценивать «на глаз».
Критерии готовности vs wishlist
Критерии приёмки описывают наблюдаемый исход. Wishlist описывает хотелки без границы. В ТЗ остаётся первое; второе уходит в roadmap.
От discovery к фиксированной оценке
Когда границы и приёмка ясны, можно зафиксировать стоимость и сроки по согласованному объёму. Изменения scope после этого — письменно, не «серой зоной».
Чеклист перед стартом
Есть владелец результата, карта интеграций, критерии готовности, риски и календарь вех. Нет — не стартуем разработку, даже если «очень срочно».