The best information on stakeholders is safest hidden away.
That's the gist of a point I made in an article recently. The point was that good stakeholder information can be so controversial that you cannot place it in a standard stakeholder analysis document.
Stakeholders are a key part of your project workforce. And good stakeholder information is a very valuable project treasure. If you know your stakeholders well, you have already reduced surprises.
The wise project manager keeps two kinds of stakeholder information. The first kind can be documented in standard forms and posted on sites for document sharing. The second kind should be kept away from public view.
So there is a public analysis and there is a private analysis. Your public analysis, includes information like
Your private analysis can include all the public information, but have extra columns. These extra columns should show
Consider creating a diagram with level of Power/prestige on the X axis and on the Y axis, a spectrum from Fully opposes (project), Somewhat opposes, Neutral, Somewhat supports, Fully supports. Place stakeholders within this diagram.
How do you get this information? If you have been in an organization for a long time, you pick it up from experience. If you are new to an organization, then start talking to people informally about the stakeholders. Do your best from it appearing as an interview. You want the feel of a friendly (safe) conversation. Ask questions about the stakeholders.
And so on. You get the idea.
And, because this private information can be controversial if made public, you'll need to keep this for yourself in your own notebook or somewhere else where it will not get into other's hands. Like any valuable treasure.
This month we are looking at Global PM on ProjectManagement.com. Among the potential problems experienced when managing teams that are based on different continents is simply being successful at facilitating meetings.
You may not even see the problems during the meeting. Yet the meeting ends, everyone seems to agree and when it comes for tasks to be completed, or deliverables being delivered, there are problems. They seem to come out of nowhere, or everywhere. You follow your facilitation best practices, but they do not give you the same results as when you deal with teams that are co-located with you.
There are many reasons for this (in fact, I have many articles and blog posts on this site dealing with cultural and other differences between experienced and well-meaning co-workers), so what you need are techniques you can use to help make sure there no surprises.
Wait 3 to 5 seconds after you ask a question or ask for comments.
Whenever you are in a meeting, listen for this situation: The leader or someone will ask "Are there any questions?" When this happens, count the number of seconds before the leader says something like, "OK, then, we can move on."
Typically, this will be about one second. That's way too fast, especially for a global meeting. How many times have you heard someone say, "Hey, sorry, but I want to go back to a previous topic"? They were victimized by the lack of response time.
Do not make that mistake. Wait three to five seconds. Count it out to make sure. It may seem like a lifetime, especially if you have had too much espresso, but wait.
Let us count the reasons why you should wait…
If you have additional reasons, please comment to this post. Maybe you have stories about bad communication in meetings with global participants.
Avoid blaming an individual directly or indirectly during a meeting.
A person may be the immediate noticeable target, but rarely the root cause that should be the target of an effective response. And when you blame an individual in a meeting where participants are from multiple geographic zones, it creates an environment of fear and confusion that is not sustainably productive to provide you with the results you need.
Among the many and varied reasons why blaming an individual is the wrong approach are
A better approach for a globally-sensitive leader is to focus attention on where in the process or interactions things went wrong and work in a positive collaborative manner to resolve the problem and avoid it in the future. You should explain that the objective is for everyone to come out looking successful.
In related cultural conversations, you can explain that politeness should be interpreted as helping everyone on the project be successful even if it means having to be open and honest. Give yourself as an example.
This technique, while time-consuming is actually a powerful global team-building activity. It sets the stage for your workforce to resolve their own intra-team problems - without you!
We continue with the important topic of persuasion, giving you more and better ways to use the "persuasion tool.".
Here's a situation for you and a question:
You have to ask one of your team leads for an updated work schedule after a requirement was adjusted. Because of the decision meeting schedule, you need the update more quickly than will be comfortable for the team lead. You recall that the same team lead has rejected your requests the last couple of times. So should you expect better treatment this time or the same treatment as last time?
It's better to know in advance so that you can customize your approach. You don't want to take the wrong tone or say something that will make getting the information in a timely fashion less likely.
Use Previous Rejection to Your Advantage
Research was actually done related to this and the verdict is: Someone who has rejected you previously is more likely to grant your request. Perhaps it is because they are guilty from turning you down the first time. Doesn't really matter to you, actually. Make your request confidently, even if you have been rejected multiple times before, because the odds are in your favor.
Remind Target of Their Control
Unfortunately for us project managers, like the situation above, we are often in the situation where we can request that a task be done, but the individual we are requesting from does not have to grant our exact request. Maybe they will grant the request eventually, but later than we need. Maybe they meet our timeline for providing information, but the quality of the information does not meet what we really need. We need all the persuasion tactics we can master to drive work to completion.
Ironically, you can be better off if you remind your target of their control when you frame your request. As part of your initial request, not later, you affirm the target's control in the situation by saying something like:
There was a study done to confirm this was true looking across 42 separate previous studies. The tactic worked in most contexts, so definitely try it out when you make one of your more difficult requests.
Express Confidence in Worker Ability to Complete
If you are trying to persuade one or more people to complete a task, not necessarily make a decision, two points are important to get across: your confidence that they can do it and that you are there to support the effort.
Assuming that you have defined what you want, a key motivator is that you have confidence that the worker or team can do the work. Say it clearly using words you are comfortable with. This statement reduces an unspoken concern over potential problems or failure that will result in negative consequences for those completing the task. This concern is always present, and more pronounced in certain environments, some of which you may have worked in. With this tactic, you can be the positive force that helps teams complete tasks in any environment.
What are tactics you use to persuade in difficult circumstances?
When was the last time you had to be persuasive? Maybe it was to convince someone to start something right away. Maye it was to overcome resistance to doing something at all. Whatever the case, it was a time when you had to use a "tool" project managers need: The ability to persuade.
I'll also wager that you used a tactic to persuade that you are comfortable with, maybe even out of habit, without considering whether it was the most effective method. You may have used a tactic that is common in your workplace. We mimic what we see in the workplace. We may even use a persuasion technique that would work on us.
The problem is that none of these reasons for choosing a method of persuasion are good. They do not guarantee that the most effective method is chose. If persuasion is an important project management tool, then care must be taken how it is used.
Researchers actually do studies to determine what techniques are effective. You should pay attention to what has been learned to make yourself a better project manager, able to get work done through others. Today's post is the start of a series called "Friendly Persuasion" that will cover many aspects of persuasion relevant to project managers. It's actually a broad topic!
Recently in Inc.com, Christina DesMarais talked to Clinical Psychologist Jeptha Tausig-Edwards about what research has shown actually works when persuading others. There are particular points that apply to project managers.
Don't Bury the Headline In Your Request
This was in a topic in a previous post in this blog. When you are in a conversation where you are going to make your request, state request first. This generally increases your chance of being accepted.
This tactic can be applied to stakeholder interactions, where, for example, you need the individual's approval or you need to use the individual's resources for a period of time to keep your project on track.
This tactic works because studies found the reality is that those who you target with your request have other things on their mind or may simply be worn out. They appreciate you getting to the point.
In your pitch, be specific as to benefits of the made of your target. For example, you can say:
Have a Back-up Plan
OK, so even if you have a good pitch, you may get rejected. Don't take "No" for an answer all the time, though. Be ready with a particular response tactic that may keep your options open so that you are not dead in the water.
Researchers have determined that the words you use in your reaction to "No" are critical to success. You have to use the alternative option format as shown in these examples:
The reason is to keep the individual from responding based on their preference and get them to respond based on their character. The work has to get done, you are asking your target decision-maker to help you with how the work is going to get done.
As you can see, when you know what works, you can prepare for the interaction. You can even grab success from the jaws of failure. Perhaps more importantly, the tactic may be different in tone and content than a less effective method that you would have used without knowledge of research.
This topic is so important that I'll post additional proven tactics this month (and in the future) to start you off in the new year with better interaction skills.
Until then…Where have you had to apply your powers of persuasion? How did it go? Have you experienced bad attempts at persuading you?
Teams are more successful dealing with stress when they have a shared purpose. That was the conclusion reached by studies and reported in my last post. So the question remaining is: How can this information be translated into success tactics for you as a project manager? You have to continuously foster a particular line of communication related to challenges. Here are tactics you can use:
From the beginning of the project, promote its business benefits. The shared purpose will be to complete the project so those benefits are realized.
When hiring workers, start building a high-performance team by selecting people who see project obstacles and challenges as opportunities.
Later in the project, as obstacles appear and work teams are put under stress, remind the team that the benefits depend on successfully completing the project together.
Discuss the challenges the project team is facing. Bring the conversation around to what the project team can do to meet the challenge. Determine how to work together to meet challenges, surmount obstacles and reduce stress. For example:
Do not mistakenly communicate an attitude that appears you want to avoid stress during the project. And don't imply that stress is something individuals will have endure on their own. This does not work. The team must expect to work to meet challenges together, and that will reduce stress overall.
Set up new deliverables like the requirements document as a key part of getting business benefits. Make sure the deliverables mention or link back to the business benefits desired. This not only good practice but helps to link team members together throughout the project.
If key points from the project charter change at any time, use that as a trigger to update the project team on adjustments to the shared purpose.
At the end of the project, as part of Closing, communicate to everyone who participated that the benefits will be achieved because of their participation to complete. This will cement in their minds that working together as a team is superior to other methods. And you will be remembered as the project manager who runs projects this way.
Notice how all these tactics lead to regular discussions about obstacles and challenges. Build up a habit to think in this way. Project managers regularly talk about risks and issues, so this is not a foreign concept. The trick is to communicate that project challenges are not stressful threats, but opportunities for the team to succeed.