Welcome!

Related Topics: SYS-CON MEDIA

SYS-CON MEDIA: Book Excerpt

Practical and Proven Ideas for Stakeholder Leadership - Bear in Mind

Loving the Champion Bear

The first step in building support within the greater stakeholder community is identifying the various stakeholder groups and individuals impacting the project/activities and analyzing their attitudes. Identifying stakeholders can be completed alone or with a small team. Since analyzing them is a sensitive undertaking, it makes sense to perform the activity with the kernel project team, ensuring the output of the analysis remains within the team.

The objective of stakeholder analysis is to produce a list of stakeholders that might influence the outcome of the project. Once the list of stakeholders is produced, each one is assessed according to his power and interest. Power, in this regard, is the stakeholder's ability to impact various aspects of the project either positively or negatively. Interest is defined as the level of concern the stakeholder has with the project. Both the power and interest of the stakeholders are assessed in respect to the task, activity, and project... even towards a specific project objective.

The widely used axes of power and interest have four quadrants:

1. High power high interest stakeholders

2. High power low interest stakeholders

3. Low power high interest stakeholders

4. Low power low interest stakeholders

Experience shows that project managers and teams who do use this tool usually perform the analysis once at the start of the project and do not revisit the analysis later on. This undermines the value which can be realized using the tool. Stakeholder analysis is an ongoing task, which should be performed on a monthly basis in order to increase the opportunities to influence stakeholders. What's more, throughout the project, new stakeholders become relevant while stakeholders who were part of earlier analysis might become irrelevant. The analysis of power and interest is also an input for communication planning. Each quadrant in the stakeholders' assessment grid has a directive explaining how to manage the stakeholders within the specific quadrant. The general guidelines for each quadrant are as follows:

1. High power high interest stakeholders - manage closely

2. High power low interest stakeholders - keep satisfied

3. Low power high interest stakeholders - keep informed

4. Low power low interest stakeholders - monitor with minimal effort

The project team needs to detail further each general guideline into specific communication tasks and activities, which differ from team and project. Note that direction to closely manage stakeholders in the first quadrant relates not only to the extent of communication activities performed; it also defines the intensity of the process itself. Stakeholders who are managed closely are also queried often on how much communication they would prefer. Therefore, it might happen that some stakeholders in this group receive fewer reports and updates compared with members in the keep-informed quadrant, since they opted to receive less information.

This is important to understand: Manage closely. Similar to the other communication guidelines in the grid, this doesn't imply that stakeholders receive more bits of communication; it means the stakeholders are allowed a customized communication approach compared with the stakeholders in the other quadrants.

 

The stakeholder analysis grid detailed above, while useful in the context of creating a general understanding of stakeholders' support, lacks a more in-depth view of the actual relationships and forecasted behaviors of the stakeholders, towards the specific efforts.

To understand these better, an alternative view on the analysis of stakeholders is suggested. In this view, stakeholders are analyzed based on their perceived support- implicit or explicit.  A four quadrants grid is likewise employed with two axes as seen below. The axes are trust and agreement. Stakeholders are divided into four groups: allies, opponents, accomplices, and adversaries.

Stakeholders in the Allies quadrant are the advocates of the project effort, having both trust in the project team and being in agreement with the objectives and the approach used to manage the project. They are supporting unequivocally, and will provide assistance when required, help when needed and advice when requested (sometimes even when it's not requested).

Stakeholders in the Opponents quadrant are openly and objectively criticizing elements of the project or the effort. They are, to a degree, not in agreement with some objectives of the project and might be questioning the methods employed by the team to achieve the objectives.  However, there is mutual trust between the project team and these stakeholders which translates into ‘fair play' in solving disagreements. The project leader and the team are certain that disagreements can be solved in a reasonable, unbiased and honest approach. While these stakeholders aren't unequivocally supporting the process and the objectives, they prove to be a much required judicious group of stakeholders who can objectively challenge project decisions.

Stakeholders in the Accomplices quadrant are outwardly accepting and collaborating with the project team in the process and supporting the objective. These stakeholders are also said to be giving lip service. It might seem that they are in agreement; however, since there is little trust between the project team and these stakeholders, the continued support isn't granted. The project leader and the team can't depend on the seeming support that is displayed by this stakeholder group, as it can easily be substituted by sharp defiance as soon as the environment changes or as soon as the project team is out of hearing range. This makes the accomplices group of stakeholders quite dangerous. Project teams and managers are advised to build trust with these stakeholders.

Stakeholders in the Adversaries quadrant are un-accepting and do not collaborate with the project team in the process. They are also in disagreement with the objective. There is an evolving conflict building between the project team and this group of stakeholders. The project leader and the team can't depend on receiving support from this group, which tends to employ manipulative means in propagating disagreement. Naturally, the group of adversary stakeholders is the most difficult to influence and lead. Theoretically, project teams and managers can invest time and effort to build trust and agreement with these stakeholders. Practically these might be wasted efforts, leading to the opposite result (see more below). Actually, by and large-project teams and managers included-invest too much effort in persuading and convincing the adversary stakeholder group with little valuable results. The focus on this group develops into an open hostile conflict which resonates with the other stakeholder groups and can create a landslide in the overall level of support.

Our behavior of increased focus on the adversary group is human and evident in many similar interactions. Imagine a teacher in a classroom where among 30 pupils, three are in distrust and conflict with the teacher. In most cases, more than half of the teachers' attention is given to these pupils at the expense of the others. Obviously, the teacher needs to create an environment supporting learning in the class; however, the focus on those disturbing the class is counterproductive as it provides opposite results.

So why do we focus on the adversary group? Psychologically speaking, we have a need to be accepted and loved (or at least liked); we find it extremely difficult to be in a position where people are un-accepting of us. We go to great lengths to receive appreciation and support from groups of people who are in disagreement. Take a minute to reflect on your efforts in gaining liking and appreciation from everyone, investing great efforts to please those who are in hostile conflict and distrusting disagreement at the expense of investing your time building positive relationships with others more supporting individuals. Letting go of our explicit need for unanimous all-encompassing acceptance isn't an easy task and requires a mental and cognitive shift in how we perceive ourselves and our interaction with the environment in which we operate. Achieving this improved psychological condition enables moving away from focusing on those who aren't accepting us, but rather, investing time and effort in those who are supporting or those who haven't made up their mind yet - more on that later. In the teacher example above, the class, the teacher and the learning environment would benefit greatly from focus on the main group of pupils who are sitting on the fence, so to speak, waiting to see how the conflict between the teacher and the adversary pupils plays out before deciding which side to choose.

Notwithstanding the two models for stakeholder analysis presented so far, at the outset of each stakeholder interaction such as a kickoff meeting, a conference call, a town-hall meeting or similar gatherings, there are three main attitudes apparent. These attitudes are easily observed by reading body language, words used and tone of voice. Roughly speaking there are stakeholders who immediately support, those who are against and a big group who are, so to speak, sitting on the fence. Stakeholders, who are fence sitters, are waiting to see how things will play out. They haven't decided yet who to support and are making up their minds.

As a general rule of thumb in any interaction that you might have, approximately 5% of the stakeholders will be against, 5% of the stakeholders will be in favor, and the remaining 90% of stakeholders will either fence sitters or paying some amount of lip service.

As detailed above, placing emphasis and overly focusing on those against, is a fatal mistake in building your support coalition and your informal power base. It is also the most common mistake.

I wish to repeat that: do not forget that usually when trying to build a support coalition you will put too much emphasis on the stakeholders who are against, which will lead to a failed effort.

In an analogy to the teacher example, imagine that you are giving a presentation to 100 participants. The presentation is about some change project in marketing that will greatly impact the manufacturing and maintenance, operations, IT, engineering and sales departments. This is a high profile project with many interests. You are holding a formal kickoff presentation and it is vital that you gain support for this endeavor. As explained above, about 5 to 10 participants will be totally in favor of your approach, about 5 to 10 participants will be totally against whatever you propose. The remaining participants have not made up their mind yet. This presentation is your opportunity to build a coalition and to influence the stakeholder community to support the project as you're moving forward.

Most presenters will aim their influence efforts at those opposing, sometimes engaging in verbal confrontations with them during and after the presentation. This is folly, since you're unlikely to gain much by arguing with this stakeholder group. The byproduct of discussing the merits with them is that some ‘fence sitters' will actually join the group of naysayers. This is a common outcome which mirrors human tendency to side with the underdog; in this case if you are leading the presentation and have the stage, the underdog will be the blockers.

What you want to do is to speak partly to the supporters and partly to the fence sitters. You wish to create an explicit path of trust for those sitting on the fence to become supporters.

Tip: You can easily recognize those supporting, those against and the fence sitters. As a rule of thumb those who are supporting will be sitting in the front rows, and those opposing and blocking in the back rows.

The above is an excerpt from:  Project Management: Influence and Leadership Building Rapport in Teams

More Stories By Michael Nir

Michael Nir - President of Sapir Consulting - (M.Sc. Engineering) has been providing operational, organizational and management consulting and training for over 15 years. He is passionate about Gestalt theory and practice, which complements his engineering background and contributes to his understanding of individual and team dynamics in business. Michael authored 8 Bestsellers in the fields of Influencing, Agile, Teams, Leadership and others. Michael's experience includes significant expertise in the telecoms, hi-tech, software development, R&D environments and petrochemical & infrastructure industries. He develops creative and innovative solutions in project and product management, process improvement, leadership, and team building programs. Michael's professional background is analytical and technical; however, he has a keen interest in human interactions and behaviors. He holds two engineering degrees from the prestigious Technion Institute of Technology: a Bachelor of civil engineering and Masters of Industrial engineering. He has balanced his technical side with the extensive study and practice of Gestalt Therapy and "Instrumental Enrichment," a philosophy of mediated learning. In his consulting and training engagements, Michael combines both the analytical and technical world with his focus on people, delivering unique and meaningful solutions, and addressing whole systems.

Latest Stories
@ThingsExpo has been named the ‘Top WebRTC Influencer' by iTrend. iTrend processes millions of conversations, tweets, interactions, news articles, press releases, blog posts - and extract meaning form them and analyzes mobile and desktop software platforms used to communicate, various metadata (such as geo location), and automation tools. In overall placement, @ThingsExpo ranked as the number one ‘WebRTC Influencer' followed by @DevOpsSummit at 55th.
In 2014, Amazon announced a new form of compute called Lambda. We didn't know it at the time, but this represented a fundamental shift in what we expect from cloud computing. Now, all of the major cloud computing vendors want to take part in this disruptive technology. In his session at 20th Cloud Expo, John Jelinek IV, a web developer at Linux Academy, will discuss why major players like AWS, Microsoft Azure, IBM Bluemix, and Google Cloud Platform are all trying to sidestep VMs and containers...
SYS-CON Events announced today that Enzu will exhibit at SYS-CON's 20th International Cloud Expo®, which will take place on June 6-8, 2017, at the Javits Center in New York City, NY, and the 21st International Cloud Expo®, which will take place October 31-November 2, 2017, at the Santa Clara Convention Center in Santa Clara, CA. Enzu’s mission is to be the leading provider of enterprise cloud solutions worldwide. Enzu enables online businesses to use its IT infrastructure to their competitive ad...
Providing the needed data for application development and testing is a huge headache for most organizations. The problems are often the same across companies - speed, quality, cost, and control. Provisioning data can take days or weeks, every time a refresh is required. Using dummy data leads to quality problems. Creating physical copies of large data sets and sending them to distributed teams of developers eats up expensive storage and bandwidth resources. And, all of these copies proliferating...
SYS-CON Events announced today that MobiDev, a client-oriented software development company, will exhibit at SYS-CON's 20th International Cloud Expo®, which will take place June 6-8, 2017, at the Javits Center in New York City, NY, and the 21st International Cloud Expo®, which will take place October 31-November 2, 2017, at the Santa Clara Convention Center in Santa Clara, CA. MobiDev is a software company that develops and delivers turn-key mobile apps, websites, web services, and complex softw...
The speed of software changes in growing and large scale rapid-paced DevOps environments presents a challenge for continuous testing. Many organizations struggle to get this right. Practices that work for small scale continuous testing may not be sufficient as the requirements grow. In his session at DevOps Summit, Marc Hornbeek, Sr. Solutions Architect of DevOps continuous test solutions at Spirent Communications, explained the best practices of continuous testing at high scale, which is rele...
DevOps tends to focus on the relationship between Dev and Ops, putting an emphasis on the ops and application infrastructure. But that’s changing with microservices architectures. In her session at DevOps Summit, Lori MacVittie, Evangelist for F5 Networks, will focus on how microservices are changing the underlying architectures needed to scale, secure and deliver applications based on highly distributed (micro) services and why that means an expansion into “the network” for DevOps.
In his session at 19th Cloud Expo, Claude Remillard, Principal Program Manager in Developer Division at Microsoft, contrasted how his team used config as code and immutable patterns for continuous delivery of microservices and apps to the cloud. He showed how the immutable patterns helps developers do away with most of the complexity of config as code-enabling scenarios such as rollback, zero downtime upgrades with far greater simplicity. He also demoed building immutable pipelines in the cloud ...
Using new techniques of information modeling, indexing, and processing, new cloud-based systems can support cloud-based workloads previously not possible for high-throughput insurance, banking, and case-based applications. In his session at 18th Cloud Expo, John Newton, CTO, Founder and Chairman of Alfresco, described how to scale cloud-based content management repositories to store, manage, and retrieve billions of documents and related information with fast and linear scalability. He addres...
Hardware virtualization and cloud computing allowed us to increase resource utilization and increase our flexibility to respond to business demand. Docker Containers are the next quantum leap - Are they?! Databases always represented an additional set of challenges unique to running workloads requiring a maximum of I/O, network, CPU resources combined with data locality.
Due of the rise of Hadoop, many enterprises are now deploying their first small clusters of 10 to 20 servers. At this small scale, the complexity of operating the cluster looks and feels like general data center servers. It is not until the clusters scale, as they inevitably do, when the pain caused by the exponential complexity becomes apparent. We've seen this problem occur time and time again. In his session at Big Data Expo, Greg Bruno, Vice President of Engineering and co-founder of StackIQ...
The cloud market growth today is largely in public clouds. While there is a lot of spend in IT departments in virtualization, these aren’t yet translating into a true “cloud” experience within the enterprise. What is stopping the growth of the “private cloud” market? In his general session at 18th Cloud Expo, Nara Rajagopalan, CEO of Accelerite, explored the challenges in deploying, managing, and getting adoption for a private cloud within an enterprise. What are the key differences between wh...
Security, data privacy, reliability, and regulatory compliance are critical factors when evaluating whether to move business applications from in-house, client-hosted environments to a cloud platform. Quality assurance plays a vital role in ensuring that the appropriate level of risk assessment, verification, and validation takes place to ensure business continuity during the migration to a new cloud platform.
"Tintri was started in 2008 with the express purpose of building a storage appliance that is ideal for virtualized environments. We support a lot of different hypervisor platforms from VMware to OpenStack to Hyper-V," explained Dan Florea, Director of Product Management at Tintri, in this SYS-CON.tv interview at 18th Cloud Expo, held June 7-9, 2016, at the Javits Center in New York City, NY.
Containers have changed the mind of IT in DevOps. They enable developers to work with dev, test, stage and production environments identically. Containers provide the right abstraction for microservices and many cloud platforms have integrated them into deployment pipelines. DevOps and containers together help companies achieve their business goals faster and more effectively. In his session at DevOps Summit, Ruslan Synytsky, CEO and Co-founder of Jelastic, reviewed the current landscape of Dev...