Difference between revisions of "Estimate"

Revision as of 08:57, 3 August 2015

In preparing for [projects] I have always found that [estimates] are useless, but [estimating] is indispensable.

It’s better to be roughly right than precisely wrong

We keep on estimating and planning according to those estimates, expecting to meet deadlines and firing the wise fools that question the practice, and report the actual numbers that are not accepted by management. However…

Insanity: Doing the same thing over and over and expecting different results.

—Albert Einstein

Ask, “Is the estimate useful?” rather than “Is the estimate right or wrong?”

—Chris Matts

Watch out for:

Estimates become targets.

—Esther Derby

Use yesterday’s weather, which implies “results from the past give guarantees for the future”.

Collect metrics about the real system, like average lead time distribution, cumulative flow diagram, average throughput, and predictability.

Thou shalt not treat estimates as commitments.

Setting deadlines and promises based on estimates is dysfunctional.

The problem with estimates isn’t so much the concept of estimates themselves—because they are fine if we know that they are estimates—but that the way we treat them in software is not like an estimate. They drive deadlines and they drive promises and because of this, we get all kinds of problems.

Sources

@@ Line 69: / Line 69: @@
 |url=http://www.infoq.com/resource/minibooks/emag-agile-estimation/en/pdf/Agile-Project-Estimation-and-Planning-eMag.pdf
 |site=InfoQ
-|person=Eduardo Miranda,Jay Fields,David Morris,Neil Killick,􏰰􏰔􏰅􏰅􏰃􏰆􏰥􏰄􏰘􏰐􏰅􏰋􏰀􏰌􏰆􏰰􏰔􏰅􏰅􏰃􏰆􏰥􏰄􏰘􏰐􏰅􏰋􏰀􏰌􏰆􏰰􏰔􏰅􏰅􏰃􏰆􏰥􏰄􏰘􏰐􏰅􏰋􏰀􏰌􏰆Jutta Eckstein,􏰤􏰊􏰋􏰛􏰆􏰤􏰑􏰃􏰁􏰇􏰂􏰇􏰔􏰊􏰇􏰐􏰆􏰃􏰌􏰑􏰆􏰠􏰃􏰔􏰊􏰆􏰲􏰇􏰊􏰁􏰃􏰌􏰳􏰲􏰃􏰍􏰍􏰃􏰊􏰊􏰤􏰊􏰋􏰛􏰆􏰤􏰑􏰃􏰁􏰇􏰂􏰇􏰔􏰊􏰇􏰐􏰆􏰃􏰌􏰑􏰆􏰠􏰃􏰔􏰊􏰆􏰲􏰇􏰊􏰁􏰃􏰌􏰳􏰲􏰃􏰍􏰍􏰃􏰊􏰊Alex Adamopoulos,Paul Dolman-Darall
 |title=Agile Project Estimation and Planning
 |kind=pdf

Difference between revisions of "Estimate"

Revision as of 08:57, 3 August 2015

Sources

Navigation menu

Search