← PMP: project decisions in a production context
12 / 15 · 60 MIN

Leadership, conflict, and team development

Adapt leadership to capability and context, resolve conflicts with evidence, and demonstrate learning before operational handover.

Choose the leadership intervention

Before intervening, identify the decision, available capability, and the impact of an error. In an isolated reversible experiment, an experienced team can choose its work sequence within agreed boundaries. Someone unfamiliar with the service may need explanation, demonstration, and supervision. The decision changes during an active incident or when authorization is missing. For this lesson’s exercise, write a small matrix: who decides, what outcome they must achieve, which boundaries they cannot cross, and what signals require escalation. Review it when the team, technology, or operating context changes.

Separate technical conflict, interests, and conduct

Two teams may defend different dates because one needs stability while the other is still discovering dependencies. Ask what each date protects before proposing a compromise. If personal attacks occur, address conduct to restore participation; this does not determine which technical hypothesis is correct. In a latency test, for example, check loads, versions, and conditions before selecting the most convincing explanation. If options require spending beyond participants’ authority, prepare escalation with alternatives and consequences. More meetings cannot resolve authorization that only another entity can grant.

Observe the system before evaluating the person

A repeated delay merits a fact-based conversation: commitment, date, impact, and execution conditions. Before concluding lack of commitment, look for conflicting priorities, missing access, dependencies, and production interruptions. In a scenario where three managers send urgent requests to one team, consolidate demand and capacity and obtain a shared priority. A private conversation remains useful, but use specific examples and combine support with follow-up. Incentives also affect behavior: rewarding only closed tickets can encourage forwarding between teams. Observe whether measurement supports actual service resolution and review it with those authorized to change it.

Make room for useful contribution

Participation does not require everyone to speak in the same way or at the same moment. In an international project, a rapid call can hide uncertainty from people needing more time to formulate an English response. Agree channels and deadlines that allow concrete input before deciding. The facilitator can summarize options, confirm understanding, and distinguish consequential objections from individual preferences. Avoid treating silence as acceptance. Keep clear who decides after hearing participants. In Scrum teams, respect Developers’ responsibility for organizing execution; clarifying constraints does not require externally allocating every individual task.

Plan learning around specific gaps

Start with what the person must do and decide in the service. A Linux specialist may understand processes and permissions while failing to recognize an application reconciliation error. Use a conversation and an initial exercise to locate those gaps. Then combine explanation, supervised practice, and a demonstration in which the learner justifies the next step. In the fictional succession plan, reserve time for exceptions and escalation as well as the normal sequence. Record what was demonstrated and what remains, without replacing evidence with stated confidence. If departure comes first, prepare genuinely agreed temporary coverage.

Turn failures into verifiable changes

After stabilization, reconstruct a factual sequence of actions, signals, and information available at each moment. Avoid ending analysis with a claim that someone should have paid more attention. Ask what condition made the action likely and which control could help in a similar situation. In a fictional case, two environments had nearly identical names and the screen did not show the target before execution. An improvement could expose the target and rehearse confirmation; effectiveness still needs observation. Define an owner, deadline, and expected outcome for the action. Learning analysis retains facts and does not remove the need to follow up commitments.

IN PRACTICE

Guided exercise: a specialist leaves in two weeks. Two successors execute the normal flow but fail when reconciliation diverges. Define three decisions they should explain, allocate four available sessions, and propose readiness evidence. Then compare your proposal with this lesson’s succession case.

Common pitfalls

Confusing autonomy with unlimited permissions; attributing delays to commitment without observing workload; seeking blame before understanding conditions; measuring training through attendance; requiring consensus even when a decision authority exists.

Related topics: Lead without becoming the bottleneck · Stakeholders, mandates, and cross-team decisions · Integrated planning: capacity, dependencies, and forecasts

Take this idea with you

Leadership creates conditions for responsible decisions: an understood goal, clear boundaries, room to contribute, observable learning, and escalation when authority ends.

Create account

Reference: PMP Examination Content Outline July 2026 · PMP ECO July 2026; DR PMP 2026.5