Monday

Category Archives: Complexity

A Long Tail

One of the key books that started my interest in risk, uncertainty and ultimately complexity theory was Against the gods: The remarkable story of risk written by Peter L Bernstein, and published in 1996 when Peter was aged 77! This book explained much of the history behind the development of risk management in a way that I could understand and is a recommended read for anyone involved in managing projects. Despite his success, Peter Bernstein never retired, and at the time of his death last month, aged 90, he was working on another book on risk. As authors go, a very long and distinguished career.

The limitations of the risk framework built in the 18th century and so clearly described in Bernstein’s book have been defined and expanded in recent times in The Black Swan by N.N. Taleb (another recommended read). Taleb’s ideas are discussed in my post Risky Business.

The major failing of traditional risk models is the issue of ‘boundaries’. Rules of probability such as The law of large numbers work if the population is bounded. The problem with project data is that there are no limits to many aspects of project risk. Consider the following:

  • You plot the distribution and average the weight of 1000 adult males. Adding another person, even if he is the heaviest person in the world only makes a small difference to the average. No one weighs a ton! The results are normal (Gaussian-Poisson) and theories such as the Law of Large Numbers and Least Squares (Standard Deviation) apply.
  • You plot the distribution and average the net wealth of 1000 people. Adding Bill Gates to the group causes a quantum change in the values. Unlike weight, wealth can be unlimited. Gaussian-Poisson theories do not apply!

Most texts and discussion on risk assume reasonable/predictable limits. Managing variables with no known range of results is rarely discussed and many project variables are in this category. For more on this see Scheduling in the Age of complexity.

Fortunately our colleague, David Hillson’s latest book Managing risk in projects will be published by Gower on 11 August 2009. This book is part of the Gower Foundations in Project Management series, and will provide a concise description of current best practice in project risk management while also introducing the latest developments, to enable project managers, project sponsors and others responsible for managing risk in projects to do so effectively. I would suggest another ‘must read’ if you are interested in project management.

More later….

Complexity

As readers of this blog and our published papers would know I have a passing interest in complexity theory and its application to project management. This seems to be an expanding area of interest world wide.

Last night I was at the PMI Canberra Chapter presenting a summary of my paper ‘Scheduling in the Age of Complexity’ [download the paper] – another good reception for the ideas but more importantly several people in the audience were involved in parallel lines of enquiry. Possibly of most interest is the ideas of Graham Durant-Law see his blog at http://www.durantlaw.info.

Another interesting development is a new publication from PMI, Exploring the Complexity of Projects written by Svetlana Cicmil, Terry Cooke-Davies, Lynn Crawford and Kurt Richardson [see: http://www.pmi.org/Marketplace/Pages/Default.aspx] A quick skim suggests this is a comprehensive round up of the current state of complexity theory in project management. More on this once I have had a chance to read it.

What is gratifying is seeing the confusion created by the so called ‘College of Complex Project Managers’ and Prof. David Dombkins receding rapidly into obscurity. Rather than the confusion caused by the ‘college’ treating large complicated programs of work as a synonym for complexity theory (as Dombkins did in the original College manifesto); thought leaders world wide seem to be:

The work on understanding complexity in project management has a long way to go and will undoubtedly be the subject of future blogs. Your contribution to the discussion will be welcome.

Complex Projects

Further to two earlier posts on the subject projects aren’t projects I have run across an interesting journal paper from Jon Whitty focused on Complexity.

A number of organisations are promoting the concept of ‘complex project management’; many other commentators, including me, feel complexity is a factor in every project. The elements of complexity theory include non linearity, emergence and unpredictability. In project management space, this translates to the interactions of people involved in and around the project to each other and to the project work (for more on this see A Simple View of Complexity in Project Management).

Jon’s paper reinforces the argument that projects have multiple dimensions and additionally projects and programs are quite different. Whilst there is likely to be a correlation between size and complexity, the two dimensions are not directly related! To read more see:

Projects aren’t Projects

Project management is not a one-size-fits-all process or discipline. The PMBOK® Guide makes this clear in Chapter 1. There are at least 4 dimensions of a project,

  • its inherent size usually measured in terms of value;
  • the degree of technical difficulty (complication) involved in the work;
  • the degree of uncertainty involved in defining its objectives; and
  • the complexity of the relationships surrounding the project.

Project Size
The size of the project will impact the degree of difficulty in achieving its objectives but large projects are not necessarily technically complicated or complex. There are projects in Australia to shift millions of cubic meters of overburden from mine sites with expenditures rising to several $million per day but the work is inherently simple (excavating, trucking and dumping dirt), and the relationships in and around the project are relatively straight forward. The management challenges are essentially in the area of logistics.

Technical Difficulty (degree of complication)
Complicated high tech projects are inherently more difficult to manage than simple projects. The nature of the technical difficulties and the degree of certainty largely depend on how well understood the work is. The important thing to remember with complicated work though is that systems can be developed and people trained to manage the complications. The work may require highly skilled people and sophisticated processes but it is understandable and solvable.

Uncertainty
The degree of uncertainty associated with the desired output from the team’s endeavours has a major impact on the management of the project. The less certain the client is of its requirements, the greater the uncertainty associated with delivering a successful project and the greater the effort required from the project team to work with the client to evolve a clear understanding of what’s required for success. This is not an issue as long as all of the project stakeholders appreciate they are on a journey to initially determine what success looks like, and then deliver the required outputs. Budgets and timeframes are expected to change to achieve the optimum benefits for the client; and the project is set up with an appropriately high level of contingencies to deal with the uncertainty. Problems occur if the expectations around the project are couched in terms of achieving an ‘on time, on budget’ delivery when the output is not defined and the expected benefits are unclear. Managing uncertainty is closely associated with and influences the complexity of the relationships discussed below.

Complexity = The People
Complexity Theory has become a broad platform for the investigation of complex interdisciplinary situations and helps understand the social behaviours of teams and the networks of people involved in and around a project. These ideas apply equally to small in-house projects as to large complicated programs. In this regard, complexity is not a synonym for complicated or large. It focuses on the inherent unpredictability of people’s actions and reactions to ideas and information within the network of relationships that form in and around the project team.

Discussion
Size is straightforward and most organisations have processes for assigning more experienced project managers to larger projects. What’s missing is consideration of the other three aspects.

The last item, complexity is very much an emerging area of thought and discussion. For a brief overview see: A Simple View of ‘Complexity’ in Project Management  and for some practical considerations of the impact of complexity theory on scheduling see: Scheduling in the Age of Complexity. However, I expect it will be some years before ‘complexity theory’ and project management sit comfortably together.

Of more immediate interest is the interaction of uncertainty and technical difficulty. Knowing both ‘what to do’ and ‘how to do it’; or more importantly knowing how much you know about these two elements is critically important in establishing a framework to manage a project. Some ideas on this topic will be the subject of my next post.