The Evolution of Project Management

September 25, 2017

The publication of the PMBOK® Guide sixth edition at the beginning of September, and the decision last week by ISO committee TC258 to revise ISO standard 21500 should mark the end of an era in the development of project management. For most of the last 50 years the dominant view of project management associations has been that project management is a generally transferable skill. This has resulted in the view that ‘project management’ can be represented by a single ‘BoK’ (Body of Knowledge), a single ‘competency baseline’ and capability can be demonstrated by passing a single credential or certification. However, whilst the PM professional associations have advocated this view, the job market has always retained a focus on different industry experience – you don’t get an IT project manager’s job without IT experience.

As outlined above, from the emergence of ‘modern project management’ in the 1960s[1] the predominant view of the professional associations and most academics and practitioners has been that ‘project management’ is a single discipline with transferrable skills. A single qualification framework is appropriate and the skills and techniques are generally applicable across all industries.  However, in the years between the 1960s and the 2000s, as different industries and disciplines progressively adopted the concept of ‘project management’ this holistic view has become increasingly stressed.

The future suggested in this post still sees project management as a single discipline focused around some high-level objectives; but rather than having a single set of generally accepted good practices applicable to most projects most time, the emerging discipline needs to be capable of embracing a range of different approaches to project management and a diverse toolbox of techniques that can be mixed and matched to optimise the creation of the project’s deliverables.

Project management literature has identified at least three key dimensions to project management:

  1. An ‘adaptive/agile’ approach -v- a disciplined structured approach.
  2. The size, scale, and difficulty associated with the work of the project.
  3. Simple relatively predictable projects -v- complex projects with emergent properties.

In addition to these parameters (mapped in the diagram above), there is also the degree of certainty associated with the work, the technical complexity of the product, and the attitude of the stakeholder community[2].

It’s time for a change.

The project management techniques needed to manage different types of project vary enormously; for example:

  • The optimum approach to managing a relatively small, simple project to upgrade a website may benefit from an adaptive/Agile approach to managing the work and should only require a ‘light touch’ to control the work;
  • Contrast this to the disciplined approach needed to design and build a new chemical plant where not only do complicated parts need to be manufactured to precise dimensions months in advance and shipped halfway around the world, but the work has to be carefully managed and the parts assembled in a precise sequence to allow all bits to be fitted together properly in a safe working environment.

Both these endeavours are projects, but the project management techniques needed for success are dramatically different. Even within the one project, some elements may benefit from an ‘agile’ approach to the work (eg, systems integration), while other elements of the work will require a very disciplined approach to achieve success – building space rockets does require ‘rocket science’.

The challenge facing the project management profession and project management academics is firstly defining the common core of project management, and then adapting the approach to developing and documenting the overall project management body of knowledge in a way that recognises the core commonality of being ‘a project’ whilst allowing different approaches to the management of the work. And once these foundations are in place, flowing these concepts through into documented standards, knowledge frameworks and certifications. In the 21st century a ‘one size fits all’ approach to the management of projects is no longer appropriate.

PMI has started down this path, they have agile certifications and have included both tailorability and agile concepts into the 6th edition of the PMBOK® Guide. Developments in the ISO space are also moving towards this integrated but separated approach to managing different types of projects. ISO 21500 Guidance on Project Management, is being updated and transformed into a higher level ‘management standard’, if this development is successful, in the future a series of implementation guides can be foreseen focused on different types, sizes and phases of project development and delivery.

What’s missing at the moment is a holistic and agreed understanding precisely what a project actually is[3] (this will segregate project management from other forms of management), and then a framework distinguishing the different types of project that exist within the overall frame of a project but requiring different styles of project management. Some of the multitude of factors that need to be considered include:

  • The inherent size of the project usually measured in terms of value;
  • The degree of technical difficulty in creating the output (complication) caused by the characteristics of the project’s work and its deliverables, or the time-frame the deliverables are required within;
  • The degree of uncertainty involved in the project;
  • The degree of complexity associated with the work and the stakeholder relationships;
  • The difference between client project management and contractor project management;
  • The various methodologies and strategic approaches to managing the project and developing the product (Agile, PRINCE2, etc);
  • The maturity of the environment in which the project is being delivered (developing economies/organisations -v- mature economies/organisations); and
  • The difference between project, program and portfolio management.

The common core

The core element of all projects is the intentional ‘temporariness’ of the team (organisation) set up to deliver the project. The ‘temporary organisation’ is given an objective to create a deliverable for a client and then to shut down efficiently; in addition, there is an intention on the part of most key stakeholders to treat the work as a ‘project’. This means the project has to be started (initiated), the work planned, then undertaken, and on completion the temporary organisation has to be closed – and of course, all of these activities need monitoring and controlling.

Where 21st century project management needs to diverge from the doctrines of the last century is in the way these overarching objectives are achieved – defining 44 or 49 processes as ‘generally accepted best practices’ is no longer appropriate.  The concept of ‘project management’ needs to be able to adapt to very different approaches, allow the project team to select from a toolbox of ‘useful techniques and methodologies’ and then encourage the teams to craft the processes they actually use to optimise the delivery of the project’s outputs to its clients.

Achieving this will require a different approach to developing standards, a different approach to training and qualifying practitioners and the creation of very different communities within the profession that encourages cohesion whilst embracing diversity of practice.

It will be interesting to see if our profession is up to the challenges.


[1] For more on the origins of ‘modern project management’ see:

[2] For more on the dimensions of project management see:

[3] For more on defining a project see:


Levels of Stakeholder Engagement

August 21, 2017

How engaged should your stakeholders be? Or how engaged do you want them to be? In an ideal world the answer to both questions should be the same, but to even deliver a meaningful answer to these questions needs a frame of measurement.  This post uses ideas from 1969 to propose this framework!

In July 1969, Sherry R. Arnstein published ‘A Ladder of Citizen Participation’ in the A.I.P Journal[1] looking at citizen participation and the consequential citizen power over a range of USA government initiatives designed to enhance the lives of disadvantaged people in US cities. The typology of participation proposed by Arnstein can be transposed to the modern era to offer a framework for discussing how engaged in your project, or program, your stakeholders should be in actively contributing to the management and governance of the work they are supposed to benefit from.

Modern paradigms such as ‘the wisdom of crowds’, ‘user participation in Agile teams’ and ‘stakeholder theory’ all lean strongly towards stakeholder ownership of the initiative designed to benefit them. These views are contrasted by concepts such as technical competence, intellectual property rights, confidentiality and the ‘iron triangle’ of commercial reality (often backed up by contractual constraints).

The debate about how much control your stakeholders should have over the work, and how engaged they should be in the work, is for another place and time – there is probably no ‘universally correct’ answer to these questions. But it is difficult to even start discussing these questions if you don’t have a meaningful measure to compare options against.

Arnstein’s paper is founded on the proposition that meaningful ‘citizen participation’ is ‘citizen power’ but also recognises there is a critical difference between going through empty rituals of participation and having real power to affect the outcome of a process. This poster was from the May 1968 student uprising in Paris, for those of us who can’t remember French verbs, translated it says:  I participate; you participate; he participates; we participate; you (plural) participate; …… they profit.   The difference between citizen participation in matters of community improvement and stakeholder participation in a project is that whilst civil participation probably should mean civil control,  this same clear delineation does not apply  to stakeholder engagement in projects.  The decision to involve stakeholders in a project or program is very much open to interpretation as to the best level of involvement or engagement.  However, the ladder of engagement proposed by Arnstein can easily be adapted to the requirement of providing a framework to use when discussing what is an appropriate degree of involvement for stakeholders in your project or program.

There are eight rungs in Arnstein’s ladder; starting from the bottom:

  1. Manipulation: stakeholders are placed on rubberstamp advisory committees or invited to participate in surveys, provide feedback, or are given other activities to perform which create an illusion of engagement but nobody takes very much notice of the information provided.   The purpose of this type of engagement is primarily focused on making the stakeholders feel engaged rather than using the engagement to influence decisions and outcomes. The benefits can be reduced stakeholder opposition, at least in the short-term, but there is very little real value created to enhance the overall outcomes of the project.
  2. Therapy: this level of stakeholder engagement involves engaging stakeholders in extensive activities related to the project but with a view to changing the stakeholder’s view of the work whilst minimising their actual ability to create change. Helping the stakeholders adjust to the values of the project may not be the best solution in the longer term but every organisational change management guideline (including our White Paper) advocates this type of engagement to sell the benefits the project or program has been created to deliver.
  3. Informing: informing stakeholders of their rights, responsibilities, and/or options, can be the first step towards effective stakeholder participation in the project and its outcomes. However too frequently the emphasis is placed on a one-way flow of information from the project to the stakeholders. Particularly when this information is provided at a late stage, stakeholders have little opportunity to contribute to the project that is supposed to be delivering benefits for them. Distributing information is a key stakeholder engagement activity (see the Three Types of Stakeholder Communication) but there have to be mechanisms for effective feedback for this process to maximise its potential value.
  4. Consultation: inviting stakeholder’s opinions, like informing them, can be a legitimate step towards their full participation. But if the consultation is not combined with other modes of participation this rung of the ladder is still a sham, it offers no assurance that the stakeholder concerns and ideas will be taken into account. Effective participation includes providing stakeholders with a degree of control over the consultation processes as well as full insight as to how their inputs are considered and used. In the long run window dressing participation helps no one.
  5. Placation: at this level stakeholders have some degree of influence although tokenism is still potentially involved. Simply including stakeholders in processes such as focus groups or oversight committees where they do not have power, or are trained not to exercise power, gives the appearance of stakeholder engagement without any of the benefits.
  6. Partnership: at this level power is genuinely redistributed and the stakeholders work with the project team to achieve an outcome that is beneficial to all. Power-sharing may seem risky all but if the right stakeholders with a genuine interest in the outcome are encouraged to work with the technical delivery team to constructively enhance the project’s outcomes (which is implicit in a partnership) everyone potentially benefits.
  7. Delegated power: In many aspects of projects and programs, particularly those associated with implementation, rollout, and/or organisational change, delegating management authority to key stakeholder groups has the potential to significantly improve outcomes. These groups do need support, training, and governance, but concepts such as self-managed work teams demonstrate the value of the model.
  8. Stakeholder control: In one respect stakeholders do control projects and programs but this group tends to be a small management elite fulfilling roles such as sponsors, steering committees, etc. Genuine stakeholder control expands this narrow group to include many more affected stakeholders. Particularly social projects, where the purpose of the project is to benefit stakeholders, can demonstratively be improved by involving the people project disposed to help. But even technical projects can benefit from the wisdom of crowds[2].

In summary, the framework looks like this:

The biggest difference between the scenario discussed in the original paper and stakeholder engagement around projects and programs is the fact that different stakeholders very often need quite different engagement approaches to optimise project outcomes. Arnstein’s 1969 paper argued in favour of citizen participation as a single entity and the benefits progressing up the ladder towards its control. In a project situation it is probably more sensible to look at different groups of stakeholders and then assess where on the ladder you would like to see that group functioning. Some groups may only need relatively low levels of information to be adequately managed. Others may well contribute best in positions of control or at least where their advice is actively sought and used.

Do you think this framework is helpful in advancing conversations around stakeholder engagement in your project?


[1] Arnstein, S.R.  AIP Journal July 1969 pp:216 – 223.  A Ladder of Citizen Participation.

[2] The Wisdom of Crowds: Why the Many Are Smarter Than the Few and How Collective Wisdom Shapes Business, Economies, Societies and Nations, published in 2004, is a book written by James Surowiecki about the aggregation of information in groups, resulting in decisions that, he argues, are often better than could have been made by any single member of the group.

Defining Project Success using Project Success Criteria

July 4, 2017

Everyone likes a successful project but the big question is what makes a project successful??  A good example is the Sydney Opera House; was the Sydney Opera House successful or not?

Was the Sydney Opera House a success

The project ran significantly over budget finished very late and was technically less than perfect; $millions are currently being spent rectifying many of the technical deficiencies in the building. But can anyone say Sydney Opera House is not one of the most recognised and therefore successful buildings in the world?[1]

Success is an ephemeral concept! Different people will have different perspectives and judge the success or failure project differently. Neither a project nor a program manager can control many of the factors that have made the Sydney Opera House worldwide icon but they can address the concept of success with their stakeholders and then work to deliver a successful outcome based on these discussions.

So what is success? There are probably three key elements, but these frequently create a paradox that requires a balanced approach to success. The three fundamental elements are:

  • The Iron Triangle (Scope + Cost + Time)
  • Benefits realised (or maximised)
  • Satisfied stakeholders (but, when??)

One of the key paradox is a myopic focus on the Iron Triangle particularly time and cost can frequently destroy benefits and leave the stakeholders unhappy, but focusing on keeping stakeholders happy can frequently have detrimental effects on the Iron Triangle. There are no easy solutions to this problem[2].

In my view, the successful delivery of a project or program requires:

  • Achieving the overall goal for the project;
  • Delivering its objectives; and
  • Meeting its success criteria.

But, to achieve success you need to define and agree the project goal, the project objectives, and the project success criteria with your key stakeholders with a view to achieving a combination of stakeholder satisfaction and value created. The goal and objectives frame the project’s work and direction. The success criteria frame how the objectives are achieved.


The Project Goal

Goals are high-level statements that provide the overall context defining what the project is trying to achieve. One project should have one goal (if there are multiple goals you are most likely looking at a program of work[3])!  For example:  Within 180 days, reduce the pollution in the rainwater runoff from a council tip by 98%.

The goal is a key statement in the Project Charter[4] and if the project is to be successful, all key stakeholders need to agree the goal.  The goal needs to be specific and should define the project in a way that focuses attention on the key outcomes required for overall success from a technical and strategic business perspective[5].


Project Objectives

The objectives are lower level statements that describe the specific, tangible products and deliverables that the project will create; each objective (and the overall goal) should be SMART[6]. For the runoff project the objectives may include:

  • Develop wetlands to trap 99.8% of sediment
  • Install channels to collect and direct the runoff
  • Install screens remove floating debris
  • Etc….. There will be a number of objectives……

Each objective requires defining and specifying with clear performance criteria so you know when it has been achieved. This may be done by the client or by the project team during the scope definition process. The performance criteria may be defined by a set of precise specifications that are specific and measurable or may be defined as a performance requirement with either:

  • The external contractor to provide the specific details of how the objective will be achieved, or
  • The internal project team to develop the details in consultation with the client

The defined objectives are the building blocks that facilitate the achievement of the goal and the creation of the benefits the organisation is expecting from the project[7]. The benefits need to be realised to create value.


Success criteria

Success criteria are different they measure what’s important to your stakeholders. Consequently, they are the standards by which the project will be judged at the end to decide whether or not it has been successful in the eyes of its stakeholders. As far as possible the stakeholders need to be satisfied; this includes having their expectations fulfilled and in general terms being pleased with both the journey and the outcome (in this respect scope, cost and/or time may be important).

Success criteria can be expressed in many different ways some examples include:

  • Zero accidents / no environmental issues;
  • No ‘bad press’ / good publicity received;
  • Finalist in the project achievement awards;
  • Plus the goal and all of the objectives achieved (yes – you still need to do the work).

For any project, the success criteria should be split between project management success criteria which of related to the professional aspects of running the project; plus project deliverable success criteria which are related to the performance and function of the deliverable.

Documenting the success criteria is important, it means you can get project stakeholders to sign up to them, and having them clearly recorded removes ambiguity about what you are setting out to do. The four basic steps to create useful success criteria are

  1. Document and agree the criteria; each criteria should include:
    1. The name of success criteria,
    2. How it is going to be measured,
    3. How often it is going to be measured, and
    4. Who is responsible for the measurement.
  2. Use continuous measurements where possible. For example, rather than ‘finish the project on time’ measure progress continually ‘no activity completes more than 5 days after its late finish date’.
  3. Baseline today’s performance.
  4. Track and report on your progress.

As with any performance indicators, the art is to select a few key measures that represent the wider picture if there are too many success criteria defined the impact will be severely reduced. For example, the effectiveness of meetings, communication, and stakeholder attitude could be measured scientifically using the ‘Index Value’ in the Stakeholder Circle[8] or pragmatically by measuring the number of open issues against a target (eg, no more than 5 high priority open issues).



Goals and objectives are the building blocks required to allow the realisation value from the project’s outputs; they are essential ingredients in a successful project but are insufficient on their own.  The role of success criteria is to direct the way work at the project is accomplished so as to meet stakeholder expectations, and to craft a perception of success in the stakeholder’s minds.

Project success is an amalgam of value created for the organisation and your stakeholders being satisfied with the journey and the outcome.  This concept of success may seem subjective, but it does not have to be. Successful organisations work to take the guesswork out of this process by defining what success looks like and agreeing these definitions with the key stakeholders, so they all know when the project has achieved it.

This means the key to stakeholders perceiving your project as successful lays in understanding the criteria they will measure success by, incorporating those measures into your project success criteria, and then working to achieve the criteria. But even this is not enough, to engage your stakeholders you need to communicate the criteria, communicate your progress and communicate your success at the end. For more on effective communication see:



[1] For more on the success or failure of the Sydney Opera House see Avoiding the Successful Failure!:

[2] For more on paradox see:

[3] For more on differentiating projects and programs see:

[4] For more on the project charter see:

[5] For more on project success see:

[6] SMART = Specific, Measurable, Attainable, Relevant and Time-framed.

[7] For more on linking objectives and benefits see:

[8] The Stakeholder Circle® index value see:

How to succeed as a PM in 2016

January 6, 2016

On-the-busProjects are done by people for people and through the medium of social media, people power is growing.  Successful project managers know this and use it to their advantage; they create a team culture focused on working with other stakeholders to create success.

Project managers know when they get this right because their project team will challenge, follow and support them, and each other, in order to get the job done. Not only that, but word spreads and other people inside the organisation will want to join the team or be associated with its success. When a PM achieves this, they know they have created something special and paradoxically are under less pressure, can get a good night’s sleep, and as a consequence are fully refreshed each day to keep building the success. This is good for the people and great for the organisation!!

Developing the skills and personal characteristics needed to develop and lead a committed team needs more then technical training. Experience, reflection, coaching and mentoring all help the project manager grow and develop (and it’s a process that never stops). Five signs that they are on the path to becoming a great team leader are:

  1. They’re well liked. Great leaders make people feel good about themselves; they speak to people in a way that they like to be spoken to, are clear about what needs to be achieved[1], and are also interested in their lives outside work and display a little vulnerability every now and again to demonstrate that they are human. They’ll always start the day with a ‘good morning’, the evening with a ‘good night’ and every question or interaction will be met with courtesy. When the team picks up on this the project area will be filled with good humour and great productivity.
  2. They put effort into building and maintaining teams. Designing great teams takes lots of thought and time – you need the right people ‘on the bus[2]’ and you need to get the wrong people ‘off the bus’. A great project manager doesn’t accept the people who are ‘free’ or ‘on the bench’ unless they’re the right people and they’ll negotiate intensely for the people that they really need, going to great lengths to recruit people into the vision that they have. Once the team is in place, they never stop leading it, building it, encouraging it, performance managing it and celebrating it.
  3. They involve everyone in planning. Or at least everyone that matters! The PM identifies the team members and other stakeholders that need to be involved; creates a productive, enjoyable environment, and leads the process. They want to ensure that they get the most out of the time and at the end have a plan that the team has built and believe in.
  4. They take the blame and share the credit. Great project managers are like umbrellas. When the criticism is pouring down they ensure that the team is protected from it. They then ensure that the message passed down is presented as an opportunity to improve not a problem to be fixed. Similarly, when the sun is out and the praise is beaming down, they ensure that the people who do the real work bask in it and are rewarded for it. When they talk about how successful a project has been, they talk about the strengths of the team and the qualities they have shown, never about themselves.
  5. They manage up well. Stakeholder engagement, particularly senior stakeholder engagement is the key to project success[3]. Great project mangers know they need senior executive support to help clear roadblocks and deliver resources and know how to tap into the organisation’s powerlines for the support they need.

Great project mangers are also good technical managers; they have an adequate understand the technology of the project and they know how the organisation’s management systems and methodologies work. But they also know they can delegate much of this aspect of their work to technologists and administrative experts within their team. And if the team is fully committed to achieving project success, these experts will probably do a better job than the project manager anyway.

Projects are done by people for people and the great project managers know how to lead and motivate[4] ‘their people’ to create a successful team that in turn will work with their stakeholders to create a successful project outcome.


[1] For more on delegation see:

[2] In the classic book Good to Great, Jim Collins says, “…to build a successful organization and team you must get the right people on the bus.”

[3] This is the focus of my book Advising Upwards: A Framework for Understanding and Engaging Senior Management Stakeholders, see

[4] For more on leadership see:

Governance and stakeholders

June 7, 2015

CrisisBoth stakeholder theory and the modern concept of organisational governance place importance on the organisation fulfilling the needs of all of its stakeholders. The older, generally discredited ‘stockholder’ theory suggested the primary purpose of an organisation was to maximise value for its owners – generally interpreted by those in power as looking after the short-term interests of ‘those in power’ or the few with a direct investment in the organisation.

Three on-going sagas demonstrate the fallacy of taking a short term ‘stockholder’ approach to creating value.

1. The FIFA Crisis: Ignoring the alleged criminality of many of the key actors, my view is the biggest ‘governance failure’ in FIFA for the last decade or more has been the perceived method of allocating development funds to national soccer authorities.  The perception is that most of these funds were distributed at the behest of Sepp Blatter, and therefore if the associations wanted to keep on receiving their development funding they needed to vote for Blatter.

There is nothing wrong with funding the development of the game – it is one of FIFA’s primary objectives.  The governance breakdown was in the lack of a robust and transparent process for allocating the money to soccer associations that could make the most beneficial use of the funds and requiring accountability for the expenditure. The $billions in largely unaccounted largess distributed on a less than transparent basis is I suspect the root cause of much of the evil besetting FIFA at the present time.

Its too early to determine the damage to both FIFA and the game of soccer (football) from the breakdown in governance but one thing is already very clear, the big loser over the last decade has been the game, its players and its supporters – ultimately the stakeholders who really matter.

2. The on-going Banking Crisis: The focus of banks on employing and rewarding greedy people focused on maximising their bonuses at the expense of the Banks customers and shareholders lead to the financial crisis and a series of other failures, reviews and prosecutions in the USA, UK and Australia at least.

In Australia, the governance failure was senior managers and the Board’s Directors putting short-term profits ahead of the long term development of the bank. Front line sales people were paid to sell inappropriate products to clients – they do not get bonuses for not selling product even if it is in the best interest of the client.  Middle managers were paid to ignore potential problems – their KPIs and bonuses were driven by the sales volumes of their staff, etc.

The banks and their stockholders did very well for a while, now many of the problems created by this governance and cultural failure are starting to emerge, the short term stock speculators are taking their profits and dumping bank stocks.  Trust in the banking system is at an all time low (financial advisers are deemed less trustworthy then politicians). Very few of the stakeholders in the baking industry, including employees, long term investors,  clients or governments are on the ‘winning side’.  I’m waiting to see what game changing ‘disruptive innovation’ emerges – anyone offering a viable alternative to the banks has a once-in-a-lifetime window of opportunity to start up in a market looking for a viable alternative to ‘big banks’.

3. The on-going Child Abuse Crisis: The Australian Government’s Royal Commission into child abuse continues to uncover major breakdowns in governance in a vast range of organisations. The thing I find most upsetting is the abject failure of the leadership in most of these organisations to uphold the values of the organisation.  Abuse was ignored, covered up, secret payments made to ‘settle complaints’, etc.  The focus of the various churches, school and other institutional leaders was always a short term attempt to protect the institution from ‘bad publicity’. Hide the perpetrators of the evil and diminish the claims of the abused children (causing even more distress and harm).

The long term damage this short-sighted policy of ‘cover-up’ and ‘look-the-other-way’ will cause to the churches in particular has yet to emerge but I suspect there will be massive consequences that damage both the institution and the people the institutions serve, their congregations.


In each of these cases, the governance failure started at the very top of the organisation, the Executive Committee, Directors, and Bishops failed to develop a culture focused on achieving good outcomes for all of the respective organisation’s stakeholders and allowed corrupt cultures to develop focused on advantaging a very select group of ‘stockholders’.  The resulting crises will be causing damage to the organisations and their stakeholders for decades to come. Unfortunately in the vast majority of cases the people responsible for the breakdown of governance in their organisation are still hanging on to their jobs and pretending the failures are the fault of people lower down the organisational hierarchy.

Avoiding this type of problem is not easy but it starts with the governing bodies recognising that they, and they alone, can set the cultural and ethical tone for an organisation. The functions of governance outlined in our White Paper may seem soft and fuzzy concepts but if they are not implemented effectively and rigorously the next crisis will only be a matter of time. Long term success can only be assured by governing for all stakeholders, which in turn requires an ethical framework and a culture that demands transparency and accountability (as well as technical excellence) from everyone working in the organisations hierarchy.

Making Projects Work: Effective Stakeholder and Communication Management

April 16, 2015

Making Projects WorkMy third book, Making Projects Work is now generally available in hardback and Kindle editions.

Making Projects Work: Effective Stakeholder and Communication Management focuses on the skills needed by project management teams to gather and maintain the support needed from stakeholders to make their project successful.

The underlying premise in the book is that projects are performed by people for people. The key determinants of success are the relationships between people in the project team and between the team and its wider community of stakeholders. This web of relationships will either enable or obstruct the flow of information between people and, as a consequence, will largely determine project success or failure.

Making Projects Work provides a framework for understanding and managing the factors required for achieving successful project and program outcomes. It presents guidelines to help readers develop an understanding of governance and its connection to strategy as the starting point for deciding what work needs to be done. It describes how to craft appropriate communication strategies for developing and maintaining successful relationships with stakeholders. It highlights the strengths and weaknesses of existing project controls and outlines effective communication techniques for managing expectations and acquiring the support required to deliver successful projects on time and under budget.

Features – the book:

  • Provides a framework for understanding and managing factors essential for achieving successful project and program outcomes.
  • Facilitates an understanding of governance and its connection to strategy as the starting point for decisions on what work needs to be done.
  • Describes how to craft appropriate communication strategies to develop and maintain successful relationships with stakeholders.
  • Supplies an understanding of the strengths and weaknesses of existing project controls.
  • Outlines effective communication techniques for managing perceptions and expectations and to acquire the support necessary for successful delivery.

For links to more information on this, and my other two books, start at:

For Stakeholders, 2×2 Is Not Enough!

April 4, 2015

The world loves 2×2 matrices – they help make complex issues appear simple. Unfortunately though, some complex issues are complex and need far more information to support effective decision making and action. The apparent elegance of a 2×2 view or the world quickly moves from simple to simplistic.

One such situation is managing project and program stakeholders and convincing the stakeholders affected by the resulting organisational change that change is necessary and potentially beneficial. As a starting point, some stakeholders will be unique to either the project, the overarching program or the organisational change; others will be stakeholders in all three aspects, and their attitude towards one will be influenced by their experiences in another (or what others in their network tell them about ‘the other’).

The problem with a simple 2×2 view of this complex world is the assumption that everyone falls neatly into one of the four options and everyone categorised as belonging in a quadrant can be managed the same way. A typical example is:


Power tends to be one dimension, and can usually be assessed effectively, the second dimension can include Interest, Influence, or Impact none of which are particularly easy to classify. A third dimension can be included for very small numbers of stakeholders by colouring the ‘dots’ typically to show either importance or attitude.

The problem is you may have a stakeholder assessed as high power, low interest who opposes your work, who you need to be actively engaged and supportive – ‘keep satisfied’ is a completely inappropriate management strategy.

The Salience Model developed by Mitchell, Agle, and Wood. (1997) introduces the concepts of urgency and legitimacy.


Urgency refers to the degree of effort the stakeholder is expected to expend in creating or defending its ‘stake’ in the project, this is an important concept! However the concepts of ‘legitimate stakeholders’ and non-stakeholders are inconsistent with stakeholder theory and PMI’s definition of a stakeholder – anyone who believes your project will affect their interests can make themselves a stakeholder (even if their perception is incorrect) and will need managing. This model also ignores the key dimension of supportive / antagonistic.

The three dimensional Stakeholder Cube is a more sophisticated development of the simple 2×2 chart. The methodology supports the mapping of stakeholders’:

  • Interest (active or passive);
  • Power (influential or insignificant); and
  • Attitude (backer or blocker).


This approach facilitates the development of eight typologies with suggestions on the optimum approach to managing each class of stakeholder (Murray-Webster and Simon, 2008). However, the nature of the chart makes it difficult to draw specific stakeholders in the grid, or show any relationships between stakeholders and the activity. However, as with any of the other approached discussed so far, the classifications can be used to categorise the stakeholders in a spreadsheet or database and most of the key dimensions needed for effective management are present in this model. The two missing elements are any form of prioritisation (to focus effort where it is most needed) and the key question ‘Is the stakeholder in the right place?’ is not answered.

Information needed for a full assessment

The factors needed for effective stakeholder management fall into two general categories, firstly the information you need to prioritise your stakeholder engagement actions; second the information you need to plan your prioritised engagement activities.

The two basic elements needed to identify the important stakeholders at ‘this point in time’ are:

  • Firstly the power the stakeholder has to affect the work of the project. This aspect tends to remain stable over time).
  • Secondly the degree of ‘urgency’ associated with the stakeholder – how intense are the actions of the stakeholder to protect of support its stake? This aspect can change quickly depending on the interactions that have occurred between the project team and the stakeholder.

I include a third element in the Stakeholder Circle® methodology, how close is the stakeholder to the work of the project (proximity) – stakeholders actively engaged in the work (eg, team members) tend to be need more management attention than those relatively remote from the work.

The next step is to assess the attitude of the important stakeholders towards the work of the project. Two assessments are needed, firstly what is the stakeholder’s current attitude towards the project and secondly what is a realistically desirable attitude to expect of the stakeholder that will optimise the chance of project success?

Attitudes can range from actively supportive of the work through to active opposition to the work. The stakeholder may also be willing to engage in communication with you or refuse to communicate . If you need to change the stakeholder’s attitude, you need to be able to communicate!

From this information you can start to plan your communication. Important stakeholders whose attitude is less supportive than needed require carefully directed communication. Others may simply require routine engagement or simple reporting .

If this all sounds like hard work it is! But it’s far less work then struggling to revive a failed project. This theme is central to my new book, Making Projects Work, Effective stakeholder and communication management. You generally only get one chance to create a first impression with your stakeholders – it helps to make it a good one.

Making Projects Work