Skip to main content
Business LibreTexts

5.6: Project Stakeholders

  • Page ID
    117405
  • \( \newcommand{\vecs}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)

    \( \newcommand{\vecd}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash {#1}}} \)

    \( \newcommand{\id}{\mathrm{id}}\) \( \newcommand{\Span}{\mathrm{span}}\)

    ( \newcommand{\kernel}{\mathrm{null}\,}\) \( \newcommand{\range}{\mathrm{range}\,}\)

    \( \newcommand{\RealPart}{\mathrm{Re}}\) \( \newcommand{\ImaginaryPart}{\mathrm{Im}}\)

    \( \newcommand{\Argument}{\mathrm{Arg}}\) \( \newcommand{\norm}[1]{\| #1 \|}\)

    \( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\)

    \( \newcommand{\Span}{\mathrm{span}}\)

    \( \newcommand{\id}{\mathrm{id}}\)

    \( \newcommand{\Span}{\mathrm{span}}\)

    \( \newcommand{\kernel}{\mathrm{null}\,}\)

    \( \newcommand{\range}{\mathrm{range}\,}\)

    \( \newcommand{\RealPart}{\mathrm{Re}}\)

    \( \newcommand{\ImaginaryPart}{\mathrm{Im}}\)

    \( \newcommand{\Argument}{\mathrm{Arg}}\)

    \( \newcommand{\norm}[1]{\| #1 \|}\)

    \( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\)

    \( \newcommand{\Span}{\mathrm{span}}\) \( \newcommand{\AA}{\unicode[.8,0]{x212B}}\)

    \( \newcommand{\vectorA}[1]{\vec{#1}}      % arrow\)

    \( \newcommand{\vectorAt}[1]{\vec{\text{#1}}}      % arrow\)

    \( \newcommand{\vectorB}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)

    \( \newcommand{\vectorC}[1]{\textbf{#1}} \)

    \( \newcommand{\vectorD}[1]{\overrightarrow{#1}} \)

    \( \newcommand{\vectorDt}[1]{\overrightarrow{\text{#1}}} \)

    \( \newcommand{\vectE}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash{\mathbf {#1}}}} \)

    \( \newcommand{\vecs}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)

    \( \newcommand{\vecd}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash {#1}}} \)

    \(\newcommand{\avec}{\mathbf a}\) \(\newcommand{\bvec}{\mathbf b}\) \(\newcommand{\cvec}{\mathbf c}\) \(\newcommand{\dvec}{\mathbf d}\) \(\newcommand{\dtil}{\widetilde{\mathbf d}}\) \(\newcommand{\evec}{\mathbf e}\) \(\newcommand{\fvec}{\mathbf f}\) \(\newcommand{\nvec}{\mathbf n}\) \(\newcommand{\pvec}{\mathbf p}\) \(\newcommand{\qvec}{\mathbf q}\) \(\newcommand{\svec}{\mathbf s}\) \(\newcommand{\tvec}{\mathbf t}\) \(\newcommand{\uvec}{\mathbf u}\) \(\newcommand{\vvec}{\mathbf v}\) \(\newcommand{\wvec}{\mathbf w}\) \(\newcommand{\xvec}{\mathbf x}\) \(\newcommand{\yvec}{\mathbf y}\) \(\newcommand{\zvec}{\mathbf z}\) \(\newcommand{\rvec}{\mathbf r}\) \(\newcommand{\mvec}{\mathbf m}\) \(\newcommand{\zerovec}{\mathbf 0}\) \(\newcommand{\onevec}{\mathbf 1}\) \(\newcommand{\real}{\mathbb R}\) \(\newcommand{\twovec}[2]{\left[\begin{array}{r}#1 \\ #2 \end{array}\right]}\) \(\newcommand{\ctwovec}[2]{\left[\begin{array}{c}#1 \\ #2 \end{array}\right]}\) \(\newcommand{\threevec}[3]{\left[\begin{array}{r}#1 \\ #2 \\ #3 \end{array}\right]}\) \(\newcommand{\cthreevec}[3]{\left[\begin{array}{c}#1 \\ #2 \\ #3 \end{array}\right]}\) \(\newcommand{\fourvec}[4]{\left[\begin{array}{r}#1 \\ #2 \\ #3 \\ #4 \end{array}\right]}\) \(\newcommand{\cfourvec}[4]{\left[\begin{array}{c}#1 \\ #2 \\ #3 \\ #4 \end{array}\right]}\) \(\newcommand{\fivevec}[5]{\left[\begin{array}{r}#1 \\ #2 \\ #3 \\ #4 \\ #5 \\ \end{array}\right]}\) \(\newcommand{\cfivevec}[5]{\left[\begin{array}{c}#1 \\ #2 \\ #3 \\ #4 \\ #5 \\ \end{array}\right]}\) \(\newcommand{\mattwo}[4]{\left[\begin{array}{rr}#1 \amp #2 \\ #3 \amp #4 \\ \end{array}\right]}\) \(\newcommand{\laspan}[1]{\text{Span}\{#1\}}\) \(\newcommand{\bcal}{\cal B}\) \(\newcommand{\ccal}{\cal C}\) \(\newcommand{\scal}{\cal S}\) \(\newcommand{\wcal}{\cal W}\) \(\newcommand{\ecal}{\cal E}\) \(\newcommand{\coords}[2]{\left\{#1\right\}_{#2}}\) \(\newcommand{\gray}[1]{\color{gray}{#1}}\) \(\newcommand{\lgray}[1]{\color{lightgray}{#1}}\) \(\newcommand{\rank}{\operatorname{rank}}\) \(\newcommand{\row}{\text{Row}}\) \(\newcommand{\col}{\text{Col}}\) \(\renewcommand{\row}{\text{Row}}\) \(\newcommand{\nul}{\text{Nul}}\) \(\newcommand{\var}{\text{Var}}\) \(\newcommand{\corr}{\text{corr}}\) \(\newcommand{\len}[1]{\left|#1\right|}\) \(\newcommand{\bbar}{\overline{\bvec}}\) \(\newcommand{\bhat}{\widehat{\bvec}}\) \(\newcommand{\bperp}{\bvec^\perp}\) \(\newcommand{\xhat}{\widehat{\xvec}}\) \(\newcommand{\vhat}{\widehat{\vvec}}\) \(\newcommand{\uhat}{\widehat{\uvec}}\) \(\newcommand{\what}{\widehat{\wvec}}\) \(\newcommand{\Sighat}{\widehat{\Sigma}}\) \(\newcommand{\lt}{<}\) \(\newcommand{\gt}{>}\) \(\newcommand{\amp}{&}\) \(\definecolor{fillinmathshade}{gray}{0.9}\)

    A project is successful when it achieves its objectives and meets or exceeds the expectations of the stake­holders. But who are the stakeholders? Stakeholders are individuals who either care about or have a vested interest in your project. They are the people who are actively involved with the work of the project or have something to either gain or lose as a result of the project. When you manage a project to add lanes to a highway, motorists are stakeholders who are positively affected. However, you negatively affect residents who live near the highway during your project (with construction noise) and after your project with far-reaching implications (increased traffic noise and pollution).

    NOTE: Key stakeholders can make or break the success of a project. Even if all the deliverables are met and the objectives are satisfied, if your key stakeholders aren’t happy, nobody’s happy.

    The project sponsor, generally an executive in the organization with the authority to assign resources and enforce decisions regarding the project, is a stakeholder. The customer, subcontractors, suppliers, and some­times even the government are stakeholders. The project manager, project team members, and the managers from other departments in the organization are stakeholders as well. It’s important to identify all the stakeholders in your project upfront. Leaving out important stakeholders or their department’s function and not discovering the error until well into the project could be a project killer.

    Figure 5.1 shows a sample of the project environment featuring the different kinds of stakeholders involved on a typical project. A study of this diagram confronts us with a couple of interesting facts.

    First, the number of stakeholders that project managers must deal with ensures that they will have a complex job guiding their project through the lifecycle. Problems with any of these members can derail the project.

    Second, the diagram shows that project managers have to deal with people external to the organization as well as the internal environment, certainly more complex than what a manager in an internal environment faces. For example, suppliers who are late in delivering crucial parts may blow the project schedule. To compound the problem, project managers generally have little or no direct control over any of these individuals.

    chart types of external partices managment deals with
    Figure 5.1: Project stakeholders. In a project, there are both internal and external stakeholders. Internal stakeholders may include top management, project team members, your manager, peers, resource manager, and internal customers. External stakeholders may include external customers, government, contractors and subcontractors, and suppliers.

    Let’s take a look at these stakeholders and their relationships to the project manager.

    Project Stakeholders

    Top Management

    Top management may include the president of the company, vice-presidents, directors, division managers, the corporate operating committee, and others. These people direct the strategy and development of the organization.

    On the plus side, you are likely to have top management support, which means it will be easier to recruit the best staff to carry out the project, and acquire needed material and resources; also visibility can enhance a project manager’s professional standing in the company.

    On the minus side, failure can be quite dramatic and visible to all, and if the project is large and expensive (most are), the cost of failure will be more substantial than for a smaller, less visible project.

    Some suggestions in dealing with top management are:

    • Develop in-depth plans and major milestones that must be approved by top management during the planning and design phases of the project.
    • Ask top management associated with your project for their information reporting needs and frequency.
    • Develop a status reporting methodology to be distributed on a scheduled basis.
    • Keep them informed of project risks and potential impacts at all times.

    The Project Team

    The project team is made up of those people dedicated to the project or borrowed on a part-time basis. As project manager, you need to provide leadership, direction, and above all, the support to team members as they go about accomplishing their tasks. Working closely with the team to solve problems can help you learn from the team and build rapport. Showing your support for the project team and for each member will help you get their support and cooperation.

    Here are some difficulties you may encounter in dealing with project team members:

    • Because project team members are borrowed and they don’t report to you, their priorities may be elsewhere.
    • They may be juggling many projects as well as their full-time job and have difficulty meeting deadlines.
    • Personality conflicts may arise. These may be caused by differences in social style or values or they may be the result of some bad experience when people worked together in the past.
    • You may find out about missed deadlines when it is too late to recover.

    Managing project team members requires interpersonal skills. Here are some suggestions that can help:

    • Involve team members in project planning.
    • Arrange to meet privately and informally with each team member at several points in the project, perhaps for lunch or coffee.
    • Be available to hear team members’ concerns at any time.
    • Encourage team members to pitch in and help others when needed.
    • Complete a project performance review for team members.

    Your Manager

    Typically the boss decides what the assignment is and who can work with the project manager on projects. Keeping your manager informed will help ensure that you get the necessary resources to complete your project.

    If things go wrong on a project, it is nice to have an understanding and supportive boss to go to bat for you if necessary. By supporting your manager, you will find your manager will support you more often.

    • Find out exactly how your performance will be measured.
    • When unclear about directions, ask for clarification.
    • Develop a reporting schedule that is acceptable to your boss.
    • Communicate frequently.

    Peers

    Peers are people who are at the same level in the organization as you and may or may not be on the project team. These people will also have a vested interest in the product. However, they will have neither the leadership responsibilities nor the accountability for the success or failure of the project that you have.

    Your relationship with peers can be impeded by:

    • Inadequate control over peers
    • Political maneuvering or sabotage
    • Personality conflicts or technical conflicts
    • Envy because your peer may have wanted to lead the project
    • Conflicting instructions from your manager and your peer’s manager

    Peer support is essential. Because most of us serve our self-interest first, use some investigating, selling, influencing, and politicking skills here. To ensure you have cooperation and support from your peers:

    • Get the support of your project sponsor or top management to empower you as the project manager with as much authority as possible. It’s important that the sponsor makes it clear to the other team members that their cooperation on project activities is expected.
    • Confront your peer if you notice a behaviour that seems dysfunctional, such as bad-mouthing the project.
    • Be explicit in asking for full support from your peers. Arrange for frequent review meetings.
    • Establish goals and standards of performance for all team members.

    Resource Managers

    Because project managers are in the position of borrowing resources, other managers control their resources. So their relationships with people are especially important. If their relationship is good, they may be able to consistently acquire the best staff and the best equipment for their projects. If relationships aren’t good, they may find themselves not able to get good people or equipment needed on the project.

    Internal Customers

    Internal customers are individuals within the organization who are customers for projects that meet the needs of internal demands. The customer holds the power to accept or reject your work. Early in the relationship, the project manager will need to negotiate, clarify, and document project specifications and deliverables. After the project begins, the project manager must stay tuned in to the customer’s concerns and issues and keep the customer informed.

    Common stumbling blocks when dealing with internal customers include:

    • A lack of clarity about precisely what the customer wants
    • A lack of documentation for what is wanted
    • A lack of knowledge of the customer’s organization and operating characteristics
    • Unrealistic deadlines, budgets, or specifications requested by the customer
    • Hesitancy of the customer to sign off on the project or accept responsibility for decisions
    • Changes in project scope

    To meet the needs of the customer, client, or owner, be sure to do the following:

    • Learn the client organization’s buzzwords, culture, and business.
    • Clarify all project requirements and specifications in a written agreement.
    • Specify a change procedure.
    • Establish the project manager as the focal point of communications in the project organization.

    External Customer

    External customers are the customers when projects could be marketed to outside customers. In the case of Ford Motor Company, for example, the external customers would be the buyers of the automobiles. Also if you are managing a project at your company for Ford Motor Company, they will be your external customer.

    Government

    Project managers working in certain heavily regulated environments (e.g., pharmaceutical, banking, or military industries) will have to deal with government regulators and departments. These can include all or some levels of government from municipal, provincial, federal, to international.

    Contractors, subcontractors, and suppliers

    There are times when organizations don’t have the expertise or resources available in-house, and work is farmed out to contractors or subcontractors. This can be a construction management foreman, network consultant, electrician, carpenter, architect, or anyone who is not an employee. Managing contractors or suppliers requires many of the skills needed to manage full-time project team members.

    Any number of problems can arise with contractors or subcontractors:

    • Quality of the work
    • Cost overruns
    • Schedule slippage

    Many projects depend on goods provided by outside suppliers. This is true for example of construction projects where lumber, nails, bricks, and mortar come from outside suppliers. If the supplied goods are delivered late or are in short supply or of poor quality or if the price is greater than originally quoted, the project may suffer.

    Depending on the project, managing contractor and supplier relationships can consume more than half of the project manager’s time. It is not purely intuitive; it involves a sophisticated skill set that includes managing conflicts, negotiating, and other interpersonal skills.

    Politics of Projects

    Many times, project stakeholders have conflicting interests. It’s the project manager’s responsibility to understand these conflicts and try to resolve them. It’s also the project manger’s responsibility to manage stakeholder expectations. Be certain to identify and meet with all key stakeholders early in the project to understand all their needs and constraints.

    Project managers are somewhat like politicians. Typically, they are not inherently powerful or capable of imposing their will directly on coworkers, subcontractors, and suppliers. Like politicians, if they are to get their way, they have to exercise influence effectively over others. On projects, project managers have direct control over very few things; therefore their ability to influence others – to be a good politician – may be very important

    Here are a few steps a good project politician should follow. However, a good rule is that when in doubt, stakeholder conflicts should always be resolved in favour of the customer.

    Assess the environment

    Identify all the relevant stakeholders. Because any of these stakeholders could derail the project, you need to consider their particular interest in the project.

    • Once all relevant stakeholders are identified, try to determine where the power lies.
    • In the vast cast of characters, who counts most?
    • Whose actions will have the greatest impact?

    Identify goals

    After determining who the stakeholders are, identify their goals.

    • What is it that drives them?
    • What is each after?
    • Are there any hidden agendas or goals that are not openly articulated?
    • What are the goals of the stakeholders who hold the power? These deserve special attention.

    Define the problem

    • The facts that constitute the problem should be isolated and closely examined.
    • The question “What is the real situation?” should be raised over and over.

    Culture of Stakeholders

    When project stakeholders do not share a common culture, project management must adapt its organizations and work processes to cope with cultural differences. The following are three major aspects of cultural difference that can affect a project:

    1. Communications
    2. Negotiations
    3. Decision making

    Communication is perhaps the most visible manifestation of culture. Project managers encounter cultural differences in communication in language, context, and candor.

    Language is clearly the greatest barrier to communication. When project stakeholders do not share the same language, communication slows down and is often filtered to share only information that is deemed critical.

    The barrier to communication can influence project execution where quick and accurate exchange of ideas and information is critical.

    The interpretation of information reflects the extent that context and candor influence cultural expressions of ideas and understanding of information. In some cultures, an affirmative answer to a question does not always mean yes. The cultural influence can create confusion on a project where project stakeholders represent more than one culture.

    Example: Culture Affects Communication in Mumbai

    A project management consultant from the United States was asked to evaluate the effectiveness of a U.S. project management team executing a project in Mumbai, India. The project team reported that the project was on schedule and within budget. After a project review meeting where each of the engineering leads reported that the design of the project was on schedule, the consultant began informal discussions with individual engineers and began to discover that several critical aspects of the project were behind schedule. Without a mitigating strategy, the project would miss a critical window in the weather between monsoon seasons. The information on the project flowed through a cultural expectation to provide positive information. The project was eventually canceled by the U.S. corporation when the market and political risks increased.

    Not all cultural differences are related to international projects. Corporate cultures and even regional differences can create cultural confusion on a project.

    Example: Cultural Differences between American Regions

    On a major project in South America that included project team leaders from seven different countries, the greatest cultural difference that affected the project communication was between two project leaders from the United States. Two team members, one from New Orleans and one from Brooklyn, had more difficulty communicating than team members from Lebanon and Australia.

    Managing Stakeholders

    Often there is more than one major stakeholder in the project. An increase in the number of stakeholders adds stress to the project and influences the project’s complexity level. The business or emotional investment of the stakeholder in the project and the ability of the stakeholder to influence the project outcomes or execution approach will also influence the stakeholder complexity of the project. In addition to the number of stakeholders and their level of investment, the degree to which the project stakeholders agree or disagree influences the project’s complexity.

    A small commercial construction project will typically have several stakeholders. All the building permitting agencies, environmental agencies, and labor and safety agencies have an interest in the project and can influence the execution plan of the project. The neighbors will have an interest in the architectural appeal, the noise, and the purpose of the building.

    Example: Tire Plant in India

    A U.S. chemical company chartered a project team to design and build a plant to produce the raw materials for building truck tires designed for unpaved roads. The plant was to be built in India a few years after an accident that killed several Indians and involved a different U.S. chemical company. When the company announced the new project and began to break ground, the community backlash was so strong that the project was shut down. A highly involved stakeholder can significantly influence your project.

    Example: Wind Turbine on a College Campus

    A small college in South Carolina won a competitive grant to erect and operate a wind turbine on campus. The engineering department submitted the grant as a demonstration project for engineering students to expose students to wind technology. The campus facilities department found only one location for the wind turbine that would not disrupt the flow of traffic on campus. The engineering department found that location unacceptable for students who had to maintain the wind turbine. The county construction permitting department had no policies for permitting a wind turbine and would not provide a building permit. The college had to go to the county council and get an exception to county rules. The marketing department wanted the wind turbine placed in a highly visible location to promote the innovative approach of the college.

    Each of the college’s stakeholders had a legitimate interest in the location of the wind turbine. The number of stakeholders on the project, multiplied by their passion for the subject and the lack of agreement on the location, increased the complexity of the project. Significant time and resources of a project will be dedicated to identifying, understanding, and managing client expectations.

    Example: Stakeholders and a Bridge Project

    The Department of Highways chartered a project to upgrade a number of bridges that crossed the interstate in one of the larger cities in South Carolina. The closing of these bridges severely impacted traffic congestion, including a large shopping mall. The contract included provisions for minimizing the impact on the traffic and communities near the construction areas. This provision allowed businesses or interested parties to review the project schedule and make suggestions that would lessen the impact of the construction. The project leadership invested significant time and resources in developing alignment among the various political stakeholders on the project approach and schedule.

    Relationship Building Tips

    Take the time to identify all stakeholders before starting a new project. Include those who are impacted by the project, as well as groups with the ability to impact the project. Then, begin the process of building strong relationships with each one using the following method.

    • Analyze stakeholders: Conduct a stakeholder analysis, or an assessment of a project’s key participants, and how the project will affect their problems and needs. Identify their individual characteristics and interests. Find out what motivates them, as well as what provokes them. Define roles and level of participation, and determine if there are conflicts of interest among groups of stakeholders.
    • Assess influence: Measure the degree to which stakeholders can influence the project. The more influential a stakeholder is, the more a project manager will need their support. Think about the question, “What’s in it for them?” when considering stakeholders. Knowing what each stakeholder needs or wants from the project will enable the project manager to gauge his or her level of support. And remember to balance support against influence. Is it more important to have strong support from a stakeholder with little influence, or lukewarm support from one with a high level of influence?
    • Understand their expectations: Nail down stakeholders’ specific expectations. Ask for clarification when needed to be sure they are completely understood.
    • Define “success”: Every stakeholder may have a different idea of what project success looks like. Discovering this at the end of the project is a formula for failure. Gather definitions up front and include them in the objectives to help ensure that all stakeholders will be supportive of the final outcomes.
    • Keep stakeholders involved: Don’t just report to stakeholders. Ask for their input. Get to know them better by scheduling time for coffee, lunch, or quick meetings. Measure each stakeholder’s capacity to participate and honour time constraints.
    • Keep stakeholders informed: Send regular status updates. Daily may be too much; monthly is not enough. One update per week is usually about right. Hold project meetings as required, but don’t let too much time pass between meetings. Be sure to answer stakeholders’ questions and emails promptly. Regular communication is always appreciated – and may even soften the blow when you have bad news to share.

    These are the basics of building strong stakeholder relationships. But as in any relationship, there are subtleties that every successful project manager understands – such as learning the differences between and relating well to different types stakeholders.

    How to Relate to Different Types of Stakeholders

    By conducting a stakeholder analysis, project managers can gather enough information on which to build strong relationships – regardless of the differences between them. For example, the needs and wants of a director of marketing will be different from those of a chief information officer. Therefore, the project manager’s engagement with each will need to be different as well.

    Stakeholders with financial concerns will need to know the potential return of the project’s outcomes. Others will support projects if there is sound evidence of their value to improving operations, boosting market share, increasing production, or meeting other company objectives.

    Keep each stakeholder’s expectations and needs in mind throughout each conversation, report or email, no matter how casual or formal the communication may be. Remember that the company’s interests are more important than any individual’s – yours or a stakeholder’s. When forced to choose between them, put the company’s needs first.

    No matter what their needs or wants, all stakeholders will respect the project manager who:

    • Is always honest, even when telling them something they don’t want to hear
    • Takes ownership of the project
    • Is predictable and reliable
    • Stands by his or her decisions
    • Takes accountability for mistakes

    Supportive Stakeholders are Essential to Project Success

    Achieving a project’s objectives takes a focused, well-organized project manager who can engage with a committed team and gain the support of all stakeholders. Building strong, trusting relationships with interested parties from the start can make the difference between project success and failure.

    References

    Solera, J. (2009). Project Decelerators – Lack of Stakeholder Support. Silicon Valley Project Management. Retrieved from https://svprojectmanagement.com/proj...holder-support.

    Image descriptions

    Figure 5.2 Stakeholder Communication Template

    The stakeholder analysis template has six fields plus a table to be filled out. The lines ask for: the project scope, key messages, communication goals, communication teams, project team, and other stakeholders. Then, there is a table with seven columns where you can track the communication plan. The column headers of this table are: communication date, deliverable, audience, message, action item or FYI (info?), plans, and status. [Return to Figure 5.2]

    Text Attributions

    This chapter of Project Management is a derivative of the following texts:

    Media Attributions

    • Project Stakeholders by Barron & Barron Project Management for Scientists and Engineers © CC BY (Attribution)

    This page titled 5.6: Project Stakeholders is shared under a CC BY-SA license and was authored, remixed, and/or curated by Adrienne Watt (BCCampus) .

    • Was this article helpful?