6

1

Does it take the into account at all?

Does it take some average (random?) task length estimate for them?

Does it take some average (random?) real task length?

Please note, that this tasks are mainly assigned to 'up for grabs' virtual user.

Fog Creek Case FC1865640

flag

2 Answers

4

Tasks without estimates are not considered by the EBS algorithm.

If you would like to see an option added to FogBugz to include them, vote up this question.

If you think having a warning message on the report that the project and milestone includes un-estimated cases, vote up this one here.

link|flag
2 
why so? if estimates are done by devs who start work on tasks it's natural to have pretty much planned tasks unestimated. Why don't create a checkbox that sais "hey, take all unestimated tasks into account and use some reasonable average statistics for them". Taking into account joel's recommendation about 3-8 hours per task that would should produce pretty good rough dates / hours remaining for overall planning purposes. I'm starting a feature request here: fogbugz.stackexchange.com/questions/1268/… – Alexander Gornik Dec 31 2009 at 6:05
1

How about if EBS simply showed you the number of cases for the selected project, milestones and priorities of the report that don't have estimates? This would alert the reader to the fact that the ship date prediction isn't going to be correct until those cases are estimated.

I've opened a case and linked it in the question above.

link|flag
well, it's better than nothing (of course), but the over solution (allow a plugin to somehow take this tasks into account for estimations -> fogbugz.stackexchange.com/questions/1268/…) is much better for scrum team. It's very natural to have pretty much not estimated tasks. – Alexander Gornik Mar 18 2010 at 6:00
We have cases open for both features. You can vote up the questions to show which you'd like to see implemented – adambox Mar 19 2010 at 14:45

Your Answer

Not the answer you're looking for? Browse other questions tagged or ask your own question.