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

В этом случае команда может сделать оценку и сообщить об этом следующим образом:
«Мы оцениваем, что этот проект займет пять месяцев, с 50-процентной уверенностью в точности этого прогноза. Если мы скажем восемь месяцев, у нас есть 80-процентная уверенность в своевременной доставке. Десять месяцев - 90%».
Это помогает менеджерам видеть, что существует определенная степень уверенности.

Вы можете использовать метод спирали.
«Мы нацелены на первый квартал следующего года. Мы не знаем, когда в первом квартале, но мы думаем, что мы это сделаем».
Я также использовала трехмесячный диапазон в больших проектах: «Наша самая оптимистичная дата - это когда-то в январе. Наша самая реалистичная дата - в конце февраля. Наша самая пессимистическая дата - конец апреля». И знаете что? Часто, правда, часто, не всегда, но часто, заказчику ХОРОШО от такой оценки. Потому что вы УВЕРЕНЫ в ней.
Независимо от того, что вы делаете, не предоставляйте одноточечную оценку (unless вы в самом пропозале должны указать один конкретный день. Это соблазняет святого Мерфи (который с законом Мерфи) сидеть на вашем проекте и кудахтать на вас "ко-ко-ко я предупреждаааааал".

Попробуйте оценить обычное время закрытия одной юзер стори? Если вы работаете с юзер стори, вообще. Например, обычно вы закрываете три больших (когда размер имеет значение) стори за спринт. Ну ок, попробуйте говорить такими понятиями.

Самое главное, задавайте вопрос вашим сейлзам, вашим заказчикам, команде, всем, ЗАЧЕМ эта оценка нужна именно СЕЙЧАС?