Decision-based Stakeholder Engagement

This article has previously been published in Project magazine.  It is copyright (C) Richard Peel

The Problem

So often we start stakeholder engagement from the ‘wrong end’:

 “Identify anyone who is affected by or interested in the project.”

 We’ve heard that a thousand times.  But what generally happens is that we end up with long lists of ‘everyone and their dog’ and even after the usual ‘analysis’ we realise that we can’t possibly engage with so many different groups of people.

Too much data swamps our good intentions and stakeholder maps are drawn and consigned to the bottom of a drawer; whilst people just get on and do their best.

The Solution

So, what should we do?  Try asking this instead:

“What decisions do I need from stakeholders, for my project to succeed?”

 Tip:  Start with the end in mind – what specifically do we want our stakeholders to do?

 Typical decisions that are critical to the success of our project include:

Resource allocation Usually funding and people; and depending on the type of project, perhaps accommodation; cranes; power generators; etc. – Will we be given them? When?
Regulatory / statutory body approval e.g. Planning permission; access to infrastructure networks – Will they be timely?
Suppliers’ decisions to bid for work Will we attract the right companies?


Here, in navigating these decisions, is the end-purpose for our engagement with stakeholders.  This gives us a sharp, clear focus for what we do next.


Key Steps to Decision-Based Stakeholder Engagement

The 6 steps to decision-based stakeholder engagement are to:

  1. Identify the key decisions that are required to secure the success of our project
  2. Identify the people that will take those decisions
  3. Identify their key advisors
  4. Understand the concerns of the decision-takers and their advisors relating to the specific project decision
  5. Address the concerns
  6. Check engagement.


Step 1: Identify the Key Decisions

We know that these key decisions are the things that really matter to us because we’ve already documented them.  They are represented as:

  • Milestones in our plan – ‘design approval’; ‘receive supplier bids’
  • Causes in our risk log – ‘specialist engineering resource not made available’; ‘regulatory approval delayed’
  • Decisions in project calendars – ‘Go/No Go Gate for contract let’
  • Assumptions – ‘project accommodation and computing is available’.

 Tip:  The timing of the decision is often as important as the outcome; delay is typically what kills a project


Step 2:  Identify the People Who Will Take the Decisions

Here we need to avoid the trap of just identifying the organisations or even the roles.

Tip:  It’s people that take decisions; with their own unique personal history, view of the world and ways of operating. So, engage with the person; not the role or the organisation

 We might think that we know what concerns a Finance Director and what questions they will ask.  But what if that person was previously a Plant Manager?  What if that person has had their ‘fingers burnt’ by a project like this one before?  We need to work with the individual.


Step 3: Identify Key Advisors

Decision-makers are usually senior people.  Some of these people will give our decision personal attention and some will be up-to-speed on all the detail required.  Others will rely on trusted advisors to make evaluations which they will then act upon.

We need to understand who has influence and engage with them also.

 Tip:  When decisions are being taken remember the power outside the room too


Step 4:  Understand Stakeholder Concerns

As a project manager, we have worked long and hard with our team to come up with a solution and an approach. We simply don’t have the time to go back over things if we are going to hit the deadlines and stay within budget.  Consequently, we sometimes see the people raising concerns as ‘blockers’.

But wait a minute.  What if they do have an insight that we missed?  What if we don’t have all the answers?  Early engagement gives us the opportunity to gain their insights without delaying the project.

 Tip:  There are no “blockers”; just people providing advice for free.  They just might be saving us a whole lot of work further down the line

 This is why the often-used approach of categorising people as ‘supporters’ and ‘blockers’ really does not help.  All too easily we can fall into the trap of engaging with those that agree with us and neglecting the very people who could help us by bringing an alternative view.  Hands-up those who can honestly say they don’t avoid the ‘blockers’.  Better to view them as ‘critical friends’.

The problem with not talking to people is that you end up making assumptions about what they think.  The only way you really know what people think is by asking them directly and actively listening.  So, try the following approach:

  • Meet your ‘critical friend’ where they can give you their honest view (so possibly not in a group; a one : one generally works best)
  • Ask them what their concerns are around the specific decision
  • Play back the concerns to them in the meeting; so that they can correct your understanding if you haven’t got it right
  • Capture their solutions to the concerns as well (even though you may propose an alternative solution later on)
  • Follow-up with an informal note after the meeting to restate what you understood as their concerns and proposed solutions
  • Log the stakeholder concerns in a project log

It sounds very formal and structured, doesn’t it?  Well we manage risks like this, and change, and issues; so, it does make sense to manage our stakeholder engagement equally well.


Step 5:  Address the Concerns

Now we have a log of concerns we can start putting in place actions and action owners to address them.  It is sensible to go back to the stakeholder and agree with them that the actions will indeed address their concerns.  We can’t make assumptions.

Examples of types of action we might take are:

  • provide requested information
  • brief a trusted advisor
  • make a change to our plans.

Step 6:  Check Engagement

Finally, we need to know whether we are on track with our stakeholder engagement.  Will we get the decision we need when we need it?  We measure delivery progress, we measure risks, we measure benefit realisation, and we measure costs; so why aren’t we measuring stakeholder engagement?

Tip:  If what gets measured gets done; why aren’t we measuring stakeholder engagement?

 A good approach is to ask the stakeholder:

 “If you were taking the decision today, how likely would you be to say ‘yes’; on a scale of 1 to 5?”

 You are making the question very specifically about the decision in-hand.

Ask this question as a prompt to understand their concerns in Step 4.  If they score less than ‘5’ ask them what it would take to move them up to a ‘5’.  Again, this forces a discussion about specifics.

After taking action to address the concerns, ask the question again.  If the stakeholder scores less than ‘5’ we are back into Step 4 and understanding their concerns again.


In conclusion, we start our stakeholder engagement at the ‘right end’ by understanding what we need our stakeholders to do.  We then work with them to get them to the place where they can do it.


Leave a Reply