tezvyn:

Stakeholder Communication Plan: Who Gets Told What, and When

AI-drafted, machine-checkedSource: Wikipedia: Stakeholder managementbeginner

A stakeholder communication plan is a roadmap for who needs to know what, when, and how. It's used to keep executives, dependent teams, and users aligned on project progress. The biggest footgun is a one-size-fits-all approach; tailor updates to each group.

WHY IT EXISTS: Projects often fail from misaligned expectations, not just technical problems. A stakeholder communication plan prevents surprises by ensuring everyone affected by a project has the right information at the right time. It formalizes communication to turn stakeholders from potential blockers into informed allies.

THE MENTAL MODEL: Think of it as a subscription service for your project. Different stakeholders subscribe to different channels (email, meetings, Slack) with different content tiers (high-level summaries vs. detailed reports). Your job is to manage these subscriptions to keep everyone informed without spamming them with irrelevant details.

HOW IT WORKS: First, identify all stakeholders—anyone who can affect or is affected by your project. Second, analyze their interest and influence; a power/interest grid is a common tool for this. Third, for each key stakeholder or group, define the message they need, the best channel to reach them, the frequency of updates, and who on the project team is responsible for the communication.

WHEN TO USE IT: Use this for any project involving more than a few people, especially cross-functional initiatives or those with significant business impact. It is a living document created at the project's start and updated as the project evolves or stakeholders change. It turns reactive damage control into proactive alignment.

WHEN NOT TO USE IT: For a very small, self-contained project where the entire team works closely together and has constant informal communication, a formal plan can be bureaucratic overkill. If your only stakeholder is your direct manager and you have daily check-ins, you don't need a separate document.

ONE CANONICAL EXAMPLE: A team is launching a new billing system. The plan dictates that the CEO gets a monthly one-paragraph email on progress against the launch date. The finance team gets a bi-weekly demo of new features and a direct line to the product manager. The customer support team gets weekly training updates and access to a shared FAQ document. Each group gets what it needs, and only what it needs.

Read the original → en.wikipedia.org

Get five bites like this every day.

Tezvyn delivers a daily feed of 60-second tech bites with quizzes to lock in what you learn.