Project Smart ~ Exploring trends and developments in project management today

Calendar icon
Adobe PDF icon

Are You a Micro Project Manager?

~ By Gil Junqueira

Micro manager written on a stack of papers and magnifying glass

Most project managers are well-versed at decomposition. Project managers are trained to break down complex deliverables into smaller and more manageable parts. These parts then serve as a foundation for costing, scheduling and control. As much as this reductionist approach is essential for project management, there is another side to the coin, often neglected by project managers: the systems theory viewpoint.

Before going any further, we shall define what a system is. A system is a "set of things - people, cells, molecules or whatever - interconnected in such a way that they produce their own pattern of behaviour over time" (Thinking in Systems, 2008). Projects fit into the definition of systems. Projects are complex systems. There is a considerable body of knowledge about systems and the dynamics of systems. This knowledge can, and should be tapped by project managers.

Just by looking at projects through the systems theory viewpoint, we can draw surprising conclusions:

  • Complex projects have feedback delays, which usually means, in practice, that by the time you realise something is wrong with your project, it is too late to do anything about it.
  • The elements of a project (team members, management members, assets, etc. have secondary importance. Much more important are the relationships (interconnections) and purposes within the project. Therefore, as counter-intuitive as it may seem, it may not be of much help to replace your project team if things are not going well!
  • There are other projects within complex projects, which we shall call "sub-projects". Sub-projects can have purposes and goals that differ from those of the project they are part of. Aligning the goals and purposes of the sub-projects with those of the "main" project are essential to a well-functioning environment.
  • If one of the goals of the project is to be stable as opposes to resilient, you will have a stable, but unresilient project. In this circumstance, if the project does not suffer any serious disturbance (risk), it will probably do reasonably well. However, the project will breakdown upon impact of risks because it was not made resilient.
  • Self-organising elements of a project are better than static; at least for the long-term life of the project. New ideas and innovation arise from self-organisation. Therefore, allowing elements to self-organise is not only better in the long run, but can also be a competitive advantage.
  • Hierarchies within a complex project contribute to a more stable and resilient project. Hierarchies simplify the amount of information generated in a project. We know that the number of communication channels increase exponentially for every communication node added. A project which implements effective channels of communication responds more appropriately to the environment and to their own behaviour.

Despite continuing advance in project management methodologies, projects, large and small continue to fail at an alarming rate. There is no single reason for this. However, even here systems theory can lead to some new insights.

One of the reasons complex projects are, well, complex is because they exhibit non-linear behaviour, which usually means that past performance is not a good indication for what is to come in the future. Non-linearity can also indicate that important stocks within the project (for example throughput) can grow exponentially, but then decay as rapidly as it grew, without any warning sign. The unpredictable nature of projects due to non-linearity can be a source of many surprises.

Another source of problems are the multiple nature of limiting factors. When a project manager removes a barrier, which was previously limiting work progress, another barrier can quickly take its place. This is called "layers of limits." When one layer is removed, another one takes its place.

Delays can also defuse project productivity, not only delays in the actual project schedule when compared to baseline, but also delays in information feedback. A delay in feedback can cause a response to be too weak or too late. The same is also true in the other direction: a delayed feedback can cause an unwarranted response, which ends up hurting the project.

Non-linearity, delays, layers of limits…adding to the list is the boundary-less nature of complex projects. There is an old saying stating that everything is connected to everything else. In fact, there are no boundaries surrounding a project, just boundaries of "convenience." This is what the PMBOK calls enterprise environmental factors, a placeholder for everything in the project that we have no control of. One can argue that risk analysis can help eliminate or mitigate the negative impacts from factors outside of the project environment. However, risk analysis is mostly done in the framework of reductionism: each element is analysed separate from the others. The behaviour of dynamic systems such as projects, cannot be predicted from studying each element separated from the others. Behaviour arises from the interconnection of project elements. Thus, one cannot appreciate the risks that a complex project is subjected to, unless one steps away from it and consider the project for what it really is: a system of interconnected elements.

Humans add to project complexity as well. As a matter of fact, humans are complex systems in their own right. Theories such as bounded rationality and tragedy of the commons put in perspective the human behaviour present in projects.

To conclude, much attention is paid to the "micro" management of projects and rightly so. We all know that difficulties arise from details. However, the other side of the coin, the "macro" management, is being neglected by project managers. It is the project manager's best interest to know when to put a project under a microscope, and when to step back and look at it as a whole. System theory can help project managers be more effective in their job.


Be the first to comment on this article.

Add a comment

(never displayed)

Is it true or false that red is a number?
Notify me of new comments via email.
Remember my form inputs on this computer.

The Top Five Software Project Risks

Colour risk blocks falling

A look at the top five software project risks identified in 'Waltzing with Bears' and how they have solutions rooted in Agile methods.

Project Planning a Step by Step Guide

Businessman finding the solution to a maze

The key to a successful project is in the planning. Creating a project plan is the first thing you should do when undertaking any kind of project.

Authority Earned, Not Given

Group of business people looking and pointing at a chart

For project managers, the support of their team is critical for completing projects successfully. Yet, a team's respect cannot simply be assigned like a task.

Undertaking a Successful Project Audit

Audit checklist clipboard with checkboxes marked for related concepts

A project audit provides an opportunity to uncover issues, concerns and challenges encountered during the project lifecycle.

PROJECT SMART is the project management resource that helps managers at all levels improve their performance. We provide an important knowledge base for those involved in managing projects of all kinds. With weekly exclusive updates, we keep you in touch with the latest project management thinking.

WE ARE CONNECTED ~ Follow us on social media to get regular updates and opinion on what's happening in the world of project management.

Latest Comments

Allana commented on…
12 Tips for Being a Good Manager
- Tue 5 January 8:30pm

George Bockius commented on…
Better Coaching Using the GROW Model
- Thu 24 December 3:55pm

Al commented on…
Better Coaching Using the GROW Model
- Tue 22 December 10:07pm

Latest tweets

General Project Management • Query on PMP Numericals about 2 days ago

General Project Management • Problems With Project Planning about 2 days ago

General Project Management • IT project management phrases - 10 terms you need to know about 9 days ago