14

Occasionally, key stakeholders of a given project (perhaps those with organizational authority several levels above that of the project manager) will have conflicting requirements or demands of the project manager. How can a project manager deconflict these requests when the stakeholders (who may be peers) can or will not come to an agreement?

2
  • I have to wonder, why do stakeholders not have to pay directly for the requirements they ask for? This is how people make decisions in a real marketplace, which the office is not.
    – user16132
    Commented Jan 27, 2015 at 18:00
  • 1
    Having them pay directly doesn't solve it. What would you do if senior manager A pays you to make X and senior manager B does the same to make Y, but X and Y can not physically coexist? Or they both pay to do it in a month, but there just aren't enough resources to fulfill both requests? Commented Jan 28, 2015 at 12:36

7 Answers 7

11

Probably the best you can do is to gather stakeholders in a single room, lock the door, make a list of conflicting requests/goals (all goals actually), and not let anybody out until they prioritize the list in some way.

Let them have their discussions, let them have their fights. Answer their questions and make clarifications.

But as long as they're peers and none of them can make the call for anybody else it's their job to reach some kind of consensus. However it's PM's job to facilitate this meeting.

It can happen that, for whatever reason, they won't give up that easy and will oppose against having a meeting. Then PM's goal is the same except they have to run between one office and another passing bits of information between one and another trying to help them to sort the list of goals/requests. The pattern is similar, the difference is in time consumption.

2
  • I've found it to be very difficult to take approach #2, running between offices. I've learned that my time is way more valuable, and I fight tooth and nail to get people in the same room so I don't have to be the middle man. :)
    – jmort253
    Commented Apr 2, 2011 at 3:38
  • That's obvious that the first one is better... if feasible. However I know a couple of stakeholders who will generally reject to meet to discuss such subjects and since they're on the very top of the pecking order if PM is out of luck and have them both in the project they end up being kind of messenger. Btw: usually the more conflicting goals the sooner they find out some consensus as it is hard to ignore "go west" request from your peer if you want to go east. Commented Apr 2, 2011 at 9:29
2

I recently picked up a great trick from the book "Elements of Scrum" on managing trade offs.

The authors suggest a simple forced rank Four by Four table.

Along the top list:

FIXED FIRM FLEXIBLE FLUID

Along the right side list:

SCOPE

DATES

RESOURCES

QUALITY

You then get four Xs. One X per column (Fixed, Firm, Flexible, Fluid). You get the stakeholders and sponsor to agree on this at the start of the program.

I am using this on a high risk project right now. Date is fixed, Quality is firm, Scope is flexible and Resources are fluid. We've run into a lot of issues and I've been able to go back to the chart to form a basis of discussion on what we will do.

Every single time we've either adjusted the scope or added resources (bodies, money, hardware) to the project. Halfway through the project and the chart is holding.

Best,

Joel

2

Conflicting goals and stakeholder demands are the norm. Not only do you have stated objectives that differ but you also have hidden goals and agendas. The latter is even more problematic because you cannot see them, hear them, or respond to them.

For those that are known, hitting them head on is your only option. If these differing objectives and demands directly threaten your success, it is the joint responsibility/accountability of PM and sponsor to resolve to the degree possible.

You need to deploy a prioritization method that "objectively" scores each goal/demand comparing value, cost, and risk for the organization. This method needs to have strong rules of engagement--to which all stakeholders agree--so that you keep folks at the table and acting like adults. The PM needs to use a strong facilitator to get them through the scoring process. The method will rack and stack the objectives and get everyone a bit closer to the high priority demands. Allow each stakeholder to continue arguing his/her case for say the top 30%, maybe 40%, then score again. This is iterative and ought to end up with a group consensus. Your threat here is someone walking out of the process.

Once this parts finish, the real work begins. You need to maintain this prioritization and manage those that came up short, the politics and ongoing lobbying, and those that disengage. This is where your communication and org change capabilities come to play.

1

I am making the assumption that the conflicting demands are in the form of changes to the objectives and deliverables of the project, and hence can be considered as change requests, so I'm answering from that perspective. There may be other perspectives around timescales, resources, etc.

The PM should be working to the content of the Project Initiation Document (PID) and should have a strategy agreed with the Executive / Sponsor in terms of how to deal with change requests that move the scope beyond a given tolerance. It doesn't matter who is asking for a change: if this will take the scope beyond the tolerance, the agreed approach needs to kick in - and I would recommend that the normal route would be for the PM to escalate the change to the Project Board. Unless the change is adding value, the Board would/should be completely within its rights to reject the request, no matter who is asking for the change.

Pragmatically, there may be political reasons for going along with a change (ie the CEO wants it, and won't take "no" for an answer), in which case it gets logged, included in the scope, and the project is re-planned taking this into account.

In short, have a strategy for dealing with change, and use it.

0

First of all, be clear about the project objectives. Try to find a way to align the disparate needs to the objectives. If after this, the demands still conflict, bring in the sponsor to help manage the expectations.

0

First, a stakeholder is not the same thing as a shareholder. A shareholder is a person who bought shares in a company and who became that way an owner of that company. They are not suppose to bug in the daily management of the company. They have their own yearly meeting and they elect the board of the company that decides the main goals of the company and the strategies and tactics to achieve them.

Second, now a days, most people are afraid to lose their job. We are getting out the worst economic recession after the great depression of the 1930s. Usually, a company fires some of its employees when they sell less than expected of the products and services they provide.

Third, a company, an enterprise, a small business is not a social group of friends. When you are a private company, you don't receive bail out money from a foundation or a government when you go under for a few months.

Fourth, an employer signs contracts with their employees. When they meet the requirements, they are given a pay.

Finally, when people disagree on something you have to find out if they really have at heart the profit of the company. It is not everybody that remind themselves regularly than without a profit, the company must close its doors. You have to focus your employees on the profit making. A good manager can drop a product or a service, start a new one and do that in a way that assures the stability of the enterprise. A good manager is able to see under the disagreements the new opportunities that will benefit all.

0

To manage conflicting stakeholder demands, I prioritize open communication to understand each stakeholder's perspective and align their goals with the overall project objectives. Then, I use data-driven insights and a collaborative approach to find common ground and make decisions that best serve the project's success.

1
  • As it’s currently written, your answer is unclear. Please edit to add additional details that will help others understand how this addresses the question asked. You can find more information on how to write good answers in the help center.
    – Community Bot
    Commented Sep 11 at 9:08

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.