Delight Your Customers: Insanity: doing the same thing over and Over again and expecting different results. -Albert Einstein The #noestimates Way Troy Tuttle, KCP Principal Consultant, Owner KanFlow.com [email protected]@troytuttle Rate This Talk! http://spkr8.com/t/31701
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Delight Your Customers:
Insanity: doing the same thing over and
Over again and expecting different results.
-Albert Einstein
The #noestimates Way
Troy Tuttle, KCP Principal Consultant, Owner KanFlow.com [email protected] @troytuttle
Before Lean Software Existed … (In my mind anyway)
What is this #noestimates Thing?
#noestimates means different things to different people
It started as a conversation on Twitter
The #noestimates topic sparked a renewed interest in the original promise of Agile
1st Rule of #noestimates:
If estimation works for your team or your organization, Keep Calm and Carry On.
“Estimates are a function of duration and uncertainty. Since we don't like uncertainty,
we convert it simply to duration. “
-Jabe Bloom (@cyetain) #lkna14
Estimation Challenges
“Ranges that are given as +/– a constant time or constant percent are missing the problem’s exponential nature.”
Actual durations exceeded estimates by an average 2.2 times.
Little’s statistical analysis compared developer’s estimates to the actual task durations. (for example: estimate was 4 hours, it actually took 7 hours)
“Schedule Estimation and Uncertainty” IEEE Software, May/June 2006
-Todd Little
“It’s not just good enough to double the initial estimate— some teams have found it appropriate to
The Software Estimation Game goes something like this:
Developer: Sure! Looks like it should take about 1 week.
Manager: Joe, would you give me an estimate of how long feature X will take?
-- 2 weeks later, feature “X” is completed. --
Manager: Um, Yeah. Joe, it took twice as long as your estimate. I told management it would take 1 week. If this happens again, it will require overtime.
Developer: Ok, I understand.
Manager: Joe, would you give me an estimate of how long feature Z will take?
Developer: Sure! It should take about 3 weeks.
-- 3 weeks later, feature “Z” is completed. --
Manager: Great job Joe! Now were making progress!
The Estimation Game
Theoretical Task Completion Time
Donald Reinertsen, Managing the Design Factory
Duration Due Date
Average
Actual Task Completion Time
Duration Due Date
Average
“Expanding Work”
Parkinson’s Law
Work expands so as to fill the time available for its completion
Nature of Knowledge Work
Manufacturing = repeatable processes Product Development = one time processes
One-time processes are non-deterministic in nature