Discussion about this post

User's avatar
plainclothes's avatar

I like this as a sort of "baby steps" approach to estimating.

My approach focuses on days-to-complete confidence as well, but in more detail. I've been using this definition for years with teams of all experience levels with great success.

1 = Definitely within a day

2 = Probably a day, maybe two

3 = Definitely within the week

5 = Probably within the week, maybe into the second

8 = Two weeks

>8 = Too big, break it down

I know that's a lot more complicated than a yes or no answer to a 5 day estimate, but it seems to make the whole estimating process digestible for the team. And it results in incredibly accurate estimates and backlog sizing after a few cycles (within 6 to 12 weeks IME). With a stable team that knows their stack well, this model allows me to provide a fairly accurate delivery schedule as much as six months out.

The primary reason I like a more detailed estimation framework is that it acknowledges that "right-sized" doesn't mean everything is roughly the same size. Sometimes one ticket is going to consume the whole iteration. Other times we'll be working on small enhancements and we can stack up five or more. And the two week limit allows the team to go out to the extreme end of what can be confidently estimated. Beyond that, the work is bigger and more surprise-prone than your ability to estimate it.

Expand full comment
Marie Williams's avatar

Love how obvious and easy to understand this is. Can't wait to try it out!

Expand full comment
14 more comments...

No posts