How to Ensure Stakeholder Buy-In

stakeholder buy-inFor 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.

_______________________________________

Next Level Critical Path Management

critical path managementThe critical path is the longest sequence of tasks in a project. Delays on the critical path will also delay project completion. To keep your project schedule on track, it’s important to keep an eye on near-critical paths and other path changes (and communicate them to stakeholders).

  • Near-critical paths. Let’s say a project’s critical path is 42 days. But the duration of another path is 44 days. With only 2 days of leeway (that is, slack) on this second path, even a short delay could change which path is critical. That’s why the second path is considered a near-critical path. Managing near-critical paths is important because they can become the critical path with a minor delay. Tell management about any near-critical paths, because scope, priority, or other changes that they might want to make could impact the project more than they realize.
  • Path changes due to risk responses. Risk plans identify risks and the actions to take to respond if a risk comes to fruition. These actions could affect pathways through the schedule, changing the critical path duration, switching to a new critical path, or creating a new near-critical path. Communicating these potential changes to management demonstrates your control of the project and attention regarding the project’s deadlines. For example, if a product purchased from a vendor could be delayed, the risk mitigation actions might be negotiating and purchasing a product from an alternate vendor. Negotiating, procuring, receiving, and testing the alternate product could add tasks to your plan that could result in a new critical path or near-critical paths. Those tasks could also eat into schedule contingency, which should also be communicated to management.
  • Path changes from unexpected resource changes. Losing project resources is a common risk. Significant changes will occur if the project has to absorb resource changes beyond what’s addressed in the risk plan. Resource changes can affect the schedule in many ways. You need to analyze potential changes to critical and near-critical paths in enough detail so that management can make informed decisions about the resource changes and their impact. The schedule needs detail, including who is assigned to each task, task work and duration estimates, and the work and duration changes that would occur if a less-skilled person takes over a task.
  • Path changes from changes to scope, business direction, or strategy. Changes to the project scope, business direction, or strategies can seem straightforward, but they can complicate project management. A colleague was managing a project that had to accommodate two new business processes considered crucial to the growth of the sponsoring business. On the surface, validating the new processes in the project’s new computer system deliverables seemed straightforward. In reality, the validation effort required additional technical and business skills, which added 3 weeks to the critical path and created two new near-critical paths. These changes meant project management expanded to scrutinizing three times as many tasks (counting the critical and near-critical path tasks) as before.

Take a moment now to check whether your current project schedule has near-critical paths. If so, which additional tasks do you need to watch and what steps do you need to take?

 

For more about project schedules, check out my Project Management Foundations: Schedules 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.

_______________________________________