Stakeholder management is one of the keys to project success, making and maintaining good working relationships with customers, stakeholders, and team members. This blog post will focus on effective stakeholder management with real tools, strategies, and solutions that anyone can implement. It doesn’t matter if you are the lead of a team, a project manager or a team member, anyone can use these tools. I will try to focus on real practical examples.
The first step is identifying the stakeholders. In many projects is not always obvious who is the stakeholder. There are cases where the stakeholders are not visible by just reading the problem statement of the project. For example:
Imagine you are leading a project to develop a communication tool for a large organisation. The tool aims to streamline communication among employees, integrate with existing email systems, Slack and the customer system. The system offers features like instant messaging and file sharing etc.
The various departments of the organization that will use the tool, the team of software engineers that will develop the tool, and the management that is interested in the success of the project are the obvious stakeholders. A non-obvious stakeholder is the legal and compliance team, who ensures the tool complies with data privacy laws and internal policies.
One effective way to create an overview of all stakeholders is to use a RACI matrix. A RACI matrix relates the identification of roles relative to involvement in completing tasks or deliverables of a project. RACI is an acronym representing the Responsible, Accountable, Consulted, and Informed as they detail the four main responsibilities at hand. It provides a formal definition of roles and responsibilities in projects.
In our hypothetical scenario about the communication tool, a RACI matrix may look like:
Task | PS | IT | Dev | QA | HR | LGL |
---|---|---|---|---|---|---|
Requirements Gathering | A | R | C | I | C | I |
Tool Design | I | C | R | C | I | C |
Development | I | I | R | C | I | I |
Testing | I | I | C | R | I | I |
Legal and Compliance Review | I | I | I | I | I | R |
Training and Documentation | I | I | C | I | A | I |
Deployment | R | A | C | I | I | I |
User Feedback and Iteration | I | I | R | C | C | I |
The next step is to understand the needs and expectations of each stakeholder. This is a process of conducting stakeholder analysis. This may include identifying key stakeholders, ranking their demands in an order of preference and establishing engagement plans for each group. A simple but useful way is a categorization based on influence and interest (High influence and high interest; high influence and low interest; low influence and high interest; low influence and low interest).
Stakeholder | Influence | Interest |
---|---|---|
Project Sponsor (PS) | High | High |
IT Department (IT) | High | High |
Development Team (Dev) | High | High |
Quality Assurance (QA) | High | High |
HR Department (HR) | Medium | Medium |
Legal and Compliance (LGL) | Medium | High |
Customer Service Team (CST) | Low | High |
Different stakeholders have different needs and interests, this can create conflict that can only be resolved by reaching an agreement that is acceptable to all the parties. In that stage a negotion with the interested parties have to start. Some tips for effective negotion:
Some tools that can help:
Expectation management would include setting crystal clear objectives for the project and timelines, keeping the stakeholders well informed and be proactive in anticipating various concerns that may arise. Some tips:
It is very important to approach any difficulty with a positive and solution oriented mindset. Engineering leaders must persuasively advocate for finding solutions while considering stakeholders’ needs.