Viewing Posts by Mario Trentim
My Mantra: Key Words at Key Moments Are the Key to Success
| One of the most valuable project management lessons I ever learned in my professional life is: Key words at key moments are the key to success. Despite the foundational importance of social and emotional awareness, this “underlying competency” remains unknown to a lot of managers and leaders. Without this awareness, how can they succeed? The truth is that most of them don’t thrive. I’ve worked with professionals at all organizational levels, from the operational floors to the boards of directors. They are usually equipped with more knowledge than they need to effectively engage and involve stakeholders. Nevertheless, I witness stakeholder management disasters every day. Unfortunately, weak sponsorship, untruthful partnership, empty leadership and irresponsible citizenship are the norm, not the exception.
Allay Stakeholders’ Fears I’ve been researching stakeholder management and related topics for years to cope with my daily struggles as a project management practitioner and consultant. (I recently delivered a webinar on the subject that you can watch here.) While compiling tools and techniques, developing frameworks and applying theoretical knowledge in pragmatic ways, I keep coming back to what has become my stakeholder management mantra: Key words at key moments are the key to success. Technical and managerial knowledge are must-haves for project success, but so are underlying competencies—what are known as soft skills. Here’s an illustration. Suppose you are in a hospital waiting to undergo surgery. The doctor enters the room, does his job successfully, and then leaves you by yourself without saying a word. How would you feel? Even if the doctor were highly skilled, you would feel disappointed, right? Caregivers and medical professionals know the importance of a warm reception and voice-guided gestures. Showing that you care is even more important than caring about your patients. So here’s a better course of action: First, announce what you are going to do and explain why. Then, do what you have to do, explaining details during the action as much as possible. Finally, announce that you are done and explain the results. Stakeholders are afraid of change. Anxiety boosted by a lack of the right kind of communication creates huge misunderstandings. That is why—yes, let’s say it again—key words at key moments are the key to success.
How about your projects? Do you plan the type and timing of communications to facilitate change management initiatives? |
A True Story of a Bad Sponsor
| In my previous post, I promised to tell you a sad but true story of a sponsor who was against his own project. As you know, lack of sponsorship is one of the major causes of failure in projects. It is very hard to make things happen without senior-level support. According to author and business consultant John P. Kotter, building a guiding or supporting coalition means assembling a group with the power and energy to lead and sustain a collaborative change effort. That is when strong sponsorship comes to mind in project management. Unfortunately, I was the project manager tasked with the initiative featuring the unfriendly sponsor. By that time, I knew some of the tricks of the change management trade. However, I naively ignored that people have their own hidden agendas.
Sizing Up the Sponsor The sponsor, let’s call him John, was a division manager with almost 25 years dedicated to the same organization. He proposed an audacious project to outsource almost half of his division, creating a new company to own the assets. It was a brilliant idea, strictly aligned with the organizational strategy. There was a solid business case supporting headcount and cost reduction, improved service levels and an outstanding return on investment. The board of directors promptly approved the project and it took off with strong support. You already know that a project, by definition, is a disturbance in the environment. “Project” is synonymous with “change.” Change usually implies resistance. This project faced enormous challenges related to cultural and structural change, power, politics and more. It took me some time to realize John was a real threat to the project. At first, I shared all my information with him, and I trusted that he was an enthusiastically. But along the way, I noticed John was not performing his sponsor role properly. In particular, he was not working on selling or on leadership.
Figure 1 – Sponsor’s roles (Trentim, 2013) Consequently, crucial organizational decisions were postponed, resulting in serious negative impacts on the project. John was responsible for leading change, but he wouldn’t do it. The project was failing because I could not overcome the ultimate resistance barrier: the sponsor. I started asking myself about John’s real intentions. It was a very uncomfortable situation. One day, I was discussing the sponsorship issue with my core team members. Alice asked me, “Do you really think John wants this project to be successful?” A few weeks before, my answer would have been “Sure!” Now, I decided to hold a problem structuring session based on Alice’s doubt. To our amazement, we concluded that if we were in John’s shoes, we would want the project dead. It was simple. Although there was a solid business case with wonderful benefits, none of them appealed directly to John. In fact, John would be demoted from senior division manager to manager of a department of less than half its former budget and staff. He could even lose his job after the successful startup of the outsourcing project. I confronted John. He tried to change the topic several times. Finally, he confessed. I will never forget his words: “Corporate politics forced me to initiate this project. If I did not propose the project, someone else would initiate it and carry it on successfully, destroying my division. I had no choice.” After John’s confession, he was replaced by another sponsor and the project was soon back on track.
Ideals vs. Reality This experience permanently altered the way I view sponsors. Ever since then, I’ve never assumed my stakeholders are ideal. In an ideal project, you would have:
In reality, you have:
The fundamental lesson learned here is that managing stakeholders is far from simple. It is a combination of science (tools, techniques, and best practices), art (soft skills, communications, political awareness) and craft (experience). What was your biggest stakeholder management challenge? Share your experiences and lessons learned below. |
The Secret to Stakeholder Management
| By Mario Trentim
According to Le Chatelier’s Principle, any change in the status quo prompts an opposing reaction in the responding system. Although Henry Louis Le Chatelier was a chemist, his principle applies to project management, right? No project occurs in isolation: Each inevitably disturbs the environment because it stems from the organization’s structure, politics and strategic objectives. So, it’s no wonder that some projects can’t succeed despite a project manager’s best efforts. To make things happen, you need a support coalition of powerful and/or influential stakeholders. But how can you get the necessary buy-in for a project? Let me assure you: You will fail if you try to guess what is in your stakeholders’ heads. We all have a natural tendency to do that because, by nature, we feel uncomfortable with uncertainty and ambiguity. That explains why we are always trying to "fill the gaps." What does this have to do with project management? Everything. Project managers must overcome two biases that pose obstacles to successful stakeholder management. The first is that we see the project from our perspective, which leads us to narrowly identify stakeholders. Forgetting to include the project’s "hidden stakeholders" can be catastrophic. The second, which I believe is bigger, is that we conduct stakeholder assessment and analysis with preconceived thoughts and distorted vision. The secret to stakeholder management is obvious: You cannot catch fish using your favorite food as a bait. You have to use the fish’s favorite food! When assessing stakeholders and strategizing how to engage them in your project, be sure to do your homework. When possible, ask your stakeholders directly about their expectations regarding the project. This diagram offers an overview of potential stakeholder interview questions:
(Monteleone Consulting, 2010“Generic Questions for Interviewing Stakeholders”) Of course, to a certain extent you need to be skeptical of the answers your questions elicit. My MBA students always ask me: How do you know if a stakeholder is telling the truth? My answer is simple: you don't. You cannot tell for sure if a stakeholder is trying to manipulate the project (and you). But here’s a tip. Keep observing your stakeholders' behaviors and attitudes. Always put yourself in the stakeholders' shoes and discuss hypothetical scenarios with your core stakeholder management team. Here is a worst-case scenario: I once had a sponsor who was against the project. I admit it took me some time to realize that he would do everything he could to make the project fail. How did I discover the truth? I’ll explain in my next post—don’t miss it. Until then, share your thoughts. What would you do in this situation? |
Managing for Stakeholders — Not Stakeholder Management
| The new Knowledge Area, stakeholder management, was cheerfully welcomed in A Guide to the Project Management Body of Knowledge (PMBOK® Guide)—Fifth Edition.
Figure 1: Lack of stakeholder management leads to poor results. (Trentim, 2013)
Most of us rely on soft skills, communication and leadership to manage stakeholders. But while they’re helpful, interpersonal skills are far from being the sole way to implement stakeholder management. As a matter of fact, there are hard skills in stakeholder management — tools, techniques and methods that should be diligently applied to enhance stakeholder management and improve project success rates.
For example, there are at least 10 different tools for stakeholder identification. Often, project managers rely only on brainstorming to write a stakeholder registry, conforming to the methodology imposed by a project management office (PMO). That’s why I believe we need a paradigm shift.
A project manager’s goal is to add value. Value depends on stakeholder expectations and perception. Consequently, the project manager’s goal is to engage and involve stakeholders in value creation. This is what we call managing for stakeholders.
On the contrary, the term stakeholder management assumes we can manage expectations. This is wrong. We cannot manage people, to paraphrase U.S. author and businessman Stephen Covey. We lead people. We persuade and influence stakeholders.
In 2013, the Project Management Institute published my book, Managing Stakeholders as Clients. It presents a framework with a paradigm shift from traditional stakeholder management by first setting the premise that we can’t manage stakeholders or their expectations — we can only lead, influence and persuade people. To my surprise, I was the recipient of PMI Educational Foundation’s 2014 Kerzner Award* at PMI® Global Congress 2014—North Americafor my results in managing projects and programs. But in particular, the award recognized my creation of this stakeholder management framework and the results of its application.
The main difference between stakeholder management and managing for stakeholders is this: Stakeholder management’s goal is to manage stakeholders’ expectations, enhancing support and reducing negative impacts — a reactive measure. It’s almost as if project managers develop stakeholder management plans to protect themselves from external interference.
Managing for stakeholders means involving and engaging stakeholders in value creation, boosting their support and having them take ownership in a proactive way. Managing for stakeholders embraces change as a learning process.
While stakeholder management is instrumental, employing processes for conformity, managing for stakeholders is results-oriented. In summary, stakeholder management is an attempt to manage stakeholders’ expectations toward the project. On the other hand, managing for stakeholders is clearly oriented to manage the project and its results for the stakeholders, on behalf of their changing needs and expectations.
Now that it’s clear we should start approaching stakeholder management from a different perspective, in my next post I’ll share more tips and details from Managing Stakeholders as Clients. Don’t miss it!
How do you manage for stakeholders?
*The PMI Educational Foundationadministers the prestigious Kerzner Award. The Kerzner Award is sponsored by International Institute for Learning, Inc. (IIL)to recognize a project manager who most emulates the professional dedication and excellence of Dr. Harold Kerzner, PhD, MS, MBA. |
Lean, Mean PMO Machine
Categories:
PMO
Categories: PMO
| In previous posts, we've discussed the must-haves of establishing a project management office (PMO) and the basics of a PMO implementation plan. After digging deeper into the PMO implementation plan, it's time now to discuss how to keep the PMO focused, effective and providing value. Having a framework that allows you to model the PMO's processes and tailor them to match organizational needs can make corporate project management more valuable. This approach is based on a proven methodology named Business Model Generation, a strategic management canvas for developing new or documenting existing business models visually. We are now going to apply it to a PMO. This is important, because many PMOs start small. Their main concerns are usually tied to monitoring and reporting project results to assist senior-level decision-making. However, as time passes, people think the PMO must absorb new features and responsibilities to remain competitive. But growing a PMO in size doesn't necessarily mean we're improving project governance and corporate results. Maturity is the key to success. And a lean PMO is much better than a large bureaucratic PMO. Take a look at The Project Management Office in Sync with Strategy to see examples of this in practice. Setting up a lean PMO is easier than keeping it lean. If you followed the steps mentioned in previous posts, you already have a strong PMO implementation plan with all the basics. Don't be tempted to add new functions to your PMO unless they are strictly necessary to the value you want to provide. The most important characteristic of a lean PMO is that it is customer-centered. So, the first step is to identify your customers. Then, you have to uncover their needs to define the PMO's value proposition. In my organization, for example, we can spot five customer groups that our PMO wants to serve:
Once you know your customer groups, the next step is to identify their needs. These audience needs could look something like this:
Once we understand our stakeholders and their needs, we can develop a value proposition, which we will discuss in the next post. Meanwhile, I invite you to review the following business model canvas and consider how this could be used to build a lean PMO: Courtesy of Alexander Osterwalder and Yves Pigneur For instance, does the PMO have revenue streams? If not, can we think of something better to substitute instead? What about channels and customer relationship -- do these apply to PMOs? Can a PMO develop alliances? Find out in my next post. For more on planning a PMO, read PMI's Pulse of the Profession®: PMO Frameworks, which was developed by PMPs and provides information o five types of PMOs. |









