How to Create a Stakeholder Management Plan [+Templates]

Maybe you’re a newbie project manager, still figuring out pm skills and requirements, what roadmaps and stakeholder management plans are. Or maybe you are a more seasoned project manager with significant experience in your field.

Nevertheless, have you ever been so eager to manage a project, only to be stopped in your tracks by someone higher up the ladder?

That’s what happens when you lead with your heart instead of a project stakeholder management plan. One that can help you determine who the project stakeholders are—even if they’re not part of it—and how to engage with them before any conflicts of interest show up.

Without guidance, though, the plan can become too complex and act against its purpose.

That’s why we’ve developed a simple one with only 4 phases (and templates to download) on how to win over people regardless of how new you are to project management or leadership. Let’s see what it’s all about.

• Phase #1: Create a stakeholder register
• Phase #2: Develop a stakeholder communication plan
• Phase #3: Run a risk stakeholder analysis
• Phase #4: Build a feedback loop

Phase #1: Create a stakeholder register

As the name goes, project stakeholders have a direct stake in the project. These are project sponsors, managers, and team members (people inside your organization who finance, oversee, and execute the project), followed by subcontractors and customers (people outside your organization).

The list is not complete, though. People indirectly affected by the project outcomes—either positively or negatively—are also part of this group, like the support team who needs to know about the new product launch to troubleshoot it in case of any errors.

However, it would be naive to believe that only these broad categories exist. In some cases, project stakeholders might be represented by a middleman (like in the case of residential or construction projects) or not even introduced at the initial kick-off meeting.

To make sure you leave no one out, run the following stakeholder analysis:

Map out project stakeholders

As a rule of thumb, start with the project charter or business brief to learn more about the main decision-makers and their expectations. This might sound obvious, but remember that they also respond to others in higher positions.

So think of those in power to approve requirements, veto future changes, and even stop the project when their work or agenda gets slightly disrupted.

Subcontractors and suppliers, in general, are clearly stated in the agreements and contracts attached. The only remaining group of stakeholders you need to be aware of is those over which you have little to no control: the government regulators and your competition.

When done, put a name and role to each of them where possible. We’re not trying to create a fully-fledged stakeholder persona but a more relatable picture of who to align our interests.

Categorize project stakeholders

Once all the project stakeholders have been identified, it’s time to determine the level of influence they have over the project. And since everyone has their own definition of success, there’s no choice but to rely on you and your team’s judgment to separate champions from detractors.

Mendelow’s Matrix is the perfect tool for this, categorizing project stakeholders after the power and interest they hold:

• High power – high interest: These are key stakeholders, like the project sponsor, who can help you get the much-needed budget or recruit the right team members. Because of this, manage them closely and involve them early on in the decision-making process.
• High power – low interest: The “delayed bombs.” They might have a low interest at the moment, but this can change if the project deviates from its course. Keep them satisfied but not busy. Briefs and memos should work, so they know the project’s overall direction.
• Low power – high interest: The “cheerleaders.” Or the ones who root for the project on the sidelines, despite their low level of power. This makes them powerful allies, so keep them informed about all the major updates and invite them to help with the project details.
• Low power – low interest: Don’t spend too much time with them, but still monitor their behavior.

Manage closely, Keep satisfied, Keep informed, and Monitor are the desired courses of action to engage with each stakeholder, which will be helpful in the next phase of the stakeholder management plan. But for now, there’s still one last thing to do at this phase.

Key project stakeholders: learn their true intentions

Assuming a silent stakeholder is happy is a sure way to lose support, especially with key stakeholders. You can’t afford this, so focus on how they feel about the project. The best way to find out is to ask them directly during a personal meeting.

Start with a series of questions like:

• What interests do they have in the current project? Do they relate to the overall company goals or their personal ones?
• What does success look like for them?
• What is more important – time, budget, quality, or something else?
• Are there any other stakeholders to be aware of? If yes, how could you bring them onboard?
• What do they find risky about the project?
• What information do they want from you, how often, and in what format?
• How detailed do they want these reports to be?

Laura Barnard, the founder of PMO Strategies, even suggests making it all about them. Hence ask:

How do they want the world to look different when the project is finished?

By framing the conversation in relation to this outcome, you’re one step closer to winning their support and being seen as a business enabler rather than a “box checker that just moves people through a checklist of tasks.”

Don’t forget to document all the stakeholder concerns and leave the rest of the answers that revolve around communication for the next phase.

OUTCOME: The stakeholder analysis should end up in the following stakeholder register.

Phase #2: Develop a stakeholder communication plan

With the stakeholder register in place, you need to engage appropriately with stakeholders based on their level of influence.

Flooding them with all the project details in the hope that they’ll keep what they want and discard the rest is a common mistake. Not everyone is supposed to have access to certain data. Imagine the summer intern reading the next quarter’s forecasts or the project sponsor analyzing the project timeline only to find out that it will be delayed by two months.

To avoid this from happening, develop a communication plan that is visible and actionable enough to guarantee the much-needed buy-in from your stakeholders. One that identifies who should be informed about the project progress, by whom, in which format, and when. Let’s see what elements we’ve already got.

Stakeholders and engagement action (from Mendelow’s Matrix)

Even though stakeholders have been mapped out, an important aspect hides in plain sight: the fact that they can also communicate with each other. To determine the total number of potential communication channels, Shiv Shenoy from PM Exam Smartnotes advises using this formula:

Total communication channels = n*(n-1) / 2

So for ten stakeholders, there will be 10*9 / 2 = 45 potential communication channels. This shouldn’t discourage you but serve as a warning that the situation is serious, even for smaller projects.

The second known element is the engagement action based on Mendelow’s Matrix, depicting how much attention you should give to each stakeholder category: Manage closely, Keep satisfied, Keep informed, and Monitor.

What’s still missing from the stakeholder communication plan are owners, communication channels, and frequency.

Identify the owners

Owners bring extra credibility and transparency to the communication plan, pointing out who is responsible for updating each stakeholder. On most occasions, it’s going to be the project manager. But in some cases, they can delegate this duty to other team members, like the product manager, when it comes to sharing the company vision and how the project supports it.

Choose the right communication channel

Not all communication channels are created equally. Informal written correspondence like email or Slack threads is great for documenting the overall project progress. Robust project management software have guest access for stakeholders, as well. But you wouldn’t resort to it if there’s an urgent issue to clarify with all key stakeholders.

Because of this, consider the following types of communication channels:

• Push – Where information is pushed to the stakeholder manually in emails, memos, or written agreements. Or automatically, through a work management software like Paymo, where email notifications are sent every time a project action has been performed.

Email notification settings in Paymo

• Pull – Where information like the project management plan, resource load chart, and various reports are kept in central storage for the stakeholder to retrieve. This can either be the company wiki or a dedicated project files area.
• Interactive – These are group and one-on-one meetings, training sessions, phone calls, video calls, and anything that implies a direct human touch. Although great for brainstorming, building trust, and resolving conflicts generally, their informal character makes it hard to document and follow in retrospect.

Internal policies, non-disclosure agreements, and location will also affect how you communicate with your stakeholders, so choose the communication channels in relation to your context.

Set up a communication frequency

Communicating with stakeholders as frequently as possible is terrible advice. At best, it bores them down with useless details. At worst, it renders them unable to distinguish signal from noise.

What you can do instead is rely on Mendelow’s Matrix. Talk with key stakeholders daily to anticipate any possible concerns, brief executives only about the major project milestones, and send “cheerleaders” a weekly or bi-weekly digest to calm down their cravings for new updates.

The best way, though, is to ask them directly. You’ll find that some stakeholders prefer to be contacted at the end of the project, while others, despite their low stakes, need to be handheld at every possible step.

OUTCOME: The gathered elements should end up in the following communication plan.

* Engagement action: Manage closely/Keep satisfied/Keep informed/Monitor

Don’t expect to create it once and forget about it, though. As Elizabeth Harrin of Rebel’s Guide to Project Management notes:

Some people will feel they want to be more involved than the project organization structure requires. Others may receive communication and then not act on it, so be prepared to review and flex what you are doing so that you have a feedback loop that enables you to continually improve how you engage and communicate with people across the business to get a successful outcome at every stage.

This brings us to the next phase of how to monitor risky stakeholders.

Phase #3: Run a risk stakeholder analysis

“No man is an island.”

This old saying reminds us that no one is a product of their own efforts. The same can be said of projects that depend on several project stakeholders and their support to come alive.

Yet not all of them are willing to let you have it your way just because you’re the project manager. They might smile and agree with you in the face, then point out unnecessary flaws or change project requirements at the next status meeting – the passive-aggressive sticklers. Or operate in silence and sabotage the project just because it represents a threat to their own agenda – the saboteurs.

Catching them mid-project does nothing but gather more enemies. So your best defense is to run a risk stakeholder analysis—preferably before the project starts—with the following elements:

Current vs. desired level of engagement

Mendelow’s Matrix is a bit too broad to determine each stakeholder’s level of engagement – existing or new.

For this, Shiv Shenoy recommends classifying stakeholders into five engagement levels:

• Unaware – unaware of the project and its impact
• Resistant – aware of the project impact, but resists change
• Neutral – aware of the project impact, but not yet convinced
• Supportive – aware of the project impact and supportive
• Leading –  aware of the project impact and actively involved

Then plot them on a matrix with C for the current level of engagement and D for the desired one.

Engagement Assessment Matrix

Set a handling priority

The current and desired level of engagement isn’t enough to tell you when to engage with a stakeholder.

To find this out, we turn to another tool used to identify stakeholders that have been overlooked on purpose because of its complexity: the salience model. On top of the power and interest (dubbed “legitimacy”) dimensions, it also includes a third one: urgency.

The urgency here refers to the degree to which a stakeholder expects his concerns to be addressed. Are they short-sighted and focused on gaining quick wins, or more on fulfilling the company’s long-term vision?

How you set the priority criteria is up to you. Although I’d customize it to match the priority levels in your work management software so that you know which tasks to start working on before others.

Priority grouping in Paymo

List action points

Have you ever watched the famous TV series Billions? If not, picture a series of billionaires and prosecutors who do favors for other “friends”—for lack of a better word—to advance their goals.

As machiavellian as it may sound, managing stakeholders is more or less the same: you need to find out what makes them tick. Some might sacrifice quality at the expense of cost, while others may only trust a selected group of insiders instead of your lead. Then play those interests to your advantage.

You’re already aware of their true motivations and concerns from the previous phases, so what’s left is to list out the corresponding actions that will secure their commitment. The only difference is that you openly outline these “favors” to the whole project team instead of making them behind closed doors.

OUTCOME: The risk analysis performed so far should end up in a risk engagement plan.

Phase #4: Build a feedback loop for stakeholder management

How do you know if the engagement action points from before actually worked out as planned?

The best way is to create a system that feeds itself with suggestions from each stakeholder, acting as an improvement log to be referenced for future best practices.

In this case, templates are useless, so we’ll give a set of dos and don’ts instead.

DO:

• Ask to be graded on a scale of 1-10 for your project management services, just as Elizabeth Harrin suggests in one of her courses. Without context, though, the satisfaction score doesn’t help too much. So be prepared to write down comments and objections to identify hidden patterns like stakeholders who repeatedly miss on daily standups.
• Make it part of the internal process. If you’re serious about your team engaging with stakeholders regularly, then include the score in their performance reviews and make it aim for it.
• Share back with your stakeholders how you’ve implemented their feedback. This can be done through quarterly newsletters for bigger projects, or a project retrospective for smaller ones—so you avoid interrupting them with trivial updates.

DON’T:

• Fight them. That’s the last thing you want to do, even with saboteurs onboard. Instead, put their negative energy to good use. For example, if they find fault in everything you say, assign them to the team responsible for identifying the project risks, then ask for further action points on how to solve them.
• Use email when in-person communication is more suitable, like solving conflicts of interest or clarifying key stakeholder concerns.
• Ignore suppliers and contractors. They might seem like they can operate with less guidance than other stakeholders. Still, the problems that can arise from them (delivery delays, outages) are far more unexpected in nature than those of the internal team.

Climbing the ladder

The feedback loop concludes the stakeholder management plan example, which means you can go ahead and apply it in the real world.

A few words of advice. Don’t expect it to do miracles and guarantee project results. After all, projects, like people, can change in a matter of seconds. But use it to know who the key project stakeholders are, how and when to engage with them, and whom to worry about at any point in time.

So climb the ladder of authority with confidence, knowing that you’re fully equipped to protect your project from any stakeholder that might second guess it or kill it without even a trace of remorse.

Andrei Țiț

Author

Andrei Țiț is a product marketer at Ahrefs. He has been involved in product marketing at various SaaS companies for over six years, specializing in content marketing and short-form video. In his free time, he enjoys cooking and traveling.