Accidental complication Another reason why estimations can’t work goes by the name of accidental complication. J.B. Rainsberger introduced this concept at Oredev 2013 . The gist of the argument is this: every feature or functionality added to an existing project has two cost elements (what you want to estimate): Essential complication or g(e): How hard …
Are you talking about #NoEstimates at a local or global conference during 2015? Email me at Vasco.Duarte@oikosofy.com. I’ll collect all the #NoEstimates talks and conferences that include the topic right here! Agilia 2015, Brno, Czech Republic Speaker: Henri Karhatsu Topic: #NoEstimates – Going Beyond Estimates Date: March 23rd, 2015 Agile India 2015, Bangalore, India …
One of the questions that I and other #NoEstimates proponents hear quite often is: How can we make decisions on what projects we should do next, without considering the estimated time it takes to deliver a set of functionality? Although this is a valid question, I know there are many alternatives to the assumptions implicit …
You started the project. You spent hours, no: days! estimating the project. The project starts and your confidence in its success is high. Everything goes well at the start, but at some point you find the project is late. What happened? How can you be wrong about estimates? This story very common in software projects. …
Frameworks to choose the best projects in organizations are a dime a dozen. We have our NPV (net present value), we have our customized Criteria Matrix, we have Strategic alignment, we have Risk/Value scoring, and the list goes on and on. In every organization there will a preference for one of these or similar methods …
If you don’t know what an estimate is, you can’t avoid using them. So here’s my attempt to define what is an estimate.The “estimates” that I’m concerned about are those that can easily (by omission, incompetence or malice) be turned into commitments. I believe Software Development is better seen as a discovery process (even simple …
I hear this a lot in the #NoEstimates discussion: you must estimate to know what you can deliver for a certain price, time or effort. Actually, you don’t. There’s a different way to look at your organization and your project. Organizations and projects have an inherent capacity, that capacity is a result of many different …
I’m coming out of the closet today. No, not that closet. Another closet, the tabu closet in the Agile community. Yes, I was (and to a point still am) a control freak, traditional, command and control project manager. Yes, that’s right you read it correctly. Here’s why this is important: in 2003 when I first …
Humans are highly optimized for quick decision making. The so-called System 1 that Kahneman refers to in his book “Thinking fast, thinking slow“. One specific area of weakness for the average human is understanding statistics. A very simple exercise to review this is the coin-toss simulation. Humans are highly optimized for quick decision making. Get …
Each feature (or story) in a product backlog contains many undiscovered options. By taking features as they are without slicing them into thin slices of functionality we implicitly commit to an implementation strategy. However, when we slice features we create options that allow us to pro-actively manage the scope of a project. Let’s return to …