Initiation 3 - Working Effectively with Stakeholders
Google Project Management Certificate · Course 2: Project Initiation - Starting a Successful Project
Who stakeholders are and why they matter
Section titled “Who stakeholders are and why they matter”Stakeholders are the people who hold a stake in a project - anyone invested in its success, interested in it, or affected by how it lands. “The stakes are high” is a useful reminder: stakes are the parts of a business or project that are at risk if something goes wrong, and to hold stake means you are personally invested in the outcome.
Because several parties usually have a stake, and each is invested to a different degree, a big part of the PM’s job is knowing who they are, what they need, and how to communicate with each of them.
The core project roles
Section titled “The core project roles”Some roles are fixed; others flex - in a small company or with limited resources, one person may be project manager, designer, and marketer at once. Whether fixed or not, most projects have the same five roles.
| Role | What they do |
|---|---|
| Project sponsor | Accountable for the project; ensures it delivers the agreed value to the business. Initiates the project, makes the business case, signs the charter, releases resources, and often funds it. A primary stakeholder - communicate with them frequently. |
| Team members | The heart of the operation - they do the day-to-day work that makes the project happen. Also counted as primary stakeholders. |
| Customers | The buyers of the project - they receive value from the landed result, and their needs usually define the requirements. |
| Users | The people who actually use the end product (not always the same as the customer). |
| Project manager | Plans, organizes, and oversees the whole project; accountable for the overall success of the team and the project. |
Building the “dream team”
Section titled “Building the “dream team””Deciding who does what comes down to four building blocks. The PM first lists the roles needed for each task, then decides how many people, then matches people to roles.
- Team size - driven by project complexity. Too many people makes communication harder and details get missed; too few and the work can’t get finished.
- Skills - both technical skills (specific to the task, e.g. landscape design) and interpersonal / soft skills (patience, conflict mediation), plus problem-solving and leadership. Skills can be taught, so a great attitude can outweigh a missing skill - as long as training happens in time to avoid delays.
- Availability - a strong candidate already staffed on another project may have no time. In a matrix organization (team members answer to multiple bosses) people are easily pulled away. Sometimes you don’t choose at all - a pre-assignment is when the sponsor assigns members to you.
- Motivation - people who volunteer often bring extra drive, but pre-assigned people aren’t automatically low-interest. Keeping the team engaged is the PM’s leadership job.
Stakeholder analysis
Section titled “Stakeholder analysis”A stakeholder analysis is a visual representation of all the stakeholders on a project. Done well, it helps you avoid surprises, build the partnerships you need, spot opportunities and risks, show who owns which responsibilities, and include the right people in the right conversations at the right time - which is how you secure the support the project needs.
The three steps
Section titled “The three steps”- List every stakeholder the project impacts. Ask: Who is invested? Who is impacted? Who contributes?
- Determine each one’s level of interest and influence - this reveals who your key stakeholders are. The higher both are, the more you must prioritize their needs.
- Assess each one’s ability to participate and find ways to involve them. Some are active (many opinions, frequent touchpoints); others are passive (prefer high-level updates only). Low participation ≠ low importance - factors like physical distance and existing workload play a role.
The power/interest grid
Section titled “The power/interest grid”The power grid is a two-by-two grid that plots each stakeholder’s influence (vertical axis) against their interest (horizontal axis). Where a stakeholder lands determines the engagement strategy - and the higher their combined interest and influence, the more important they are to the project’s success.
- Consult them; keep them satisfied
- Executive summaries + periodic updates on major milestones
- e.g. a senior leader / sponsor not in the day-to-day
- Your key players - partner closely
- Involve in decisions; communicate often (often daily)
- e.g. sponsor, key executives, regulators
- Least central to this project (still matter)
- General updates only; minimal engagement
- Keep them informed and up to date
- Address queries; seek their feedback
- e.g. a customer-success team working with clients
| Quadrant | Position | Strategy | What that looks like |
|---|---|---|---|
| Manage closely | High influence, high interest (top-right) | Partner closely; involve in decisions | Frequent, tailored communication; keep them engaged and supportive |
| Meet their needs | High influence, low interest (top-left) | Consult and satisfy | High-level executive summaries; periodic briefings on big milestones |
| Show consideration | Low influence, high interest (bottom-right) | Keep informed | Regular progress updates; invite feedback |
| Monitor | Low influence, low interest (bottom-left) | Keep in the know | General updates; don’t overwhelm with detail |
Steering committee
Section titled “Steering committee”You may form a steering committee - a group of high-power, high-interest key stakeholders who act as the most senior decision-making body on the project. They have the authority to change the budget and approve updates to timeline or scope, and because they span multiple departments they can release more resources. The PM is not a member, but is responsible for bringing the right information to the committee so decisions get made quickly.
Prioritizing stakeholders, buy-in, and expectations
Section titled “Prioritizing stakeholders, buy-in, and expectations”Once stakeholders are organized and assessed, decide whose buy-in is essential, whose requirements deserve the most attention, and what level of communication each one needs.
Stakeholder buy-in is the process of involving stakeholders in decision-making to reach a broader consensus. Gaining key-stakeholder buy-in is what keeps a project from being deprioritized or starved of resources, and it means your high-impact stakeholders feel looped in and stay supportive if issues arise later.
Tailoring communication
Section titled “Tailoring communication”Match communication depth to each stakeholder’s needs - over-communicating to some, lightly summarizing to others.
| Situation | How to communicate |
|---|---|
| One main, highly influential stakeholder | Constant communication |
| Large project, many stakeholders | Less day-to-day involvement per person |
| A stakeholder who needs time to decide | Over-communicate early - frequent meetings, daily end-of-day emails |
| A stakeholder who only needs a summary | Don’t dive deep - periodic high-level updates |
| A key member who needs the detail | Frequent, substantive updates (e.g. weekly check-in on pricing/availability) |
The RACI chart
Section titled “The RACI chart”A RACI chart defines roles and responsibilities for each task so work gets done efficiently and there’s no confusion over ownership. You may also hear it called a Responsibility Assignment Matrix (RAM), RACI diagram, or RACI matrix. The four letters are four types of participation:
How to build one
Section titled “How to build one”- Write the roles or people across the top row. Use roles, not names, if someone holds more than one role.
- Write the tasks / deliverables down the left column - keep them simple and not overly specific.
- For each task ask: Who is responsible for doing it? Who is accountable if it doesn’t get done? Who has strong opinions and should be consulted? Who needs to be informed? Fill in R, A, C, or I.
Worked example - pricing an Office Green package
Section titled “Worked example - pricing an Office Green package”| Task | Financial Analyst | Head of Finance | Director of Product | Sales Team |
|---|---|---|---|---|
| Set price points for packages & delivery frequencies | R | A | C | I |
The Financial Analyst does the pricing work (Responsible). The Head of Finance owns the outcome - keeping it on budget and profitable - and approves the analyst’s work (Accountable). The Director of Product, who oversees the offerings, gives input (Consulted). The Sales Team needs the final prices to sell, but gives no feedback (Informed).
Why it prevents confusion
Section titled “Why it prevents confusion”A RACI chart heads off the common causes of role confusion:
| Cause of confusion | How RACI fixes it |
|---|---|
| Unbalanced workloads | Tally the R’s per person to spot anyone overloaded |
| Unclear hierarchy | The single A shows who to escalate to |
| Unclear decision ownership | The A makes the final call |
| Overlapping work | Each task has clearly assigned owners |
| Excessive communication | Cuts information overload by scoping who needs what |
| Silos / single points of failure | Distributing R’s lets you delegate and avoid burnout |
Revision summary
Section titled “Revision summary”- Stakeholders hold a stake in the project: primary (directly affected - team, leaders, customer, sponsor) vs. secondary (indirectly affected - contractors, investors, legal).
- Core roles: sponsor, team members, customers, users, project manager. Build the team on four blocks - size, skills, availability, motivation.
- Stakeholder analysis = list stakeholders → rate interest + influence → assess ability to participate.
- The power grid plots influence (vertical) against interest (horizontal): manage closely / meet their needs / show consideration / monitor.
- Secure buy-in by mapping work to stakeholder goals; tailor communication and never over-promise.
- A RACI chart assigns R / A / C / I per task - one A only - to clarify ownership and prevent confusion.