Реалістична оцінка термінів розробки

Виглядає так, що для того, щоб дати реалістичну оцінку термінів розробки епіку, по ньому потрібно уточнити вимоги, фіналізувати дизайни, декомпозувати на історії користувачів та технічні задачі, а тоді оцінити кожну із задач. Така робота потребує великих затрат часу та має безліч залежностей, які складно визначити наперед. А замовникам потрібна реалістична оцінка термінів вже на початку.

Як краще діяти в наступних ситуаціях?

Ситуація 1.

Є загальне бачення продукту, верхньорівневі вимоги та перелік епіків. Є потреба починати розробку вже, часу на кілька місяців детального діскавері немає. Перший епік пропрацьовується (вимоги, дизайни) декомпозується, оцінюється, встановлюються терміни та йде в розробку. Паралельно з цим, на регулярній основі, поступово пропрацьовуються наступні епіки, формується дорожня карта та терміни розробки.

Ситуація 2.

Триває розробка продукту. Замовник пропонує додати новий епік, дає верхньорівневі вимоги та запитує про термін розробки. Як оцінити час на розробку епіку не витративши певну кількість часу на уточнення вимог, дизайни, декомпозицію, оцінку задач?

Буду вдячний за поради.