This book is licensed under a Creative Commons by-nc-sa 3.0 license. See the license for more details, but that basically means you can share this book as long as you credit the author (but see below), don't make money from it, and do make it available to everyone else under the same terms.
This content was accessible as of December 29, 2012, and it was downloaded then by Andy Schmitz in an effort to preserve the availability of this book.
Normally, the author and publisher would be credited here. However, the publisher has asked for the customary Creative Commons attribution to the original publisher, authors, title, and book URI to be removed. Additionally, per the publisher's request, their name has been removed in some passages. More information is available on this project's attribution page.
For more information on the source of this book, or why it is available for free, please see the project's home page. You can browse or download additional books there. To download a .zip file containing this book to use offline, simply click here.
Understanding and managing complex systems like a project require some systems concepts that have been developed in other disciplines and applied to project management as a tool to make complex projects manageable.
When is a project complex? The answer to this question depends on how you define complex. One way to explore this question is to look at complexity models in various disciplines for insights that may apply to project management. In biology, the simplest plant is composed of one cell. As the cellular structure increases in number of cells and the number of connections to other cells increases, the plant life is seen as more complex. In the animal kingdom, the single cell ameba is the simplest animal, and life becomes more complex as the numbers of cells combine to form muscles and organs.
The complexity of a system is usually determined by the number of parts or activities, the degree of differentiation between the parts, and the structure of their connections. Heterogeneous and irregularly configured systems are complex, such as organisms, airplanes, and junkyards. Order is the opposite of complex. Ordered systems are homogenous and redundant, like an interstate toll booth or a production line in a factory. Complex systems have multiple interacting components whose collective behavior cannot be simply inferred from the behavior of the components.Stephen Jay Gould, Full House: The Spread of Excellence from Plato to Darwin (New York: Three Rivers Press, 1996).
In addition to the number of parts, the degree of differentiation between parts and the number, type, and strength of relationships between parts also influences the degree of complexity. For example, the transistors in a computer have three connections to other parts of the computer, but each nerve cell in the human brain can be connected to thousands of other cells in the brain, which is why the human brain is more complex than a computer. Complexity is context dependent. A project is more or less complex in relation to the number of activities, the type and strength of relationships to other project activities, and the degree and type of relationships to the project environment.
Projects are complex adaptive systemsOrganization of elements that change in response to events in their environment.. A complex adaptive system is a system consisting of a large number of parts or activities that interact with each other in numerous and various ways. A complex adaptive system is adaptive if the activities adjust or react to the events of the environment. Successful adaptive systems adjust in a way that facilitates or allows the system or project to achieve its purpose.
The dependence of the project on the activities, the interdependence of the activities, and the specialization of the activities underscore the relationship dependenceActivities that are affected by events that change the characteristics of other activities. of project activities. This relationship dependence is a key aspect of complex adaptive systems. The nature of complex adaptive systems can be probed by investigating the impact of change in one activity and the effect on other activities and the behavior of the whole. Activities must be studied and understood as interrelated, connected parts of the whole. If you remove a computer chip from a computer and the computer powers down, do not assume the purpose of the chip was to provide power to the computer. If you remove or shorten a project kickoff activity, do not assume the project will finish earlier because of the dependence of later project activities on project kickoff activities. Any change to the kickoff activities will impact other activities and the project as a whole.
A chemical company was building a new plant in Tennessee with a new design model that was intended to shorten the design phase on the project and lower the cost. The design of the plant was managed by a United States–based company with part of the design work contracted to an Indian company. The engineers in the United States would work on the design and would electronically transfer the design work to India at the end of the day. Engineers in India, many who had graduated from U.S. colleges, continued to work on the design and at the end of the day would electronically transfer the work back to the United States. The project would benefit from differences in time zones that would allow work on the project twenty-four hours per day. The project would also benefit from the lower engineering wages in India. The project approach was abandoned when the project started falling behind schedule. The added complexity of the project offset the scheduling and cost benefit. The project complexity profile became significantly less complex when the execution approach changed from global to domestic partnering. The execution model could have worked but would have required more investment during the start-up phase of the project.
Complex adaptive systems have three characteristics that are also reflected in complex projects.
Formal organizational charts indicate reporting relationships but are not very effective at displaying project relationships. Projects organize around the work, phases, or activities. The organization of the project reacts to the nature of the work at any given phase.
During the start-up meeting of a large complex project, the project manager facilitated the development of the project organization chart that included all the major companies and leaders from the client and key subcontractors. After the chart was complete, the project manager ripped the chart up in front of the entire project team to demonstrate his key message, which was that there are formal reporting relationships, but the real leadership and communication will change during the life of the project. In other words, the system will adapt to meet the needs of the project at each phase. During the design phase, the engineering team will identify the primary needs and communication will center on supporting the engineering efforts. Later, the procurement team will take the lead as critical equipment and supplies are identified and purchased. Later in the project, the construction team takes the lead as the project moves from the design offices to the field and the engineering and procurement teams support the construction effort.
Informally, the project team reorganizes information flows and priorities to support the current work of the project and a good project manager facilitates this adaptive behavior of the project organization by minimizing the impact of formal authority and processes.
A deterministic system is a system that will produce the same results if you start with the same conditions. The outcome can be reliably predicted if you know the starting conditions. For example, if you fire a rifle several times at a target, the hits on the target will be closely grouped if all the initial conditions are almost identical. A nonlinear, or chaotic, system can produce wildly different results even if the starting conditions are almost exactly the same. If today’s weather pattern is almost exactly the same as it was on a previous date, the weather a week later could be entirely different. Projects are usually nonlinear systems. If we execute an identical complex project three different times, we would deliver three different outcomes. We start with the assumption that the project is deterministic and use scenarios and simulations to develop the most likely outcome, yet a small change such as the timing of someone’s vacation or a small change in the delivery date of equipment can change the entire trajectory of a project.
A pharmaceutical company in California developed a drug that improved the quality of life for people with arthritis and in some cases prevented serious debilitations and even death. The drug was in the final FDA testing stage, and the company decided to accept the risk and proceed with designing and building a facility to manufacture the drug. The company had done this type of project before, and some managers felt that the outcome would be fairly predictable. The company assigned the lead scientist as the project manager to get the project started. Two weeks into the project start-up, the company president realized the project needed a project manager with more engineering and construction expertise and hired a new person to manage the project. Then the company decided to build the facility on land the company owned in Colorado, and the project team began designing a facility that would fit the existing site. Thirty days into the design phase, the company found an existing facility that could be retrofitted to meet the production needs of the new drug. During the first week of construction, the drug failed an FDA test and the project was placed on hold. This project environment was highly volatile, and the project plan and organization adjusted and evolved to respond to each of these changes.
Not all projects experience this degree of environmental turbulence, yet all projects experience some forms of environment shift during the life of the project. This is one of the reasons project managers develop an aggressive change management processMethod of incorporating change into project planning and execution processes.. The purpose of the change management process is not to stop change but to incorporate the change into the project planning and execution processes. Projects, like all other complex adaptive systems, must respond to the evolving environment to succeed. Plan as if the project is deterministic but be prepared for unpredictable changes.
Complex systems interact in unpredictable ways.
© 2010 Jupiterimages Corporation
In addition to responding to changes in the project environment, the internal project organization and environment is in a constant state of change. New people become members of the team, people quit, retire, and get sick. The office roof starts leaking, headquarters rolls out a new computer program required for all workers, or the project’s lead engineer cannot get her immigration visa extended. These are real examples of events that occurred on one project, and the project team adjusted to each event. The adaptation to changes in the project’s internal situation while also adapting to the external environment reflects the coevolving nature of a complex adaptive system. An increase in the number of events within the project and the project environment that are likely to change during the life of the project is reflected in an increase in the complexity of a project.
Profiling a project correctly requires a system that is relatively easy to use but that includes enough attributes to capture all the most important characteristics of a complex project. The Darnall-Preston Complexity Index (DPCI™)Project profiling system that groups project attributes into four categories: internal attributes, external attributes, technological complexity, and ecological attributes. achieves this objective by grouping eleven attributes into four broad categories: internal attributes, external attributes, technological complexity, and environmental attributes.
Figure 2.3 Russ Darnall—Creator of the Darnall-Preston Complexity Index
Projects are more likely to fail in the beginning, not in the end. This generalized statement reflects the importance of understanding the environment in which a project will be executed and the importance of developing an execution plan that can be successfully implemented within this environment. Recovery costs can be extremely high for projects where the environment is misread or the execution plan does not address critical issues of the project environment. In addition to cost overruns and delays in the project, execution plans that are not aligned with the project environment can create barriers that make recovery difficult, and in some cases, the business purpose of the project cannot be met. The DPCI is a tool to assist project stakeholders in developing a comprehensive analysis of the project environment and a project execution plan more aligned with that environment. Understanding and aligning a project with the project’s environment increase the likelihood of achieving project success.
The foundation of a sound project execution plan is an assessment of the project environment. This assessment provides the information on which the execution plan is built. In the absence of an accurate assessment of the project environment, the project leadership makes assumptions and develops the execution plan around those assumptions. The quantity and quality of those assumptions will significantly influence the effectiveness of the project execution plan. The amount of information available to the project manager will increase over time and assumptions will be replaced with better information and better estimates. As better tools are developed for evaluating the project environment, better information will become available to the project manager.
The project environment includes all the conditions that can influence the outcome or success of the project. Project size, technological complexity, cultural and language barriers, the political landscape, and resource constraints are some of the components of the project environment that can influence the project success. Understanding these influences and developing a project profile creates a foundation for building an effective project execution plan.
The DPCI is one model for understanding and profiling projects. This index assesses the complexity level of key components of a project and produces a unique project profile. The profile indicates the project complexity level, which provides a benchmark for comparing projects and provides information about the characteristics of a project that can then be addressed in the project execution plan.
The DPCI provides project stakeholders with information about the project to define the experience, knowledge, skills, and abilities needed by the project manager. The DPCI also has implications for the composition, organization, and skills needed by the project leadership team. The DPCI provides information and a context for developing the project execution plan and for assessing the probability of success.
Consider the example of the drug manufacturing facility. Describe in your own words how this project demonstrated the attributes of a complex system.