The top 10 laws of project management

Abstract

From Murphy's Law of “If anything can go wrong, it will,” to the more obscure Parkinson's Law: “Work expands to fill the time available,” project management is subject to a variety of laws. The vernacular of project management includes numerous sayings and proverbs, most without a creditable source and of variable value to the practitioner. This paper looks at 10 of the most important principles of project management, from both inside and outside the field, to glean lessons for most projects. Each law's author, origin, and corollaries are explained, and the fundamental concept is examined with regard to its application in improving project performance.

Introduction

As projects grow in size and complexity, the Project Management Institute's A Guide to the Project Management Body of Knowledge (PMBOK® Guide) Third edition (Project Management Institute, 2004) also expands. The PMBOK® Guide grew from 37 processes and 176 pages in 1996 to 44 processes and 390 pages just 8 years later. Research and writing continues to enlarge the field to the point that the average practitioner would have to forgo managing projects altogether if they were to try to keep up with the growth of the knowledge domain. This paper uses the Top 10 List paradigm as an attempt to distill this mass of good practices into something usable in our daily work as project managers.

img

The Laws

1. Augustine's Law: “A bad idea executed to perfection is still a bad idea.” (Brainy Quote 2007)

Norman R. Augustine is a former Chairman and CEO of Lockheed Martin and a writer of wry observations on business and life including a large number of “laws.” One corollary is: A good idea poorly executed is of no use to anyone.

Validating the Project's Strategic Alignment

No single decision in project management has more importance than choosing which projects to perform. When choosing the projects that go into the portfolio, any idea of strategy or prioritization is often lost. Projects are initiated at many levels without any overarching strategic planning, and schedules and budgets are then arbitrarily trimmed to fit the emergent needs of the organization. The most underappreciated concept with regard to all project initiation is that of opportunity cost (von Wieser, 1889). For every project we select to do, we are giving up the opportunity to do an essentially infinite number of other projects (Kinser, 2008). All projects need to be carefully examined to make certain that they align with the organization's strategy and deliver the most value compared with other potential endeavors.

Using Control Gates in the Planning Process

Running a complex process all the way to the end before performing any quality assurance increases the likelihood of losing all of the value created. Yet, many projects proceed all the way to receiving approval of the project management plan without any kind of control gates. A control gate is a point at which significant product or project management deliverables (e.g., preliminary or final product design, work breakdown structure, risk management plan) are examined to verify completeness and quality before more work is performed. The ideal time to validate return on investment is early and often, since relatively little money is spent in most projects during planning relative to execution. As Leonardo da Vinci once said, “It's easier to resist at the beginning than at the end.”

2. Lakein's Law: “Failing to plan is planning to fail.”

Alan Lakein is a self-help writer focusing on personal time management. Lakein is a proponent of dividing one's tasks into lists of A, B, and C priorities to get the most important things done first. The law was originally stated as “By failing to plan, you will free very little, if any, time, and by failing to plan you will almost certainly fail…” (Lakein, 1974, p. 45). A corollary is: “Exactly because we lack time to plan, we should take time to plan” (Ibid.).

Avoiding the “Just Do It” Mentality

Too often an organization rushes planning and values the execution of the project above all else. “At the outset of a project no one is doing project work; rather they are doing project planning, which is often wrongly interpreted as doing nothing” (Graham & Englund, 1997, p. 68). Planning is how we deal with the temporary and unique characteristics of projects; 21 of the processes in the PMBOK® Guide reside in the planning realm (PMI, 2004). Remarkably, in the classes that I teach, project management is the most overlooked deliverable during the creation of the work breakdown structure (WBS). Project management should be a top-level element in the WBS with further decomposition focusing on the planning deliverables—generally documents—to emphasize the fact that work is being done and products are being created. The very first of these deliverables, the project charter, should initiate the link between the project's vision and the necessity of planning.

Planning to Plan: Setting Expectations in the Project Charter

The project charter should address, in part, a summary milestone schedule, a summary budget, and assumptions (PMI, 2004). The “project management plan approved” milestone should be a major element of any schedule, since the plan defines how the project will be executed, monitored, and controlled (Ibid.). Likewise, if the planning process is to consume project resources rather than be treated as an overhead function, it should be a line item in the summary budget. In any case, an assumption should be written—in hard numbers—stating the organization's willingness to support a given amount of effort to produce a valid project plan. Once this charter is approved, the project manager can use it to defend their planning time instead of falling prey to the “Just Do It” mentality.

3. Saint Exupéry's Law: “Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away.”

Antoine de Saint Exupéry was a French aviator, writer, and philosopher. An author of over a dozen books largely inspired by his experiences as a pilot, he is most known for his children's tale The Little Prince. The law was originally stated as “In anything at all, perfection is finally attained not when there is no longer anything to add, but when there is no longer anything to take away . . .” (Saint Exupéry, 1939, p. 42). Corollaries are: The “keep it simple, stupid” principle (KISS) in engineering and “Deliver to the requirement, no less, and just as importantly, no more…(Kinser, 2008).

Verifying the Work Breakdown Structure

As the fundamental scope planning tool and the foundation for many other elements of the project plan, the importance of the WBS can hardly be overstated. Each element must be defined and assigned, and the correctness of the WBS decomposition must be verified. We must determine “that the lower-level WBS components are those that are necessary and sufficient for completion . . .” (PMI, 2004, p. 116). The project team can most effectively address these “tests” of sufficiency and necessity by examining the WBS from the bottom up. For each level, they should ask, “If we complete all of these deliverables, will the corresponding higher-level deliverable be complete?” Equally important, however, is to “remove” each element and ask, “Can we still create the deliverable above?” Only then can we be sure to deliver the required scope, no less—and just as importantly, no more.

The Problem with Exceeding Expectations

Too many organizations and project managers define success as exceeding goals or expectations when, in fact, delivering a project under budget and ahead of schedule is just as bad, or even worse, than delivering it over budget and behind schedule. Our misguided attempts to exceed expectations can cause problems ranging from padding estimates through tying up resources needed elsewhere, to sacrificing other projects of more value to the organization. Project managers must champion the idea that perfection is delivering exactly to the requirement.

4. Fitzgerald's Law: “There are two states to any large project: Too early to tell and too late to stop.”

Ernest Fitzgerald, an engineer, manager, and former U.S. Air Force employee, is known for his work as a whistleblower that revealed waste in military contracting. Fitzgerald's original First Law of Program Management, includes the corollary: “Program advocates like to keep bad news covered up until they have spent so much money they can advance the sunk-cost argument; that it's too late to cancel the program because we've spent too much already” (Stevenson, 1993, p. 305). Another corollary is: Projects have momentum: once started they become increasingly difficult to stop.

The Deliverable Orientation and Earned Value Management

Earned value management (EVM) is best thought of as a control system for projects (Kinser, 2007). By creating the project baseline, collecting the right measurements, and comparing these using EVM formulas, we can determine what corrective actions need to be taken. By focusing on deliverables through all of these steps, we remove much of the uncertainty that can mask true project performance. Because the cost performance index (CPI) becomes remarkably stable after the 20% completion point in the project, it is vital that EVM be used as early as possible to communicate the actual status and forecast endpoints. In this way we overcome the “too early to tell” state (Christensen & Heise, 1993).

Project Termination is Not the Same as Failure

Because projects have momentum, too many of them that should be ended are not. The mindset of “a killed project equals a failed project” can elicit undesired behaviors from many stakeholders. A project that is discontinued could be the best money you never spent; sunk cost is just that. It can never be recovered, but can always be increased. “You need to identify and terminate infeasible projects early. Sending a message to project managers that project termination threatens their career will tempt them to continue projects that should die” (Bohem, 2001). A poorly performing project should never be considered “too late to stop.”

5. Parkinson's Law: “Work expands to fill the time available.”

C. Northcote Parkinson was a teacher and writer who captured the public's imagination in the mid-1950s with his satiric writings on government and business. Originally stated as “Work expands so as to fill the time available for its completion,” this law has wide implications for projects (Parkinson, 1957, p. 1). Corollaries are: “It is the busiest man who has time to spare” (Ibid.); and, any project without an established due date will take an infinite amount of time.

Deadlines for Everything

If given an hour for a task, an individual will take an hour; given a day, he or she will take a day. A person may start the activity at the last possible minute (the student syndrome), perform it in a leisurely manner, or gold plate the deliverable (Goldratt, 1996). This is why the “busiest man” corollary exists; an individual will theoretically deliver in the shortest amount of time when they have the least time to spare. Only by imposing tight, but realistic deadlines on every element of the project, from meetings to final completion date, can we hope to overcome this aspect of human nature.

Implications for the Critical Path Method (CPM)

In many projects, a Gantt chart is created in the software tool and the project starts with a poor, if any, idea of true activity sequencing and CPM dates. Without this, every activity must be managed as if it is critical, leading to a great deal of wasted effort. A network diagram containing this information allows the project manager to answer a host of invaluable what-if questions and gives him or her enormous power over the schedule. Unfortunately, widely sharing the network diagram can put that same power into the wrong hands. According to Parkinson's Law, most people will start any assigned activity on its late start date, consuming all float and turning all paths critical. If any activity then exceeds the planned duration, the entire schedule slips.

6. Constantine's Law: “A fool with a tool is still a fool.” (Ambler & Constantine, 2000, p. 124)

Larry Constantine is a software engineer and designer credited with seminal work in the Structured Design approach to software development. One important corollary of this law is: “A fool with a tool is a more dangerous fool.”

Why Project Management Methodology is “Software Agnostic”

The PMBOK® Guide makes only broad references to software and information systems, recognizing that project management can be performed using purely manual methods. This is reflected by the fact that the most advanced technology used by the participants in the majority of our classes is the humble Post-it® note. The problem with providing tools to all and sundry is that if you give a man a hammer, everything starts to look like a nail. The average project management software is focused on the creation of the schedule, yet many people believe that if they hand you a file from this tool, they have given you a project plan. A person given more power without effective training in its use is indeed more dangerous.

Applying Leverage Through the Wise Use of Tools

Only after understanding the principles of project management can one make effective use of automated tools. When performing CPM or EVM calculations in class, I tell participants that this is something that they will probably never do again manually unless they are sitting in the project management professional (PMP®) Exam. The real value of the exercise then comes from seeing what is going on “under the hood” so that they follow the flow of the data and numbers through the technique and appreciate the final results. Turning people loose with project management software before doing this is akin to allowing a child to use a calculator for math homework before they can perform the basic functions without one. Once the concepts and processes are understood, enormous leverage can be applied by the use of appropriate tools.

7. Graham's Law: “If they know nothing of what you are doing, they suspect you are doing nothing.” (Baker, Campbell, & Baker, 2007, p. 28)

Robert J. Graham is a professor, consultant, and author of many books in the field of project management focusing on people and effective communication. One corollary to his law is: If someone tells you too much about what they are doing, they may actually be doing nothing. When a rhetorical “What are you up to?” results in an interminable recitation, there is a good chance that not much is being accomplished.

Using the Communications Management Plan

It is widely acknowledged that about 90% of a project manager's time is spent in communications, yet it is one of the simplest, most overlooked items in a typical project plan. In most cases, the communications management plan should be the first project management deliverable created after the charter, since it guides our interactions with all project stakeholders for planning and the rest of the project life cycle. Some organizations will even create a team operating agreement (TOA) before the creation of the project charter. As a core element, the communications management plan will be the subject of numerous references throughout a well-written project plan.

Stakeholder Management and (Re)setting Expectations

The setting of unrealistic expectations is a major factor in stakeholder dissatisfaction and in the perception of project underperformance or failure. This is only a perception, however, because it is reasonable to consider the true failure to reside with the holders of the expectations themselves if they were unrealistic from the start. Further examination will most often reveal unrealistic expectations as the real culprit in project after project that is described as any or all of the following: underdelivering scope, over budget, behind schedule, and in trouble or in crisis,.

News about the rebuilding of the World Trade Center almost 7 years after 9/11 is a perfect example. “The schedule and cost estimates of the rebuilding effort that have been communicated to the public are not realistic,” wrote Chris Ward, executive director of the Port Authority, which owns the site and is responsible for the biggest projects on it. “Indeed, it is time that the design of that complex project be made to conform to real budget and schedule expectations, which will require tough decisions that have not been candidly addressed up to now” (Roug, July 1, 2008).

8. Murphy's Law: “If anything can go wrong, it will.”

Although entire books have been written about this law and its origins, it is now generally credited to Edward Aloysius Murphy, Jr., who was an American military pilot and aerospace engineer involved in the research and development of safety systems for aircraft (Spark, 2006). The corollaries to this law are innumerable, but two are addressed below.

Managing Stakeholder's Risk Tolerances

All stakeholders exhibit a certain tolerance for risk, ranging from a belief that “Murphy was an optimist” to an unwillingness to accept almost any level of uncertainty in a project (Murphy's Laws and Other Observations). The project manager must work to align the tolerances of stakeholders with the level that is judged appropriate for the successful completion of the project. The organization's tolerance for risk and the concept of risk homeostasis should also be considered (Wilde, 2001). Wilde posits that people and groups have a target level of risk that they are comfortable with and that they will accept more or less risk in individual cases to stay at that level. This implies that an organization will adjust the acceptable risk in individual projects to balance risk overall to the desired state.

Using Risk Management Planning to Control Murphy

Clearly the absolute phrasing of Murphy's Law is an overstatement, but the spirit of the law is that of defensive design. One should try to figure out what a user could do wrong and try to reduce or remove that possibility. The law only addresses the probability of the risk and also assumes that all uncertain conditions or events are negative. The formal risk management process recognizes that both probability and impact must be considered and that some risks can present positive opportunities. Keeping another corollary in mind---“If everything seems to be going well, you have obviously overlooked something”---helps emphasize the importance of the risk identification process (Murphy's Laws). Just the act of conceptualizing a risk removes its most damaging characteristic, that of surprise.

9. O'Brochta's Law: “Project management is about applying common sense with uncommon discipline.” (Zozer, Inc, 2008.)

Michael O'Brochta is an author, lecturer, trainer, and consultant. As senior project manager at the CIA, he led the project management and systems engineering training and certification program to mature practices agency-wide. One of his corollaries is: “Great project managers have mastered the basics and have the discipline to adhere to them” (O'Brochta, 2008).

Project Management is Not Rocket Science

Many people outside as well as those new to the field of project management believe it to be a highly technical, mathematically laden enterprise. No wonder the two most feared aspects of the PMP® Exam are the critical path method and earned value. CPM requires that we are able to follow an arrow and perform the challenging operations of addition and subtraction. EVM is even more worrisome, since it introduces the advanced concepts of multiplication and division. Although the knowledge domain does of course encompass much more, the most involved techniques even mentioned in the entire PMBOK® Guide are probability distributions and Monte Carlo simulation. Clearly, there is something more (or maybe less) to good project management than math and engineering, and that thing is common sense.

Defining and Utilizing Discipline

“Return to the basics” and “Practice the fundamentals” are concepts that every coach espouses. They apply not just in physical sports, but in all fields of endeavor. The basics of project management are not complex, they are mostly common sense, and what is usually lacking is discipline. Few people actually like writing status reports, reviewing old lessons learned files, or negotiating with the customer, but it is essential to success. Discipline is doing something even though you don't want to do it

The trick to instilling the necessary discipline is to reduce the pain involved in the doing. When starting (or re-starting) an exercise program---say, running---the discipline required is enormous. “It's too (hot, cold, humid, windy), or I'm too (tired, sore, busy) to run today.” There is always a reason to not exercise anything, including self-discipline. By doing an activity regularly and seeing the benefits, eventually the need for discipline decreases and we actually start looking forward to exercising, “mentoring” the customer, or running a meeting per a carefully crafted agenda.

img

10. Kinser's Law: “About the time you finish doing something, you know enough to start.”

James C. Kinser was an engineer, efficiency expert, and jack of all trades. Raised in the Southern Appalachian storytelling tradition, he knew that the best way to teach something was to tell a tale. As a corollary he used to say: “If you don't write that down, you won't remember it for when you need it.”

The Tale of the Three Bookcases

When I was about 12 years old, my dad initiated a project to build three bookcases, one for us, and one for both of my grandmas. He'd scared up a good bit of cherry-wood and made a detailed pencil drawing on graph paper. Graph paper was used for everything in my house; until I went to elementary school, I didn't know they even made paper with lines that only went in one direction. We fired up the table saw and I got to hand him wood and act as “catcher” on the backside. After we'd cut the wood for one bookcase, he turned the saw off, surprising me to no end. You see, for me, things like the economy of scale, process improvement, and always being on the hunt for a better way to do things had been bred in the bone. This led me to ask “Aren't we going to cut all the wood, build all the bookcases, and then finish them all at once?” “No,” he said, “I reckon we'll build one, figure out what we did wrong, and then build the other two. It'll end up taking less time, and we'll wind up with better quality bookcases.” He paused thoughtfully, then added, “About the time you finish doing something, you know enough to start.”

Transitioning the Lessons Learned

Everyone has heard the truism: “Those who cannot remember the past are condemned to repeat it” (Santayna, 1905). You cannot consider a project finished unless you learn from it. The steps are simple, but the enforcement can be difficult until it becomes an accepted practice. Gather the lessons learned at a meeting that will be held at closing or postproject so it doesn't get canceled. The project manager must then create a separate report on these; a project closing form/checklist can help make certain this is finished and published. Put the lessons in a database (here the KISS principle applies); a three-ring binder will suffice, if necessary. Use an initiating/planning checklist form to ensure that project managers of similar endeavors review these before baseline approvals. Repeat these steps until the rewards become so obvious that the need for onerous discipline is diminished.

Conclusion

Truisms are called that because . . . well, because they are true. As the field of project management grows more complex and our jobs more challenging, it is possible to lose sight of the basic principles. By paying attention to these 10 simple laws, it is possible to improve project performance, deliver more value to the organization, and hopefully, make the project manager's job a little easier.

Ambler, S. W., & Constantine, L.L. (Eds.). (2000). The Unified Process Construction Phase. Lawrence, KS: Elsevier/CMP Books.

Baker, S., Campbell, G. M., & Baker, K. (2007). The complete idiot's guide to project management. New York: Alpha Books.

Bohem, B. (2001, September). Project termination doesn't equal project failure. Computer, 34 (9), 94-96.

Brainy Quote. (2007). Retrieved December 1, 2007 from http://www.brainyquote.com/quotes/authors/n/norman_r_augustine.html

Christensen, D. S., & Heise, S. (1993, Spring). Cost performance index stability. National Contract Management Journal (25), 7-15.

Goldratt, E. M. (1996). Critical chain. Great Barrington, MA: North River Press.

Graham, R. J. (2001). Understanding project management. San Francisco: Jossey-Bass.

Graham, R. J., & Englund, R. L. (1997). Creating an environment for successful projects: The quest to manage project management. San Francisco: Jossey-Bass

Kinser, J. (2007, May). Earned value management---A hands-on simulation. PMI Global Congress 2007, Budapest, Hungary.

Kinser, J. (2008, March). Why less is more---The backpacker's approach to project management. PMI Global Congress 2008, Sydney, Australia.

Lakein, A. (1974). How to get control of your time and your life. New York: Signet.

Murphy's Laws and other observations (n. d.). Retrieved July 10, 2008, from http://userpage.chemie.fu-berlin.de/diverse/murphy/murphy2.html

O'Brochta, M. (2008, August). Great project managers PMI Global Congress 2008, Sao Paulo, Brazil.

Parkinson, C. N. (1957). Parkinson's Law. Boston: Houghton Mifflin Co.

Project Management Institute. (2004). A Guide to the Project Management Body of Knowledge (PMBOK® Guide)---Third Edition. Newtown Square, PA: Project Management Institute.

Roug, L.(July 1, 2008). World Trade Center construction faces more delays. Los Angeles Times [Electronic Version]. Retrieved July 9, 2008, from http://www.latimes.com/news/nationworld/nation/la-na-tradecenter1-2008jul01,0,7172403.story

Santayna, G. (1905). The life of reason. New York: C. Scribner's Sons

Saint Exupéry, A. (1939). Wind, sand and stars. Orlando, FL: Harcourt, Brace & Co.

Spark, N. T. (2006). A history of Murphy's Law. Lulu.com

Stevenson, J. P. (1993). The pentagon paradox: The development of the F-18 Hornet. Annapolis, MD: Naval Institute Press.

von Wieser, F. (1889). Natural value. New York: McMillan & Co.

Wilde, G. S .J. (2001). Target risk 2: A new psychology of safety and health. Toronto, Ont: PDE Publications.

Zozer, Inc. (2008). Retrieved October 28, 2007, from http://www.zozerinc.com

This material has been reproduced with the permission of the copyright owner. Unauthorized reproduction of this material is strictly prohibited. For permission to reproduce this material, please contact PMI or any listed author.

© 2008, John Kinser, PMP
Originally published as a part of 2008 PMI Global Congress Proceedings – Denver, Colorado, USA

Advertisement

Advertisement

Related Content

  • Practice Standard Work Breakdown Structure

    Practice Standard for Work Breakdown Structures member content locked

    An essential tool for project planning, a work breakdown structure organizes a project’s total scope to help practitioners track projects across disciplines and project life cycles.

  • PM Network

    One For All member content locked

    By Pincot, Lenka How many times have you heard IT staffers complain about unrealistic requirements from business teams? And how often have you listened to colleagues from the business side gripe that new tech tools…

  • PM Network

    Exit Plan member content locked

    Brexit opinions in the United Kingdom are evolving right alongside shifting potential outcomes. Project professionals across the U.K. weigh in on how it could impact projects -- and their careers.…

  • PM Network

    Outside the Box member content locked

    Cardboard boxes have been largely unchanged since the 1800s: useful, bland cubes intended to fulfill a company's delivery logistics and destined for a loading dock or stockroom. But the recent…

  • PM Network

    Risk Ready member content locked

    As the speed of business change accelerates, even the most storied organizations are injecting digital transformation into their organizational DNA. With so much change, risk management has moved…

Advertisement

Publishing or acceptance of an advertisement is neither a guarantee nor endorsement of the advertiser's product or service. View advertising policy.