Project stakeholders are individuals, groups, and organizations that may affect or be affected by your projects. It's critical to understand how people inside and outside your organization may impact your projects. In this post, we will explore why stakeholder analysis is important. Furthermore, I'll provide you with two tools for quick assessments.
Some project managers say they don't have enough time to analyze the stakeholders. That's a mistake!
So, why is it important? The short answer – to determine how to best invest your time and energy.
Stakeholders are NOT the same. Their power, interest, influence, expectations, and impact differ greatly. Consequently, it's important to identify the most influential stakeholders.
Once the key stakeholders are determined, it's time to develop a stakeholder engagement plan and influence them at the right times. Why? To navigate stakeholder-related threats. Furthermore, you can develop the most critical relationships.
Allow me to introduce you to two powerful tools: the stakeholder classification grids and the stakeholder engagement assessment matrix.
Do you have a stakeholder engagement plan? Have you stopped to think about the diverse needs of your stakeholders? Which stakeholders have the most power and influence? When and how will you engage these people?
The stakeholder engagement plan is "a component of the project management plan that identifies the strategies and actions required to promote productive involvement of stakeholders in project or program decision making and execution (PMBOK® Guide – Sixth Edition, Page 723)."
Stakeholder engagement includes ways to attract and involve individuals, groups, and organizations who may be affected by a project or may affect the project.
Stakeholder Engagement Plan. A component of the project management plan that identifies the strategies and actions required to promote productive involvement of stakeholders in project or program decision making and execution.
– PMBOK® Guide – Sixth Edition –
Let’s look at some practical ways that you can better engage and influence your project stakeholders at the right times in your project lifecycle.
I recently spoke with a project manager who works in a Project Management Office (PMO). Susan told me how people resist project management in her organization, a story that I've heard countless times.
When I asked, "What are you doing to get support and buy-in?" With a puzzled look, Susan said, "It's always been that way and I doubt it will ever change."
Whether you are leading a PMO, a program, or a challenging project, you may have resigned yourself and feel there's nothing you can do. I encourage you to develop a stakeholder engagement plan.
Identify and assess your stakeholders. Work with others to develop a plan to engage and influence the key stakeholders. And as Winston Churchill said, "Never, never, never give up."
In this post I'm going to show you how to develop a project charter.
In fact, these are the exact techniques that I used to create charters for small-budget to multi-million dollar projects.
Let's kick things off by defining the project charter.
A project charter is a "document issued by the project initiator or sponsor that formally authorizes the existence of a project and provides the project manager with the authority to apply organizational resources to project activities" (PMBOK® Guide—Sixth Edition. Page 715).
When is risk exposure greatest in a project? In the beginning, in the middle, or at the end of the project? It's actually highest in the beginning. Let's look at how to reduce risk exposure early in your projects.
So, why is your risk exposure greatest in the beginning? Project managers have the least amount of information. Uncertainty is the greatest. We know very little about the:
Here are five activities that you can undertake to reduce the risk exposure early.
“Why am I still having problems with small projects?
This plaintive question is one I’m asked from time to time. I’d like to give some reasons why project managers struggle to manage small projects.
1. You think these endeavors are simple. In general, smaller endeavors have less risk. However, these may have a complex set of variables.
Be sure to analyze the complexity. For example, you may engage your team to develop a context diagram and/or data flow diagrams early. This exercise allows the team to understand the context of the project.
2. You don’t have a charter. Individuals are assigned projects at the last minute with a tight deadline. Rather than discussing the undertaking with stakeholders and documenting the business case, problems, goals, and deliverables, the project manager hits the ground running. Later, stakeholders demand costly changes.
Make it a priority to engage your key stakeholders and develop a project charter. This exercise will provide a good foundation and reduce the changes later. For smaller endeavors, one should be able to create a charter in short order.
3. You are applying the wrong level of rigor. I see two extremes: First, managers do not follow any methodology. Second, managers perform unneeded tasks.
Keep it simple. Determine the steps you plan to take and develop the planning documents that will provide real value. Execute and stay with the plan.
4. The Project Sponsor is invisible. Many pint-sized-projects have no sponsor at all. The organization may assign a sponsor, but the sponsor has abdicated his or her role to the project manager or someone on the team.
If you don’t have a sponsor, solicit a fitting sponsor. Discuss with the sponsor their role and ask for their commitment.
5. Your team has been poorly staffed. Often, these undertakings are assigned leftover resources. Any warm body will do or will it?
For all endeavors, define the required knowledge and skills. Seek to staff the team accordingly.
6. Poor risk management. Yes, smaller ventures typically have less risk. This does not mean there are zero risks.
Risk management should not take much time, but be sure to integrate risk management in your project activities. Simple qualitative analysis should be sufficient for evaluating the risks.
7. You are not performing change management. A stakeholder asks for a change in the scope. It’s not a big change. You say okay.
Users request additional changes over time. The cumulative effect becomes significant.
Decide upfront how you will manage, track, and report changes. When is a change order required? Who has to approve it?
8. You are managing a project no one cares about. Projects may be selected arbitrarily. In some cases, the project does not align with the company’s strategy. The team knows the venture is a low priority and give it little attention.
This is a management issue. Management should create a Project Board that reviews requests for strategic alignment.
9. Your team is too large. Your project may be small, but it impacts several areas of the company. Everyone feels like they need someone on the team. You have fifteen people on the team when a handful will do.
Create a small core team. Make sure the team represents the primary stakeholder groups. You may wish to create a supplemental team of individuals who may be engaged as needed.
10. You are using the wrong tools. One may spend more time setting up their tools than managing the effort.
Keep things simple. For example, rather than using complex scheduling tools, you may use Excel.
11. You are managing too many projects. An individual may have a heavier load than they can manage. These managers may have difficulty prioritizing and juggling all the activities resulting in wasted time.
The resource manager should be careful to assess each project, estimate the time required for each project manager. Monitor success rates for these endeavors and make adjustments as needed.
12. You have not identified the important stakeholders. Surely we know who the stakeholders are or do we? We are tempted to skip the stakeholder identification.
Don’t make the common stakeholder mistakes. Small projects can touch a complex set of variables. Neglect in identifying and managing the stakeholders can be costly later in the project.
Take a few minutes to review your small projects. Do you need to let go of some misconceptions and make some changes? Create some new habits. Don’t allow yourself to slip back into unproductive behaviors.
What is the role of the project manager? The Project Management Body of Knowledge (PMBOK) says, "The project manager is the person assigned by the performing organization to lead the team that is responsible for achieving the project objectives (my italics)." Defining clear objectives and goals is the foundation of the project. Let's look at how to write SMART goals.
"People with clear, written goals, accomplish far more in a shorter period of time than people without them could ever imagine." —Brian Tracy
Many organizations have a Project Board that approves programs and projects resulting in a project portfolio. The Board chooses projects and programs that align and support the organization's mission, values, goals, and strategies. Today, let's look at five ways to improve your project approval process.
Create a Project Board or Project Steering Team to approve projects. Project sponsors submit their projects to the board for approval. Better yet, have the project sponsors make brief presentations to the board and respond to questions.
The Project Board should define the project selection criteria. Defining and communicating the criteria saves time. Project sponsors will not waste time on projects that will not make the cut. For example, selection criteria might include: 1) strategic importance, 2) regulatory compliance, 3) financial viability, and 4) business and technical flexibility to accommodate future changes, to name a few.
The success of a project manager largely lies in the individual’s ability to communicate. Some project managers have great oratory skills but don’t ask the right questions at the right time.
Here are some key questions for each of the project management process groups. This is not meant to be a comprehensive list; just some questions to get you thinking. Neither will you need to ask all of these questions for every project.
Keep in mind, the project process groups are seldom sequential, one-time events; they are overlapping activities that occur throughout the project.
The Project Charter
Unfortunately, many people think of the project charter as an administrative hoop they must jump through to get their project approved. Therefore, many charters are written hastily with little thought.
The value of the charter process is engaging stakeholders, discussing the issues, resolving conflicts, and getting agreement as you initiate the project. The stakeholder interest is considered and aligned, resulting in less likelihood of costly changes later in the project.
Have you ever had someone torpedo your project? Did this individual have a motive to undermine your efforts? Or, did you make some stakeholder mistakes that gave rise to this event?
Either way, it's hindering your progress. Things are not going as planned. What can we do to manage stakeholder risks better?
I once observed a junior project manager who was knighted to manage a project with a fixed regulatory deadline. Software changes were needed. The project sponsor told the project manager that it was critical that the project be delivered on time. No exceptions!
The project manager formed a project team. Within days, the project team started making programming changes. The team worked evenings and weekends.
Someone decided that it was a good idea to bring project management into your organization. Perhaps it was your CEO or operations manager or IT Director. But for some reason, it never took off. Project management has not been supported by your culture. Let's look at how to get things in flight with a project steering committee.
Start with an evaluation. Here are some questions to aid you in discovering the deeper issues. Interview your stakeholders to get their feedback.
Sometimes, the person responsible for project management (e.g., PMO Director or Project Services Manager) fails to involve stakeholders in evaluating project management. This person makes changes in project management with little to no input from the people being impacted. A better approach is to get regular feedback through a Project Steering Committee.
The purpose of the committee is to improve process and results. The Steering Committee determines the required changes, how much change is needed, and how fast changes need to occur.
It is best if an influential senior member of your organization sponsors the committee. The sponsor helps to establish the vision and ensures the commitment of resources. But this person doesn’t have to manage the committee.
The Steering Committee may be managed by the person responsible for project management, a person with the proper credentials and experience. The team should include representatives from different areas such as IT, project management, and business operations. Ideally, team members have had project management training and have project experience.
An optimal team size is six to eight people. Team members should serve no longer than a year. You may wish to implement a staggered rotation where you add a couple of new team members and drop a couple of team members periodically.
The Steering Committee may meet as often as desired—for example, monthly, quarterly, or twice per year.
How should the team approach the evaluation and improvement? Determine the problems and define a plan for improvement.
Try executing the changes for one of your projects to test the improvements.
Once the team has executed and tested the improvement plan, the team should report their findings to the Steering Committee. The team should recommend one of the following:
Implementing project management in an organization is not an easy task. Why? Because people are resistant to change, particularly when individuals do not understand the reason for the changes. Be patient. Listen carefully. Evolve at a healthy pace, not too fast and not too slow. Your Steering Committee can provide the feedback necessary to guide your pace and maturation.