63. “A good estimate is a estimate that provides a clear enough view of the project reality to allow the project leadership to make good decisions about how to control the project to hit its targets” [Steve McConnell, Software Estimation]
What materials should we use?What is your budget?What is your time frame?What about details X,Y,Z?
By asking how many “bedrooms” you should be able to make a huge amount of assumptions up until you get hit with a modification that breaks the norm. These “normality breakers” however are commonly very out in the open (nobody expects a house builder to come in on time and under budget if you neglected to mention the swimming pool and sun room, therefore it gets mentioned).How many Epics / Themes can I detect early on? (for those using user stories)How many Roles / Persona have been mentioned?How many integration points are needed?Depending on your environment, there might be a completely different set of criteria you might look at as a “bedroom”; however, I do believe that you will always be able to find at least one. The client budget and time frame is always on the forefront of the discussion; however, those are variables that [regardless of what they say] are mutable, their need for a 3 bedroom house is not.
How many Epics / Themes can I detect early onHow many Roles / Persona have been mentioned?How many integration points are needed?Depending on your environment, there might be a completely different set of criteria you might look at as a “bedroom”; however, I do believe that you will always be able to find at least one. The client budget and time frame is always on the forefront of the discussion; however, those are variables that [regardless of what they say] are mutable, their need for a 3 bedroom house is not.
- Estimation : Unbiased, analytical process - Planning: Biased, goal seeking activity Estimates form foundation for plans, not vice versa Hazardous to want the estimation to come out to a particular result Result: Bad estimates *and* bad plans
“Plans are worthless — but planning is everything.” —Dwight D. Eisenhower
- Premature commitments routinely sabotage projects [McConnell 2005]- Meaningful commitments are not possible in the wide part of the cone Effective organizations delay their commitments until they have forced the cone to narrow
Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
progress is never linear is the first step in understanding why projects are never under budget
One of the best reasons [from a management perspective] to adopt Scrum is the fact that iterations are “accountable commitments” to what the team could accomplish in a week…nobody should ever be held accountable for estimationsBeing a responsible estimator is important, but being responsible for your estimates is not. You have to build the solution, you should not also have to manage the budget. Put your estimations in ranges with probabilities and let your manager manage the costs and risks of the project.