Skip to main content

Due to the Russian invasion of Ukraine, we have paused all purchases and training in and from Russia.

Effort vs Complexity

Last post 11:14 am February 11, 2015 by Charles Bradley
6 replies
11:21 am February 10, 2015

I've read several books on Scrum so far, which mention that the team should do effort estimation at Sprint Planning. One exception is Sutherland's latest book, which expressly states that we humans are awful at estimates, and proposes instead to use some non-dimensional complexity indicators (like 1,2,3,5,8,13,21 - he proposes using Fibonacci sequence as one most close to our perception of the world). This makes sense to me, and in the end, when we know the velocities after several sprints, we'll do much better estimates. The question is, is it really needed to estimate efforts in man-hours as the other books suggest? Would the contrary be a violation of Scrum spirit?


12:24 pm February 10, 2015

Scrum is agnostic about how estimates are sized. The Fibonacci-style sequences you mention are widely considered to be good practice, and find expression in the "planning poker" cards that are commonly used to facilitate relative sizing.


04:01 pm February 10, 2015

Posted By Vladimir Zakharov on 10 Feb 2015 11:21 AM
I've read several books on Scrum so far, which mention that the team should do effort estimation at Sprint Planning.

Estimation, whatever unit used, should be done during Product Backlog refinement sessions and not just during Sprint Planning Meeting.
It is too late if the Dev Team "discover" Product Backlog Item in the Sprint Planning Meeting.


01:28 am February 11, 2015

Ian, thanks!

Olivier, could you provide a source please? From what I've read so far, refining the Product Backlog is part (actually, the first part) of the Sprint Planning meeting. And I've never heard of "Refinement Sessions" as part of Scrum specification.


06:02 am February 11, 2015

Just read in Scrum - A Pocket Guide by Gunther Verheyen that PB Refinement is one of good practices, but not a regulated part of Scrum.


07:44 am February 11, 2015

Product Backlog refinement is provided for in the July 2013 Scrum Guide. It isn't enumerated as a time-boxed Scrum Event, rather it is contextualized as an ongoing process.


11:14 am February 11, 2015

I think of Backlog Refinement (Formerly known as Backlog Grooming) as a required *activity* in Scrum but not a required event. It also has an associated time-box for that activity --- so see the Scrum Guide for more specifics on refinement.

For some backlog refinement tips, see here:
https://scrumcrazy.wordpress.com/2011/08/01/scrum-guide-2011-backlog-gr…


By posting on our forums you are agreeing to our Terms of Use.

Please note that the first and last name from your Scrum.org member profile will be displayed next to any topic or comment you post on the forums. For privacy concerns, we cannot allow you to post email addresses. All user-submitted content on our Forums may be subject to deletion if it is found to be in violation of our Terms of Use. Scrum.org does not endorse user-submitted content or the content of links to any third-party websites.

Terms of Use

Scrum.org may, at its discretion, remove any post that it deems unsuitable for these forums. Unsuitable post content includes, but is not limited to, Scrum.org Professional-level assessment questions and answers, profanity, insults, racism or sexually explicit content. Using our forum as a platform for the marketing and solicitation of products or services is also prohibited. Forum members who post content deemed unsuitable by Scrum.org may have their access revoked at any time, without warning. Scrum.org may, but is not obliged to, monitor submissions.