The post comes from Matthew E. May, author of In Pursuit of Elegance: Why the Best Ideas Have Something Missing, who describes what he calls the Seven Laws of Projects:
- A major project is never completed on time, within budget, or with the original team, and it never does exactly what it was supposed to.
- Projects progress quickly until they become 85% complete. Then they remain 85% complete forever. Think of this as the Home Improvement Law.
- When things appear to be going well, you’ve overlooked something. When things can’t get worse, they will. (Murphy’s Law says, “If something can go wrong, it will”—this is a corollary).
- Project teams hate weekly progress reports because they so vividly manifest the lack of progress.
- A carelessly planned project will take three times longer to complete than expected. A carefully planned project will only take twice as long as expected. Also, ten estimators will estimate the same work in ten different ways. And one estimator will estimate ten different ways at ten different times.
- The greater the project’s technical complexity, the less you need a technician to manage it.
- If you have too few people on a project, they can’t solve the problems. If you have too many, they create more problems than they can solve.
These laws have nothing to do with technology or IT, which makes sense because failure rarely does. To understand failed projects we need to look into dimensions of collaboration, relationships, and management.
Why do failed projects persist? Because it’s easier to fix bugs than to be ruthlessly honest with the team, the project and, most especially, with oneself. And that’s the truth… think about it.