PMINFOHUB
Dan Sunil monogram
Back to library
Abstract stakeholder network of connected figures
Stakeholders

Map influence, then set the comms cadence

People & Delivery

Stakeholder Management: Analysis, Engagement and the Communication Plan

Identify, analyse and engage stakeholders: power/interest and salience models, an engagement assessment matrix, a communication plan, tactics for resistance and a worked example.

14 min readFoundation#stakeholders#communication#raci#engagement
On this page

Projects rarely fail on technical grounds. They fail because someone with the power to stop them was surprised, ignored, or engaged too late. Stakeholder management is the discipline of finding those people early, understanding what they need, and deliberately moving them to the level of engagement the project requires.

The PMBOK® Guide (8th edition) treats stakeholders as a performance domain in its own right: effective engagement is an outcome you plan for and measure, not a by-product of sending status reports.

Who counts as a stakeholder?

Anyone who can affect the project, is affected by it, or believes they are. The last group matters most — perceived impact drives behaviour as strongly as real impact.

GroupTypical membersWhat they usually care about
Sponsor & governanceSponsor, steering committee, portfolio boardBenefits, risk exposure, reputational impact
DeliveryTeam members, vendors, contractorsClear priorities, realistic workload, decisions on time
Users & operationsEnd users, support teams, line managersDisruption, training, whether it makes their job easier
Enablers & gatekeepersFinance, legal, security, procurement, architectureCompliance, approvals, standards, audit trail
ExternalCustomers, regulators, unions, partners, the publicService impact, obligations, fairness

The stakeholder management process

  1. 1Identify — brainstorm with the sponsor and team, review the charter, org charts, contracts and past lessons learned. Keep asking: who else will notice when this changes?
  2. 2Analyse — record each stakeholder's interest, influence, attitude, and what they want from the project. Prioritise using a grid or salience model.
  3. 3Plan engagement — decide the desired engagement level for each priority stakeholder, the gap from today, and the actions and communications that close it.
  4. 4Engage — run the plan: one-to-ones, workshops, demos, reviews and decision forums. Listen as much as you broadcast.
  5. 5Monitor — revisit the register at each phase gate and after major events. Engagement drifts; new stakeholders appear when the project changes shape.

Analysis model 1: power / interest grid

Low interestHigh interest
High powerKeep satisfied — concise briefings, no surprises, escalate only decisions they ownManage closely — co-create decisions, regular one-to-ones, early sight of bad news
Low powerMonitor — general communications, watch for changes in interestKeep informed — regular detail, involve in testing and feedback, often your best advocates

Analysis model 2: salience (power, legitimacy, urgency)

The salience model asks three questions: does this person have power to influence the project, a legitimate claim on it, and urgency — a time-sensitive need? Stakeholders with all three are 'definitive' and demand immediate attention. Those with power and urgency but no legitimacy are 'dangerous' — for example a senior manager outside your governance trying to redirect scope — and need careful handling through the sponsor.

The engagement assessment matrix

For each key stakeholder, mark where they are today (C) and where you need them to be (D). The gap is your engagement plan.

StakeholderUnawareResistantNeutralSupportiveLeading
Finance directorCD
Head of operationsCD
Customer service teamCD
IT security leadCD
SponsorCD

Building the stakeholder register

  • Name, role and organisation — and who they listen to.
  • Interest in the project and what success looks like to them.
  • Influence: formal authority, informal influence, and control of resources or approvals.
  • Current and desired engagement level, with the reason for the gap.
  • Key concerns, likely objections and known history with similar projects.
  • Engagement owner — the person on the team who holds the relationship.
  • Preferred channel and frequency, plus the next planned interaction.

The communication plan

AudienceWhat they needFormatFrequencyOwner
Steering committeeStatus vs. baseline, risks, decisions requiredOne-page report + meetingMonthlyPM
SponsorEarly warnings, escalations, optionsOne-to-oneWeeklyPM
Delivery teamPriorities, blockers, changesStand-up / planningDaily / per sprintPM / scrum master
Affected usersWhat is changing, when, and how it affects themEmail, intranet, demosFortnightly, increasing near go-liveChange lead
Gatekeepers (security, finance)Artefacts for approval with lead timeReview submissionsPer gateWorkstream lead

RACI, used sparingly

  • Responsible — does the work. Can be several people.
  • Accountable — answers for the outcome. Exactly one person, always.
  • Consulted — two-way input before the decision.
  • Informed — one-way notification after it.

Use RACI for decisions and deliverables that cross team boundaries, not for every task. A RACI with 200 rows is never read; one with the 15 decisions that cause arguments is used every week.

Handling resistance

What you seeLikely causeWhat to do
Missed meetings, slow approvalsLow priority or quiet disagreementOne-to-one conversation; ask what would make this worth their time
Repeated objections on detailFear of loss — status, headcount, controlName the concern openly; involve them in shaping the solution
Going around you to the sponsorLack of trust in the project or PMAgree escalation paths with the sponsor; brief them first, together
Public support, private blockingPolitical conflict with another stakeholderSurface conflicting goals to the sponsor as a decision, not a complaint
Frontline workarounds after go-liveSolution does not fit real workObserve the work, fix root causes, recruit champions from the group

Worked example: a finance system replacement

Illustrative scenario. A mid-sized company replaces its accounts-payable system. The finance director (high power, initially resistant) fears month-end close will slip during cutover. The AP team (high interest, low power) worry about job changes. IT security must approve the cloud vendor.

  1. 1The PM met the finance director one-to-one, listened, and added 'no impact to month-end close' as an explicit success criterion and cutover constraint.
  2. 2Two AP clerks joined design workshops and user testing; one became the super user and ran peer training.
  3. 3The security review was started in week two, not at go-live, with a named owner and a date on the critical path.
  4. 4The communication plan moved from monthly updates to weekly 'what changes for you' notes in the six weeks before cutover.
  5. 5Result: the finance director moved from resistant to supportive and chaired the go/no-go meeting; the AP team adopted the new process with no rollback.

Measuring stakeholder engagement

  • Movement on the engagement assessment matrix between phase gates.
  • Decision turnaround time — days from request to decision by governance.
  • Attendance and participation in workshops, demos and reviews.
  • Pulse surveys or short sentiment checks with key groups.
  • Escalations and complaints raised outside the agreed channels.
  • Post-go-live adoption: usage, workarounds and support tickets by group.

Common mistakes

  • Identifying stakeholders once at kick-off and never revisiting the list.
  • Treating communication as engagement — sending reports is not the same as listening.
  • Managing only up: pleasing the steering committee while users disengage.
  • Hiding bad news from high-power stakeholders until it is unavoidable.
  • Letting the PM own every relationship instead of assigning engagement owners.

Related PMI standards & templates

External resources on pmi.org — links open in a new tab. Some require PMI membership.

PMBOK-aligned templates for this topic

Editable Word and print-ready PDF downloads — no sign-up required.

  • Project charter template →A PMBOK-aligned project charter template with a section-by-section walkthrough, a filled-in example and the sign-off block sponsors actually ask for.
  • Project status report template →A PMBOK-aligned project status report template with a RAG summary, milestone and budget tables, a filled-in example and the decisions block sponsors actually read.
  • RACI matrix template →A PMBOK-aligned RACI matrix template with a section-by-section walkthrough, a filled-in example and the one-accountable-owner rule that stops responsibility arguments.
  • Stakeholder register template →A PMBOK-aligned stakeholder register and engagement plan template: power/interest grid, current versus target stance, and the channel and cadence for every group.
Skip the blank page

The PM Delivery Toolkit turns everything in this guide into fill-in templates — $25, one payment.

See the toolkit
Free tips

Get five PM habits that quietly save projects

Baselines, critical path discipline, RAID logs that people read, range estimating and status packs sponsors act on — sent straight to your inbox, free.

One email, no spam, unsubscribe any time.

Share LinkedIn

Discussion

Share how you applied this in practice, ask a question, or add a tip for other readers.

Loading comments…