How to Ensure Stakeholder Buy-In
For a project to be successful, stakeholders must adopt the products and/or processes the project delivers. Here are four tips to ensure stakeholders buy into and adopt project outcomes.
- Share the project vision and have stakeholders set project goals. Stakeholders will see the project as relevant only when 1) they understand its benefits and 2) it meets their goals relative to those benefits. Some project managers hesitate to let stakeholders set project goals, fearing that they won’t be realistic. Deep conversations about goals, led by the stakeholders, are the best way to develop commonly understood and agreed-to project objectives. If you can’t reach alignment on project goals, try again. If stakeholders still can’t reach agreement, don’t launch the project.
- Incorporate stakeholder feedback. Stakeholders will always believe they are “right” and the project needs changes unless they see their input incorporated into project plans or facts convince them otherwise. Making the effort to do this takes time and patience and is crucial for project success.
- Give stakeholders project decision-making authority. Stakeholders with decision-making authority beyond just approving requirements are more likely to buy into project solutions. Like project goals, there are aspects of a project that stakeholders won’t accept unless their expectations are met. So, what kind of decision-making can you delegate to stakeholders? Consider delegating decisions about testing procedures, acceptable testing outcomes, and implementation schedules.
- Before starting a project, ask stakeholders to describe project benefits in their own words. Stakeholders must confirm project definition documents, such as a scope statement or project charter. The best way to get those documents right is to ask stakeholders to describe, in their own words, what they think the project’s intent and outcomes are, as well as their vision of the process the project will take to succeed. This process can include agile versus waterfall, specific specialized resources that are needed, and how business-as-usual workload will be managed as team members work on the project. Hold conversations and adjust documents when stakeholder descriptions differ from the project documentation. If the stakeholders offer accurate descriptions but use different vocabulary, incorporate their language into the project documentation to avoid misinterpretations as the project progresses.
Do these tactics make you nervous? (They do for me.) Take some time to think about the time you’ll need to perform these activities, how you would talk to stakeholders, and how you would manage the risks you envision. Then, think about what your days as a project manager would be like if you didn’t have stakeholder buy-in. It’s better to address these potential obstacles early on and work them out.
For more about working with stakeholders, check out Natasha Kasimtseva’s Managing Project Stakeholders course.
My course Project Management Foundations was #2 in LinkedIn Learning’s Most Popular courses of 2024. Watch it for free with this link!
Coming Up
My updated version of Agile Project Management with Microsoft Project has been published! Click here to watch.
_______________________________________
This article belongs to the Bonnie’s Project Pointers newsletter series, which has more than 85,000 subscribers. This newsletter is 100% written by a human (no aliens or AIs involved). If you like this article, you can subscribe to receive notifications when a new article posts.
Want to learn more about the topics I talk about in these newsletters? Watch my courses in the LinkedIn Learning Library and tune into my LinkedIn Office Hours live broadcasts.