How to shape your stakeholders

img

Damiano Bragantini, PMP

Agsm Distribuzione

Davide Ferrante

Accenture

Abstract

In common practice at least 70% of project manager time is dedicated to communication, and some sources suggest a higher percentage close to 90% (Bourne, 2009). Communication (from the Latin cum = with, and munire = bind, build, and always from the Latin communico = to share, to participate) is sharing something with someone, and stakeholders are precisely those with whom such sharing should be implemented. It is therefore evident that stakeholder management is strictly linked with communication. And vice versa, communication is sharing information to and from stakeholders. To be successful, a project manager should be able to correctly associate risks to various stakeholders in order to plan not only a response to the risk but also a method of communication in respect of the same stakeholders. The stakeholder shape tool (StSh), combines the risk identification phase with the stakeholders identification phase, allowing a better understanding of the link between risk management and stakeholder management. Associating the relationship and agreement values to the StSh makes it easier for the project manager to decide the right communication approach for each stakeholder.

Communication and Stakeholders

As stated in A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Fifth Edition, one of the interpersonal skills of a project manager is communication. In addition, The Standard for Program Management – Second Edition observes how “the most important competence, however, is communication” and again “Communication is the primary tool for managing stakeholders” (2008, p. 241).

No doubt, therefore, the importance of communication must be understood not only the as a personal competence or skill, but also and overall, the importance of communication should be recognized as a prime mover in the execution of a project (or program or portfolio). To do this, it is necessary to carefully analyze and detail the principles of communication in the application of project management. The three processes identified in the PMBOK® Guide with regard to communication are: plan communications management, manage communications, and control communications (PMI, 2012, p. 61). Without going into the details of the argument, the communication process should meet the following steps: 1) Determine goals 2) Identify target audiences 3) Determine resources 4) Identify key messages 5) Determine channels of communication 6) Budget 7) Evaluation (impact assessment) (EU, 2013).

The communication process is undoubtedly complicated and it is for this reason that many projects fail. The communication is the prime mover for a successful project: fostering communication between stakeholders can lead to better understanding (Jensen and Uddameri, 2009). And without doubt, communication is a process and an activity common to all stakeholders (Stephens et al., 2005, p. 398-399): “Competent communicators should also be able to use communication behaviours to organize their work process” (Keyton et al, 2013).

With the aim of a better focus on stakeholders' communication, in 2012, a tool was presented called The Stakeholder Shape (Bragantini, 2012).

The tool complements the stakeholders’ identification phase with the risks identifying phase and tightly integrates the two processes to use some information related to the stakeholders in terms of communication to restate the priority/importance of stakeholders themselves. In fact, it is quite normal to think of a scale of stakeholders on the basis of some of their specific characteristics (e.g. power/interest, (Kamann, 2007)) and then act accordingly in terms of approach with regard to the same stakeholders. To these approved methodologies, the Stakeholders Shape adds an interesting methodology that allows the impact that each stakeholder may have in the occurrence of a specified risk, thus resulting in a scale of importance in relation to the problems that can cause project failure. PMI defines risk as: “An uncertain event or condition that, if occurs, has a positive or negative effect on one or more project objectives” (PMI, 2012, p. 559). For the purpose of this paper, we assume another definition of risk, that is: “A ‘risk’ is a problem that could cause some loss or threaten the success of your project, but which hasn't happened again” (Kaur et al., 2013). In the PMI vision, this means only events or conditions that negatively affect the project.

In addition to the above, the Stakeholders Shape tool reprocesses the information collected about stakeholders by using an algorithm that enhances the aspects regarding the communication, such as the agreement of the stakeholder in the project (and hence the possible need to negotiate) and the relationship that you can have with the stakeholder (and hence the necessity to understand and improve the relationship of mutual respect and trust).

We would like to underline that the purpose of this paper is not to dwell on the vast and complex subject of communication, but rather to indicate to project managers a tool that can interact with the process of communication, outlining the most appropriate flow of communication for each stakeholder.

The Stakeholder Shape Tool

As the problem solving activity cannot be made without an adequate problem setting (and before that, problem finding), stakeholder management and risk management must begin with proper analysis and identification: finding and setting.

During risk management activities, and, in particular, the identification of risks, a certain value may be associated with each risk, response (action), and any other information (Morris et al, 2008). According to the formulas you find most useful, in this paper we use three factors: impact, probability, and tracking of risk. In this phase we also propose to associate all stakeholders who have an impact on that risk with their share of influence (e.g. risk of collecting data between two systems: 90% of the event do not retrieve or recover partly because of the external supplier, 10% due to corporate IT). The example shown in this paper refers to a project to implement new software (and the disposal of old software). For privacy, the names of the stakeholders have been replaced with the generic wording “Sh.”

This activity generates a matrix similar to the one shown in Exhibit 1.

img

Exhibit 1 – Risk/stakeholder matrix.

We can, with this methodology, reconstruct the influence of stakeholders from the analysis of the risks and then derive the global influence of the stakeholders on the project in relation to what can derail the project.

In Exhibit 2 we can see the analytic result of this activity.

 

img

Exhibit 2- Example of influence of stakeholders on the risk.

Where:

  • agreement: is the degree of acceptance of the project/program (0 “no agreement”–100 total agreement);
  • relationship: is the quality of the relationship (0 bad relationships–100 good relationships);
  • total impact on risk: is the value that comes from the analysis of risks associated with the influence of a specific stakeholder on the risk.

The stakeholder shape (StSh) tool designs a sort of stakeholder shape or mapping where stakeholders' mapping “is the process of creating pictures to clarify the position of an organization's stakeholders” (Shirey, 2012, p. 401). The tool allows a different classification of stakeholders giving a graphic and “visual” result that facilitates the identification of the communication strategies to be adopted.

Using the StSh, it is possible to identify and classify stakeholders as well as clarify communicative practices to apply to each of them by drawing each stakeholder's shape on a graphic board, such as the one showed in Exhibit 3.

img

Exhibit 3 – The graph “Stakeholder Shape”.

The graph StSh is set on the three values previously cited:

  • agreement
  • relationship
  • total impact on risk.

Let us assume some heuristic rules:

  • Relationship good (>60) – Relationship is good, stakeholder trust and/or esteemed project/program manager—attracts from different areas
  • Relationship bad (<40) – Relationship is bad, the stakeholders do not trust and/or esteem project/program manager—attracts from different areas
  • Agreement good (>60) – The stakeholders believe in the project, support it, and are the main sponsors so that the project can be completed successfully
  • Agreement bad (<40) – The stakeholders do not share the project: they will intensely attempt to block the project or to delay the project objectives

The values of relationship and agreement should be concerted by the project management team during the definition of the risk/stakeholder matrix; it may be appropriate to use some tools (such as questionnaires, survey, one on one meetings, etc.) to define the value of these two features for each stakeholder (Murali, Mohan, & Paila, 2013).

The values of the relationship and agreement must be always fixed on the corresponding axes (relationship below, agreement up) regardless of the value of the incidence of the risk.

This is a personal choice to increase the areas with the worst relationship in the face of agreement. We consider, indeed, that a stakeholder with bad relationships is more critical than one with bad agreement. Working, in fact, on the relationships, you can move stakeholders toward greater agreement but the reverse is not possible. And often a good agreement with bad relationships does not help the project/program manager.

Similar reasoning can be done if you prefer to give higher priority to a stakeholder with lower agreement.

We have two extreme areas: DO NOTHING – DO SOMETHING.

Let's see what we mean.

DO NOTHING

On this extreme we find stakeholders with good agreement to the project/program and good relations. Even if their impact on risk is extremely high, you should set up a standard communication plan (do not invest much resources). The characteristics of these stakeholders are such that, if necessary, they will bother to make the project/program successful. In this case, we suggest a linear communication approach to the stakeholders as the one shown in Exhibit 4.

img

Exhibit 4 – Linear communication approach.

Ultimately, this translates into a communication plan that will include the use of certain communication channels (e.g., reports, dashboards, newsletters) with the simple update of the overall progress of the project (Pritchard, 2004, p. 6).

DO SOMETHING

On this extreme, we find stakeholders with little agreement on the project/program and difficult relationships. Even if their effect on the risk was very low, we have to work with communication strategies of negotiation and conflict resolution. Sometimes, in fact, the stakeholders influence each between them, and those with low impact on the risks might act in a negative way on the other with high incidence on risks. We will then apply communication strategies that allow us to move the relationship and the agreement of these stakeholders in our favor. Communication aspects are, of course, strictly correlated with the organization's assets and environments. It depends on the type of organization, but it is a matter of fact that communication can flow in groups in more or less structured ways and information streams (Mears, 1974; Mathis, 2007). The communication plan towards these stakeholders must be planned carefully and we should dedicate our attention and investment in terms of resources for the success of the project/program. It's important in these cases to determine whether or not the “DO SOMETHING” is due to the relationship. Indeed, we have mentioned that the “good” or “bad” relationship attracts from different areas. This means that if the generic stakeholder has a good relationship but it ended up in the “DO SOMETHING,” the agreement will somehow be pulled (attracted) to areas more favorable to these good relations: we can set the communication plan focusing on improving agreement (Exhibit 5).

img

Exhibit 5 – Interactive agreement communication.

Ultimately, this translates into a communication plan that will include the use of certain communication channels (such as one-on-one meetings, conference calls, group meetings, etc.) focusing our messages in terms of competence and expertise to persuade our stakeholders of the value of the project and its benefits (Pritchard, 2004, p. 6).

Conversely, if the general stakeholder agreement is good but it ended up in the “DO SOMETHING,” the agreement will somehow be pulled (attracted) by the risk of bad relations, worsening the situation in respect to the stakeholders: “in the process of communication the relationship between the transmitter and receiver is constantly defined and redefined” (Leszczyński, Zieliński, 2013), so the communication plan should be focused on improving relations. In this case the communication plan should be focused on an interactive scheme, keeping in mind that, according to the Center for Risk Communication (cited in Carpenter, 2009), the key elements are caring and empathy (Exhibit 6). Also, in Barkse (2009) and Pullin (2010) cited by Keyton et al. (2013, p. 164), recent studies “have demonstrated the importance of positive social-emotional communication in overcoming communication problems (especially in creating work relationship).” Ultimately, this translates into a communication plan that will include the use of communication channels (such as one-on-one meetings, conference calls, group meetings, etc.) focusing messages in terms of caring and empathy to improve stakeholders' relationships.

img

Exhibit 6 – Interactive relationship communication.

In intermediate situations (in the example, we refer to stakeholder 9 – see Exhibit 8) priority over choice of communication methods is set to the left (+ high) and to the right (+ low). So in our example prevails the “keep alert” on the “DO NOTHING” (which basically does not yet translate into action, although it certainly must be translated into a state of reflection or attention). If the stakeholder 9 “precipitated” in “DO SOMETHING,” we have to act by changing the level of communication and introducing actions that restore and/or improve the situation regarding the stakeholder.

Therefore, in this example, we should set for stakeholders 2, 7, 10 a level of communication that attempts to modify levels of agreement and relationship. As seen above, this means investing more time to carefully choose and apply the necessary communication strategies. Consequently, this also could fall on higher costs that the project manager must take into account.

The StSh provides a clear disproportion between the influence on the areas formed by the two vectors agreement/relationship and the third vector, incidence of risk. The explanation is simple. Here the focus is on stakeholder management and not on risk management. The actions and activities to be carried out on the risk will be specified in the project/program risk management plan.

The statement above means that stakeholders to whom we must pay particular attention are those with the highest area of their shape and not those with greater impact on risk. Basically with this tool we change the priority and the action mode toward the stakeholders’ respect to the findings of the risk management.

The scale of priority is therefore revised with the new “scale of values” and the results are shown in Exhibit 7.

img

Exhibit 7 – Scale of values.

Exhibit 8 consists of two abscissas: one relative to relationship, the other relating to agreement. As mentioned above, the abscissa of the relationship is always the bottom line; the abscissa of agreement is always the upper one. The ordinate value is given by the impact on the risk of each stakeholder as calculated using the risk matrix/stakeholder described.

In the case of the stakeholder 4 (Sh4), having relationship and agreement 100, the shape is reduced to a line whose length coincides with the value of the impact on the risk (obviously the shape area will be equal to 0). In the case of the stakeholder 7 (Sh7) having relationship 10 and 30 agreement, the shape is as in the drawing with the fourth point given by the incidence of the risk that is 6.03.

img

Exhibit 8 – Representation StSh with the values for individual stakeholders.

With the scale of values we have different perspectives with respect to the scale based on the risk: now change the importance of the individual stakeholders in influencing the project (whether positively or not) as part of a broader vision (systemic) and not focused only on the risk (analytic).

The scale of values thus gives us the importance of the relevant stakeholders to the project in a systemic view; it has the role to influence the intermediate situations (as we said “KEEP ALERT”) that often mislead the project manager.

The combination of information “KEEP ALERT” and img takes us back then in the “DO SOMETHING” sector due to the strong rate induced by systemic scale of values in switching the individual stakeholder.

The tool also allows the use of different colours within a single shape representing the stakeholders so that it is possible to identify stakeholders belonging to the same company, for example, to classify them into internal or external, foreign or local, etc.

Even the graphical display is favorable compared to the usual bubble chart or power/interest grid (PMI, 2012) that, resubmitted with the values stated above, would be of the type shown in Exhibit 9.

img

Exhibit 9 – Bubble chart of the influence of stakeholders.

When we have a certain thickening of values, the graph above does not help us in any way, overlapping bubbles or setting the centre of the bubble on the borderline of the quadrant being so far from clear and intuitive as to indicating which approach is better to use. The use of StSh does not dilate the timing of project management: stakeholder analysis associated with risk analysis allows even a reduction of time, allowing you to write in a single document the risk register and the register of stakeholders. Let us not forget, however, that the project/program can be compared to a living organism, subject to internal and external changes and therefore the methods presented are considered a dynamic function of just changing: “stakeholder impact is dynamic and changes over time” (Olander, 2007). The StSh will therefore not be static, but will be changing with the progress of the project.

Thus, although the graph is easily made by hand, we recommend the use of a spreadsheet such as Excel, which allows for quick and easy updating based on the dynamics of the project/program.

Conclusions

The knowledge area of project communication management and project stakeholder management are strongly linked and there is evidence that the intervention of the project manager in driving the project is related to the communication between the various stakeholders.

During the identify stakeholders phase it is therefore essential to collect information that is related to the processes of communication, such as the agreement of the stakeholders in the project (and hence the possible need to negotiate) and the relationship that you can have with the stakeholders (and therefore the possible need to improve the relationship of mutual respect and trust).

The stakeholder analysis associated with risk identification allows for further reflection on the importance/influence of the stakeholders on the issues that could derail the project. Reprocessing the results of these investigations through a new tool, the Stakeholders Shape (StSh), which centralizes its algorithms on aspects related to communication, it is possible to identify a specific shape for each stakeholder to identify clearly what are the most correct communicative approaches in respect of each stakeholder.

This paper has shown how the StSh may be an additional tool provided to the project manager for the management of stakeholders and communication plans within the project.

Further improving can be made in regard to communication plans and communication channels in the face of a more detailed stakeholder analysis that incorporated more information in the tool. Further developments should be analyzed in relation to positive risks.

References

Bourne, L. (2009). Ignore stakeholders at your own risk. Voices on Project Management. Retrieved on February 18, 2014 from http://blogs.pmi.org/blog/voices_on_project_management/communication/

Bragantini, D. (2012). Il modello “Stakeholders shape.” Project manager (il), 32–37.

Carpenter, M. T. (2012). Improve client trust and communications in volatile markets. Journal of Financial Planning. (Jan/Feb2012) Practice Solutions, 14–15.

EU, European Commission (2013). How to prepare a communication plan? Retrieved from http://ec.europa.eu/ipg/go_live/promotion/communication_plan/index_en.htm

Jensen, R., & Uddameri, V. (2009). Using communication research to gather stakeholder preferences to improve groundwater management models: A South Texas case study. Journal of Science Communication, 8(1), 1–8.

Kamann, D. (2007). Organizational design in public procurement: A stakeholder's approach. Journal of Purchasing & Supply Management, 13(1), 127–36.

Kaur, K., Jyoti, B., & Rani, R. (2013). Analysis of gold plating: A software development risk. International Journal of Computer Science and Communication Engineering. 2(1). Retrieved from http://static.ijcsce.org/wp-content/uploads/2013/02/IJCSCE021113.pdf

Keyton, J., Caputo, J., Ford, E., Fu, R., Leibowitz, S., Liu, T., London, S., Wu, C., & Ghosh, P. (2013). Investing verbal workplace communication behaviors. Journal of Business Communication, 50(2), 152–169.

Leszczyński, G., & Zieliński, (2013). The impact of misaligned business communication on the quality of salesperson-buyer relationships. Poznan University of Economics Review. 13(2), 107–136.

Mathis, A. (2007). Corporate social responsibility and policy making: What role does communication play? Business Strategy and the Environment. 16(5), 366–385.

Mears, P. (1974). Structuring communication in a working group. Journal of Communication, 24(1), 71–79.

Morris Rick A., McWhorter, & Sember B. (2008), Project management that works: real-world advice on communicating, problem solving, and everything else you need to know to get the job done – AMACOM

Murali Mohan, V. R., & Paila, A. R. (2013). Stakeholder management in infrastructure/construction projects: The role of stakeholder mapping and social network analysis (SNA). Aweshkar Research Journal. 15(1), 48–61.

Olander, S. 2007. Stakeholder impact analysis in construction project management. Construction Management and Economics. 25(3), 277–287.

Pritchard, C. L. (2004). The project management communications toolkit – Artec House

Project Management Institute. (2008). The standard for program management – Second edition. Newtown Square, PA: Author.

Project Management Institute. (2012). A guide to the project management body of knowledge (PMBOK® guide) – Fifth edition. Newtown Square, PA: Author.

Shirey, M.R. 2012. Stakeholder analysis and mapping as targeted communication strategy. Journal of Nursing Administration. 42(9), 399–403.

Stephens, K. K., Malone, P.C., Bailey, C.M. (2005). Communicating with stakeholders during a crisis. Journal of Business Communication. (42)4, 390-419.

Advertisement

Advertisement

Related Content

Advertisement