Как у вас делают оценку проекта?

Кидают кубик (икосаэдрик) d20 шесть раз.

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

Если про оценку фич, то собирались вместе и оценивали. По классике — покером. Но чтобы не убивать общее время недоразумениями, были ответственные за предварительную проработку требований/предложений/дизайнов/и т.п. Если во время сессии выяснялось что фича недоработана или всплыло неучтенное — как правило откладывалась на доработку до следующего раза. Багам по-умолчанию ставили фиксированную оценку (1-2 попугая). Мог еще быть предварительный эстимейт в терминах S,M,L,XXXXL + вероятность ошибки. Применялась для быстрого отсекания фич, которые скорее всего будут слишком дороги для заинтересованного лица. В прошедшем времени потому что описываю позитивный опыт на предыдущем проекте.

ну типа классика: www.mountaingoatsoftware.com/...ng-and-planning
а менеджеру лучше на пальцах объяснять обычно. почему ему будет лучше если поменять процесс и насколько, и что делать если это будет не так.

для тех, кто в танке: о чем речь? оценка времени? оценка стоимости? выбор используемых технологий?
как это «все вместе», в любом случае? девелоперы, дизайнеры, тестеры садятся в круг, берутся за руки и строят предположения, сколько запросить за разработанный проект?