📖 Study Progress:
0 / 0 opened
🚀

Group 1 – Project Initiation & Charter

5 scenarios
1.1 — You are assigned as PM but NO project charter exists
Situation: Starting without formal authorization
  • 1DO NOT start any work — you have no authority without a charter.
  • 2Meet with the project sponsor to understand business need and objectives.
  • 3Draft the Project Charter yourself and present to sponsor for approval/signature.
  • 4Identify key stakeholders early and document assumptions and constraints.
  • 5Once charter is signed, formally kick off the project.
The Project Charter MUST be signed BEFORE you begin planning. The PM does NOT approve the charter — the Sponsor does.
Project Charter Project Sponsor Project Authorization Business Case
1.2 — Sponsor wants project to start immediately without planning
Situation: Executive pressure to skip planning
  • 1Explain to the sponsor the risks of skipping planning (cost overruns, rework, failure).
  • 2Present a compressed but adequate planning timeline — propose a planning sprint.
  • 3Document sponsor's decision if they insist, noting accepted risks.
  • 4Implement rolling wave planning — plan near-term in detail, future phases at high level.
  • 5At minimum, define scope, schedule milestones, and key risks before execution.
PMP exam always prefers the PM to educate and negotiate — never blindly comply OR refuse outright. Always plan, even if compressed.
Rolling Wave Planning Progressive Elaboration Risk Register
1.3 — Stakeholders disagree on project objectives
Situation: Conflicting expectations at project start
  • 1Facilitate a structured workshop (stakeholder alignment meeting) to surface all objectives.
  • 2Map stakeholder interests using Stakeholder Register and Power/Interest Grid.
  • 3Escalate to the sponsor to make final decisions on conflicting priorities.
  • 4Document agreed objectives in the Project Charter and get sign-off from all key stakeholders.
  • 5Use MoSCoW prioritization to rank features/requirements.
The PM FACILITATES — never makes unilateral decisions on objectives. The sponsor resolves major conflicts.
Stakeholder Register Power/Interest Grid MoSCoW Facilitation
1.4 — You inherit a project already in progress with no documentation
Situation: Taking over a project mid-stream
  • 1Review all available artifacts (emails, meeting notes, contracts, financials).
  • 2Interview key team members and stakeholders individually to understand current status.
  • 3Assess current project health: scope, schedule, budget, quality, risks.
  • 4Hold a project status meeting — establish your presence and communication expectations.
  • 5Create or update the project management plan to reflect reality; get sponsor buy-in.
  • 6Issue a formal status report documenting baseline vs. actual.
First action is always to ASSESS the current state before making any changes or promises.
Project Management Plan Baseline Lessons Learned
1.5 — Business case assumptions have changed before project starts
Situation: Viability change pre-kickoff
  • 1Stop and inform the sponsor immediately — do not proceed.
  • 2Re-evaluate the business case with updated assumptions.
  • 3Present options: proceed, modify scope, defer, or cancel the project.
  • 4Document the decision and rationale in project records.
  • 5If proceeding, update the charter and obtain fresh sign-off.
The PM must always act in the best interest of the organization — even if that means recommending project cancellation.
Business Case Benefits Realization Go/No-Go Decision
📐

Group 2 – Scope & Requirements

6 scenarios
2.1 — A team member adds features not in scope (Gold Plating)
Situation: Unauthorized scope additions
  • 1Stop the unauthorized work immediately and speak privately with the team member.
  • 2Explain that any scope addition must go through the change control process.
  • 3If the feature is valuable, submit a formal Change Request for evaluation.
  • 4Reinforce scope management and WBS use with the entire team.
  • 5Update the Scope Management Plan if needed.
Gold Plating is ALWAYS wrong in PMP — even if well-intentioned. All changes go through CCB.
Gold Plating Scope Creep Change Control Board WBS
2.2 — Customer keeps requesting new features (Scope Creep)
Situation: Uncontrolled scope expansion
  • 1Review the original Scope Statement and WBS with the customer.
  • 2Log all new requests in the change log — do NOT implement without approval.
  • 3Submit each request through the Integrated Change Control process (CCB).
  • 4Communicate impact analysis (time, cost, quality) for each proposed change.
  • 5Update project baselines once changes are approved.
Scope creep = unapproved changes. The PMP answer is always: log it → assess impact → submit to CCB → update baselines IF approved.
Integrated Change Control Change Log Scope Baseline
2.3 — Requirements are vague or conflicting from different departments
Situation: Ambiguous or contradictory requirements
  • 1Facilitate a requirements workshop with all stakeholders to clarify and align.
  • 2Use interviews, focus groups, and prototyping to elicit clear requirements.
  • 3Document in Requirements Traceability Matrix (RTM) and get sign-off.
  • 4Escalate unresolved conflicts to the sponsor for final decision.
  • 5Use a Decision Matrix to prioritize competing requirements objectively.
Requirements must be complete, consistent, and traceable before planning begins. RTM links requirements to deliverables.
RTM Prototyping Focus Groups Elicitation
2.4 — Deliverable completed but customer says it does not match expectations
Situation: Deliverable acceptance dispute
  • 1Reference the documented acceptance criteria — compare deliverable against it objectively.
  • 2If deliverable meets criteria, document the dispute formally and escalate.
  • 3If deliverable does NOT meet criteria, accept responsibility and plan corrective action.
  • 4Improve requirements documentation to prevent this in future phases.
  • 5Use formal Validate Scope process for all future deliverables.
Validate Scope = customer formally accepts deliverables. Acceptance criteria must be documented BEFORE work begins.
Validate Scope Acceptance Criteria Control Quality
2.5 — Scope is larger than estimated — project will overrun
Situation: Scope underestimation discovered mid-project
  • 1Quantify the full scope impact immediately — get accurate estimates.
  • 2Submit a formal Change Request to adjust baselines.
  • 3Analyze options: reduce scope, add resources, extend timeline, or increase budget.
  • 4Present the analysis and recommendations to the sponsor and CCB.
  • 5Update project management plan after CCB approval.
Never hide scope overruns — transparency is a core PM value. Always present options, not just problems.
2.6 — Work is being done that is NOT in the WBS
Situation: Out-of-scope work being performed
  • 1Identify who authorized the work and why it is being done.
  • 2Stop the work if it is truly unauthorized.
  • 3If the work is necessary, submit a Change Request to add it to scope.
  • 4Reinforce that only WBS-authorized work should be performed.
  • 5Update and rebaseline if the change is approved.
The WBS defines 100% of the project scope. If it is not in the WBS, it is not in scope.
100% Rule Work Package WBS Dictionary

Group 3 – Schedule & Time Management

6 scenarios
3.1 — Project is behind schedule (SPI < 1)
Situation: Schedule slippage identified
  • 1Analyze schedule variance — identify which activities are delayed and why.
  • 2Evaluate options: Fast Tracking (parallel activities) or Crashing (adding resources).
  • 3Focus recovery efforts on Critical Path activities only.
  • 4Assess impact of schedule compression on cost and risk.
  • 5Report updated forecast (EAC, ETC) to sponsor and stakeholders.
  • 6Submit Change Request if timeline cannot be recovered within current baseline.
Fast Tracking = overlap activities (increases risk). Crashing = add resources (increases cost). Do critical path first. SPI = EV/PV.
Fast Tracking Crashing Critical Path SPI Earned Value
3.2 — A key activity on the critical path is delayed by external dependency
Situation: External delay impacting critical path
  • 1Confirm and document the delay with the external party immediately.
  • 2Assess total impact on project end date using schedule network analysis.
  • 3Explore workarounds: re-sequence work, use parallel activities, find alternatives.
  • 4Escalate to sponsor if impact cannot be mitigated.
  • 5Update Risk Register — treat this as a risk that has materialized (issue).
  • 6Submit Change Request to adjust the schedule baseline.
External delays require immediate escalation. The PM cannot blame others — must proactively find workarounds first.
External Dependency Issue Log Workaround Float / Slack
3.3 — Management demands you cut the schedule by 20% without reducing scope
Situation: Unreasonable schedule pressure from above
  • 1Do NOT simply agree — perform honest impact analysis first.
  • 2Present data: show what would need to change (resources, cost, quality, risks).
  • 3Offer realistic options with trade-offs (e.g., crash with cost increase).
  • 4If management accepts risks, document it formally and get written approval.
  • 5Implement the approved approach with updated baselines.
You MUST present facts and data — never just say yes. Document accepted risks in writing. The iron triangle: scope/schedule/cost are interconnected.
Iron Triangle What-If Analysis Schedule Compression
3.4 — Team members are not meeting deadlines consistently
Situation: Chronic schedule non-performance by team
  • 1Meet individually with team members to understand root causes.
  • 2Determine if the issue is skill gap, workload, unclear expectations, or motivation.
  • 3Provide coaching, training, or reassign tasks based on root cause.
  • 4Establish clear milestones and accountability (use daily standups if Agile).
  • 5Escalate to functional manager if performance does not improve after coaching.
Always investigate root cause before taking action. Never jump to punishment — the PMP exam values coaching and development.
Performance Management Root Cause Analysis Coaching
3.5 — You discover the schedule baseline was created incorrectly
Situation: Flawed baseline discovered
  • 1Assess the impact — how wrong is it and how does it affect current/future work?
  • 2Inform the sponsor immediately and transparently.
  • 3Develop a corrected schedule using proper technique (CPM, resource leveling).
  • 4Submit Change Request to re-baseline the schedule.
  • 5Document lessons learned to prevent recurrence.
Never hide errors. Transparent reporting is a PM ethical obligation. Baselines can be changed — through the change control process only.
3.6 — Successor activity cannot begin because predecessor is incomplete
Situation: Dependency block halting work
  • 1Confirm exactly what output of the predecessor is needed before successor can start.
  • 2Explore if successor can begin on a partial output with a lag relationship.
  • 3Focus resources on completing the predecessor activity.
  • 4Update the schedule to reflect the actual dependency constraint.
  • 5Recalculate critical path and float for downstream activities.
PDM (Precedence Diagramming Method): FS=Finish-Start (most common), SS, FF, SF. Lag adds delay; Lead adds overlap.
PDM Lag Lead Finish-to-Start
💰

Group 4 – Cost & Budget Management

5 scenarios
4.1 — Project is over budget (CPI < 1)
Situation: Cost overrun identified
  • 1Perform detailed cost variance analysis — identify which work packages are over budget.
  • 2Determine root cause: scope creep, poor estimates, resource waste, etc.
  • 3Calculate EAC (Estimate at Completion) and present updated forecast to sponsor.
  • 4Identify cost reduction options: de-scope, optimize resources, negotiate vendor pricing.
  • 5Submit Change Request if budget increase is needed; update cost baseline.
  • 6Implement tighter cost monitoring going forward (Earned Value Management).
CPI = EV/AC. CPI < 1 = over budget. EAC = BAC/CPI (most common formula). Never wait — report variance as soon as identified.
CPI EAC EVM Cost Baseline
4.2 — Management cuts project budget mid-project
Situation: Budget reduction mandate
  • 1Assess the impact of the cut on scope, schedule, and quality immediately.
  • 2Present management with a detailed impact analysis and options.
  • 3Propose scope reduction or phased delivery to match reduced budget.
  • 4Get management decision in writing — document accepted trade-offs.
  • 5Update project management plan and rebaseline with sponsor approval.
  • 6Communicate changes to all impacted stakeholders.
Budget cuts are real. The PM must present facts and options — never simply absorb the cut without documenting impact.
4.3 — Estimates were inaccurate — actual costs are much higher
Situation: Estimation failure discovered
  • 1Document the variance and root cause (optimism bias, scope misunderstanding, market changes).
  • 2Re-estimate remaining work using bottoms-up estimating for accuracy.
  • 3Report truthfully to sponsor — avoid presenting false hope.
  • 4Submit Change Request for budget revision with detailed justification.
  • 5Apply lessons learned to improve future estimation.
Bottom-up estimating = most accurate but time-consuming. Analogous = fastest but least accurate. Three-point = balances risk.
Bottom-Up Estimating Analogous Estimating Three-Point Estimating PERT
4.4 — Management contingency reserve is exhausted
Situation: Reserve funds depleted
  • 1Notify sponsor immediately — management reserve requires executive authorization.
  • 2Provide full account of how reserves were consumed.
  • 3Request additional funding if project must continue as scoped.
  • 4Propose scope reduction to deliver within remaining budget.
  • 5Evaluate if project should continue at all (benefit vs. cost).
Contingency Reserve = PM controls (known unknowns). Management Reserve = Sponsor/Exec controls (unknown unknowns). Never use management reserve without executive approval.
Contingency Reserve Management Reserve Known Unknowns
4.5 — Team is under-spending — is this good news?
Situation: Under-budget status — investigate before celebrating
  • 1Do NOT celebrate yet — investigate why spending is lower than planned.
  • 2Check if work is actually being performed (SPI vs CPI analysis).
  • 3If work is behind too, underspend is a false positive — you have a schedule AND cost problem.
  • 4If work is on track, the savings are real — explore if contingency can be reduced.
  • 5Report accurately — CPI and SPI together tell the full story.
Under-budget with SPI < 1 means work is NOT being done — not a savings! Always check both CPI and SPI together.
SPI CPI PV EV

Group 5 – Quality Management

4 scenarios
5.1 — Deliverable fails quality inspection / has defects
Situation: Quality failure identified
  • 1Do NOT deliver the defective product — stop and address quality issues first.
  • 2Perform root cause analysis using Fishbone (Ishikawa) or 5 Whys.
  • 3Issue Defect Repair and rework the deliverable.
  • 4Re-inspect after repair — do not skip this step.
  • 5Update Quality Control procedures to prevent recurrence.
  • 6Document in lessons learned.
Cost of Quality: Prevention > Appraisal > Internal Failure > External Failure. Prevention is always cheapest. Rework = internal failure cost.
Cost of Quality Defect Repair Ishikawa / Fishbone 5 Whys
5.2 — Team wants to skip testing to meet deadline
Situation: Pressure to skip quality assurance
  • 1Refuse — skipping testing violates the quality management plan.
  • 2Present cost of quality data: fixing defects post-delivery costs 10x more.
  • 3Explore options: risk-based testing (focus on highest-risk areas), abbreviated but structured testing.
  • 4If sponsor insists, document the risk formally and get written acceptance.
  • 5Do NOT skip testing without written risk acceptance from sponsor.
Quality cannot be inspected in — it must be built in. Shortcuts in QA always cost more later.
5.3 — Customer complains about quality after delivery (external failure)
Situation: Post-delivery quality complaint
  • 1Acknowledge the complaint immediately — do not be defensive.
  • 2Validate the complaint against documented acceptance criteria.
  • 3If valid, develop a corrective action plan with timeline.
  • 4Identify process improvements to prevent recurrence.
  • 5Update lessons learned register.
External failures are the most expensive and damage customer relationships. The PM's response to complaints defines trust.
5.4 — A process audit reveals team is not following the QMP
Situation: Process non-compliance found in audit
  • 1Accept the audit findings — do not dismiss or argue with auditors.
  • 2Investigate why the team is not following the plan (confusion, burden, disagreement).
  • 3Hold a team meeting to reinforce process expectations with context.
  • 4If the QMP is the problem (overly complex), propose improvements through change control.
  • 5Schedule a follow-up audit to verify compliance.
QA = auditing processes. QC = inspecting deliverables. Audits are a GIFT — they find problems before the customer does.
Quality Assurance Quality Control Process Audit Process Improvement
⚠️

Group 6 – Risk Management

5 scenarios
6.1 — An identified risk occurs (risk becomes an issue)
Situation: Risk materialized — now an issue
  • 1Execute the pre-planned Risk Response (from the Risk Register).
  • 2Log the issue in the Issue Log.
  • 3Use contingency reserve if budget impact is expected.
  • 4Communicate to stakeholders per the Communications Management Plan.
  • 5Analyze if this risk triggers other secondary or residual risks.
  • 6Update Risk Register with post-occurrence data.
If a risk response plan exists → IMPLEMENT IT FIRST. Don't re-analyze — execute the plan. Issues = risks that have occurred.
Risk Response Issue Log Residual Risk Secondary Risk Contingency Reserve
6.2 — An unidentified (unknown) risk occurs suddenly
Situation: Unknown risk (black swan event)
  • 1Implement workarounds — immediate unplanned responses to address the issue.
  • 2Use Management Reserve (not contingency reserve) if significant budget impact.
  • 3Escalate to sponsor if impact is beyond PM authority.
  • 4Document the new risk/issue in the Risk Register and Issue Log.
  • 5Conduct retrospective analysis to understand why it was not identified.
Workarounds = unplanned responses to risks that were NOT anticipated. Management Reserve covers unknown unknowns.
Workaround Unknown Unknowns Management Reserve
6.3 — Team member identifies a new risk late in the project
Situation: Late-stage risk identification
  • 1Take the risk seriously — no risk is "too late" to document.
  • 2Perform qualitative risk analysis (probability × impact).
  • 3Add to Risk Register with owner and response strategy.
  • 4Conduct quantitative analysis if the risk is significant (Monte Carlo, etc.).
  • 5Communicate to stakeholders if the risk could impact project objectives.
Risk identification is CONTINUOUS — not just during planning. Any team member can identify risks at any time.
Risk Register Qualitative Analysis Quantitative Analysis Monte Carlo
6.4 — A key vendor is at risk of going out of business
Situation: Vendor financial instability risk
  • 1Confirm the risk — obtain financial data, news, and contract terms.
  • 2Identify alternative vendors immediately — begin pre-qualification process.
  • 3Review contract for termination clauses, IP ownership, and deliverable protections.
  • 4Escalate to sponsor and legal team — this is a high-impact risk.
  • 5Consider transferring risk via insurance or contract guarantees.
  • 6Update Risk Register with mitigation plan and trigger points.
Negative risk strategies: Avoid, Transfer, Mitigate, Accept. Positive risk: Exploit, Share, Enhance, Accept.
Risk Transfer Risk Mitigation Risk Avoidance Trigger Condition
6.5 — Sponsor says "We don't do risk management here — just do the work"
Situation: Organizational resistance to risk management
  • 1Educate the sponsor on the value of risk management with real examples and data.
  • 2Propose a lightweight risk management approach acceptable to the organization.
  • 3At minimum, maintain a risk log informally — document risks even without a formal process.
  • 4Document the sponsor's decision and your recommendation in project records.
  • 5Continue practicing risk management at your level of authority.
The PM is responsible for risk management regardless of organizational culture. A PM who ignores risk violates professional standards.
🤝

Group 7 – Stakeholder Management

5 scenarios
7.1 — A key stakeholder is resistant and uncooperative
Situation: Resistant stakeholder blocking progress
  • 1Meet with the stakeholder privately to understand their concerns and interests.
  • 2Map the stakeholder using Power/Interest Grid — plan appropriate engagement.
  • 3Address root concerns directly — resistance usually has a reason.
  • 4Involve the stakeholder in decisions where possible to build ownership.
  • 5Escalate to sponsor if the stakeholder's resistance is blocking critical work.
Always try to engage and understand BEFORE escalating. The PMP values relationship management and empathy.
Stakeholder Engagement SEAM Power/Interest Grid
7.2 — A new stakeholder is identified mid-project
Situation: Late stakeholder discovery
  • 1Update the Stakeholder Register immediately.
  • 2Meet with the new stakeholder to understand their interests, influence, and concerns.
  • 3Assess their impact on project objectives, scope, or schedule.
  • 4Develop a targeted engagement strategy for this stakeholder.
  • 5Update Communications Management Plan accordingly.
  • 6If their requirements change scope, follow the change control process.
Stakeholder identification is ongoing throughout the project — not just at initiation. Late discovery is common and must be managed.
7.3 — Sponsor is not available / not engaged
Situation: Disengaged sponsor
  • 1Request a structured meeting — present compelling reason (decision needed, risk materializing).
  • 2Adapt communication style to sponsor's preference (brief executive summaries, dashboards).
  • 3Document all decisions and approvals carefully when you do get access.
  • 4Identify alternative decision-maker if sponsor is truly unreachable.
  • 5Escalate the risk of sponsor disengagement through appropriate channels.
Sponsor disengagement is a major project risk. The PM must actively manage the sponsor relationship — not wait to be managed.
7.4 — Senior executive overrides PM decisions without going through CCB
Situation: Executive bypassing change control
  • 1Respect the decision — do not defy the executive directly.
  • 2Document the decision and its impact on baselines formally.
  • 3Educate the executive on the change control process and its purpose.
  • 4Request that future changes go through CCB — provide a streamlined process if needed.
  • 5Update the project management plan to reflect the approved change.
All changes — even from executives — must be formally documented. Undocumented changes destroy baseline integrity.
7.5 — Stakeholders have low engagement / show no interest
Situation: Unengaged stakeholders
  • 1Use Stakeholder Engagement Assessment Matrix to measure current vs. desired level.
  • 2Tailor communications to each stakeholder's interests and preferred format.
  • 3Involve stakeholders in decisions that directly affect them.
  • 4Hold face-to-face or video meetings for important milestones.
  • 5Show stakeholders the "What's in it for me" (WIIFM) connection to their goals.
SEAM levels: Unaware → Resistant → Neutral → Supportive → Leading. Goal is Supportive or Leading for key stakeholders.
SEAM WIIFM
👥

Group 8 – Team & Resource Management

5 scenarios
8.1 — A key team member resigns during the project
Situation: Critical resource loss
  • 1Conduct a knowledge transfer session immediately — document all critical knowledge.
  • 2Assess impact on schedule and deliverables.
  • 3Identify replacement from internal team or begin external hiring process.
  • 4Redistribute workload temporarily — assess team capacity honestly.
  • 5Escalate to sponsor if timeline or budget will be impacted.
  • 6Submit Change Request if baseline adjustment is needed.
Always conduct knowledge transfer BEFORE the team member leaves. Succession planning and cross-training are proactive PM responsibilities.
Knowledge Transfer Resource Management Plan RACI Chart
8.2 — Functional manager pulls team member off your project
Situation: Resource conflict in matrix organization
  • 1Meet with the functional manager to understand the situation and urgency.
  • 2Present the impact of the resource removal on your project schedule and deliverables.
  • 3Negotiate: request a temporary return, part-time sharing, or a suitable replacement.
  • 4Escalate to sponsor if negotiation fails and project is impacted.
  • 5Use the Resource Management Plan and project priority as leverage.
In matrix organizations, functional managers own resources — PMs must NEGOTIATE, not demand. Escalate if negotiation fails.
Matrix Organization Functional Manager Resource Leveling
8.3 — Team morale is low — productivity dropping
Situation: Team motivation crisis
  • 1Identify and understand root causes through 1-on-1 conversations.
  • 2Acknowledge challenges — validate team concerns without dismissing them.
  • 3Reinforce team purpose — connect work to project goals and organizational value.
  • 4Celebrate small wins and recognize individual contributions.
  • 5Remove obstacles blocking the team (Servant Leadership approach).
  • 6Consider team-building activities or adjusting workload distribution.
Maslow: physiological → safety → social → esteem → self-actualization. Herzberg: motivators (achievement, growth) vs. hygiene (salary, conditions).
Maslow's Hierarchy Herzberg Theory Servant Leadership Theory X/Y
8.4 — Team member lacks skills for assigned tasks
Situation: Skill gap in assigned resource
  • 1Assess the gap: how significant and how much time is needed to close it?
  • 2Provide coaching, training, or mentoring from senior team members.
  • 3Reassign tasks if the gap is too large to close within the timeline.
  • 4Pair the team member with an expert (pair programming, mentorship).
  • 5Proactively address skill gaps during resource planning — not just execution.
The PM is responsible for team development. Training is a project cost — include it in the budget and schedule.
8.5 — Two team members are in persistent conflict
Situation: Interpersonal conflict on the team
  • 1Address the conflict immediately — do not ignore it or hope it resolves itself.
  • 2Meet with each party separately first to understand both perspectives.
  • 3Facilitate a joint meeting focused on problem-solving, not blame.
  • 4Use Collaborating (Problem Solving) technique — seek a win-win solution.
  • 5If unresolved, escalate to functional managers or HR.
Best conflict resolution = Collaborating/Problem Solving. Compromising = lose-lose. Forcing = win-lose. Withdrawal = worst. Smoothing = temporary. Avoid withdrawal and smoothing for serious conflicts.
Conflict Resolution Collaborating Compromising Forcing Smoothing
📢

Group 9 – Communication Management

4 scenarios
9.1 — Stakeholders say they are not getting enough information
Situation: Communication gap identified
  • 1Acknowledge the feedback — don't be defensive.
  • 2Review the Communications Management Plan — is it being followed?
  • 3Meet with key stakeholders to understand what information they need and in what format.
  • 4Update the Communications Management Plan with revised frequency and format.
  • 5Implement improved reporting — dashboards, status reports, or standups.
Communication channels formula: n(n-1)/2. More stakeholders = exponentially more communication complexity.
Comms Plan Communication Channels Push/Pull/Interactive
9.2 — You receive bad news about the project — do you hide it from sponsor?
Situation: Temptation to hide negative information
  • 1NEVER hide or delay reporting bad news — this is an ethical violation.
  • 2Report the issue promptly with accurate data and impact analysis.
  • 3Come prepared with options and recommendations, not just problems.
  • 4Frame the communication constructively — problem + options + recommendation.
  • 5Document all communications about the issue.
ALWAYS report bad news promptly. Hiding problems is unethical and always makes things worse. "Come with solutions, not just problems."
9.3 — Virtual/remote team has communication and collaboration issues
Situation: Distributed team communication breakdown
  • 1Establish clear communication protocols: tools, frequency, response expectations.
  • 2Use video calls for important meetings — face-to-face reduces misunderstanding.
  • 3Be aware of time zone differences — schedule inclusively.
  • 4Build rapport through virtual team-building activities.
  • 5Use shared project management tools for transparency (Jira, MS Project, Asana).
Virtual teams face: cultural differences, time zones, technology barriers, reduced informal communication. PM must plan for all of these.
Virtual Teams Cultural Awareness
9.4 — Confidential project information is leaked to outside parties
Situation: Confidentiality breach
  • 1Report the breach to sponsor and legal/security team immediately.
  • 2Identify the source of the leak — do not make accusations without evidence.
  • 3Assess the impact: business harm, regulatory, reputational.
  • 4Review and strengthen information access controls.
  • 5Reinforce confidentiality expectations with the entire team.
The PMI Code of Ethics requires protecting confidential information. Breach must be reported — not concealed.
📋

Group 10 – Procurement & Contract Management

4 scenarios
10.1 — Vendor misses contracted deliverable milestone
Situation: Vendor non-performance
  • 1Review the contract — confirm the vendor is in breach and identify remedies.
  • 2Formally notify the vendor in writing of the missed milestone.
  • 3Meet with vendor to understand cause and obtain a recovery plan.
  • 4Apply contractual remedies if applicable (liquidated damages, penalty clauses).
  • 5Assess impact on project and explore backup vendor options.
  • 6Escalate to legal team if the breach is material.
Formal written notice is required for contract breach. Never manage vendor disputes verbally only — document everything.
Liquidated Damages Contract Breach Control Procurements
10.2 — Vendor requests additional payment beyond contract amount
Situation: Vendor claims and cost disputes
  • 1Review the contract to determine if the request is valid or a claim.
  • 2Request detailed documentation from vendor supporting the additional cost.
  • 3If the claim is valid, process through change control.
  • 4If disputed, enter claims administration process per contract terms.
  • 5Involve legal team — do not make verbal agreements on contract disputes.
Contract types and risk: CPFF = buyer risk, FFP = seller risk, T&M = shared risk. Know which type protects whom.
FFP CPFF T&M Claims Administration
10.3 — Vendor quality is substandard — deliverables do not meet specs
Situation: Vendor quality failure
  • 1Document the deficiencies with detailed quality inspection data.
  • 2Issue a formal notice of non-conformance to the vendor.
  • 3Require corrective action plan from vendor with timeline.
  • 4Conduct follow-up inspections — do not accept rework without verification.
  • 5Consider contract termination if quality issues persist.
Seller quality is the PM's responsibility to manage — not just accept. Inspections before payment are a best practice.
10.4 — Contract must be terminated due to project changes
Situation: Contract termination required
  • 1Review the contract termination clause carefully before any action.
  • 2Consult legal team and follow all contractual termination procedures.
  • 3Issue formal written termination notice per contract requirements.
  • 4Settle outstanding payments per termination provisions.
  • 5Document lessons learned from the procurement process.
  • 6Archive all contract documentation for audit purposes.
Termination for Convenience (buyer choice) and Termination for Cause (seller breach) have different payment rules. Know both.
🔄

Group 11 – Change Management

4 scenarios
11.1 — Customer requests a significant change late in the project
Situation: Late-stage change request
  • 1Document the change request formally — do not commit verbally.
  • 2Perform thorough impact analysis: scope, schedule, cost, quality, risk.
  • 3Present options: implement as requested, reduce scope elsewhere, defer to phase 2.
  • 4Submit to CCB for formal approval — do not implement without authorization.
  • 5Update all baselines and project plans if approved.
  • 6Communicate to all affected team members and stakeholders.
Late changes cost exponentially more. The PM should quantify the cost of late changes to help customers make informed decisions.
Integrated Change Control Change Request CCB Change Log
11.2 — Team implements a change without formal approval
Situation: Unauthorized change implemented
  • 1Assess the impact of the unauthorized change immediately.
  • 2Determine if the change can be reversed — reverse if feasible and no harm done.
  • 3If reverting is too costly, retrospectively document and process a formal change request.
  • 4Meet privately with the team member — explain the change control process and consequences.
  • 5Update the project management plan to reflect the approved status.
  • 6Conduct team training on change control if this is a recurring issue.
Retroactive change requests are possible but not preferred. Prevention through education is better than correction.
11.3 — Too many change requests are coming in — overwhelming the CCB
Situation: Change overload / poor requirements upfront
  • 1Analyze root causes: incomplete requirements, scope misunderstanding, external factors.
  • 2Triage change requests: group, prioritize, and categorize by impact.
  • 3Revisit the Scope Management Plan — tighten requirements definition process.
  • 4Streamline the CCB process if it is creating a bottleneck.
  • 5Consider Agile approach if requirements are inherently unstable.
Frequent change requests indicate poor requirements definition upfront. Prevention is better — invest more in requirements elicitation.
11.4 — A change is approved by CCB but team resists implementing it
Situation: Team resistance to approved changes
  • 1Understand the team's concerns — listen without judgment.
  • 2Explain the business rationale behind the approved change.
  • 3Involve the team in implementation planning to increase ownership.
  • 4Address legitimate technical concerns through proper channels.
  • 5The change MUST be implemented — team input was the time for objection, not after CCB approval.
After CCB approval, the team implements. Resistance should be channeled into how best to implement, not whether to implement.
🧠

Group 12 – Conflict, Ethics & People Issues

4 scenarios
12.1 — A team member complains to you about being harassed by another team member
Situation: Harassment complaint
  • 1Take the complaint seriously and listen without judgment.
  • 2Report immediately to HR and your sponsor — do NOT investigate it yourself.
  • 3Do not retaliate against the complainant — protect the reporter.
  • 4Cooperate fully with the HR investigation.
  • 5Ensure the work environment is safe and respectful for everyone.
Harassment = HR and management issue. The PM does NOT investigate — reports and supports. Inaction is also unethical.
12.2 — You witness a team member submitting falsified timesheet data
Situation: Fraud / ethical violation observed
  • 1Document what you observed with dates and details.
  • 2Report to your manager and HR — this is a legal and ethical obligation.
  • 3Do NOT ignore it — inaction makes you complicit.
  • 4If internal reporting fails, report through organizational ethics channels or PMI.
  • 5Protect yourself — document your report for your own protection.
PMI Code of Ethics: honesty, responsibility, respect, fairness. Reporting fraud is mandatory — not optional. "If you see something, say something."
PMI Code of Ethics Responsibility Honesty
12.3 — You are offered a gift from a vendor bidding on your project
Situation: Conflict of interest / gift situation
  • 1DECLINE the gift — accepting creates a conflict of interest.
  • 2Report the offer to your manager or procurement officer.
  • 3Document the incident to protect yourself.
  • 4Ensure procurement process remains unbiased and objective.
  • 5Review organizational gift policy for clarity on threshold limits.
Conflict of Interest = the default PMP answer is DECLINE and REPORT. Even if the gift is small or "just a lunch," document and disclose it.
Conflict of Interest Fairness PMI Ethics Code
12.4 — You are asked to approve a project report you know contains false data
Situation: Pressure to approve inaccurate reporting
  • 1REFUSE to sign or approve the report.
  • 2Identify the inaccuracies and document them.
  • 3Report the situation to your supervisor or sponsor.
  • 4Request that accurate data be used — provide the correct information.
  • 5Escalate through ethics channels if pressure continues.
Approving false data violates PMI's honesty obligation. Your professional reputation and license are on the line — never compromise integrity.
🔁

Group 13 – Agile & Hybrid Project Scenarios

5 scenarios
13.1 — Team velocity is declining sprint over sprint
Situation: Agile velocity drop
  • 1Conduct a Sprint Retrospective focused on root cause of velocity decline.
  • 2Check for: technical debt, unclear user stories, team member issues, external impediments.
  • 3Reduce Story Points committed per sprint to a realistic level.
  • 4Address technical debt — allocate time in sprint for refactoring.
  • 5Remove impediments using Servant Leadership — clear blockers aggressively.
  • 6Update velocity chart and adjust release plan accordingly.
Velocity = Story Points completed per sprint. Declining velocity = signal, not punishment. Retrospectives are the fix mechanism in Agile.
Velocity Sprint Retrospective Technical Debt Servant Leadership
13.2 — Product Owner is not available for backlog grooming
Situation: Agile PO disengagement
  • 1Escalate to PO's management — PO availability is critical to Agile success.
  • 2Clearly communicate impact: without PO, team cannot deliver the right product.
  • 3Request a delegate or proxy PO if the PO cannot attend.
  • 4Reschedule grooming sessions to accommodate PO availability.
  • 5Document the risk of reduced PO engagement to stakeholders.
In Scrum: PO = defines the WHAT. Scrum Master = facilitates HOW. Dev Team = implements. All three are critical. PO absence = product risk.
Product Owner Scrum Master Backlog Refinement Product Backlog
13.3 — In a hybrid project, the waterfall team and agile team are in conflict
Situation: Waterfall vs Agile team friction
  • 1Facilitate a joint session — educate both teams on each other's methodology and constraints.
  • 2Establish clear integration points and handoffs between methodologies.
  • 3Define a shared vocabulary: what "done" means in each context.
  • 4Create a coordination rhythm: who syncs with whom and how often.
  • 5Use the Hybrid Framework principles: adapt the method to the work, not vice versa.
Hybrid = Predictive + Adaptive. Neither is superior — choose based on what the work requires. The PM bridges both worlds.
Hybrid Approach Tailoring
13.4 — Customer keeps changing priorities sprint to sprint (unstable backlog)
Situation: Backlog instability disrupting sprints
  • 1Protect the Sprint Backlog — once a sprint starts, changes should be minimal.
  • 2Channel priority changes into the Product Backlog for future sprints.
  • 3Coach the PO on backlog management and sprint commitment.
  • 4Conduct better Sprint Planning to align on stable sprint goals.
  • 5If change frequency is very high, shorten sprint length to adapt faster.
Sprint Backlog = locked during sprint. Product Backlog = constantly refined. Sprint Goal provides stability even when individual tasks change.
Sprint Backlog Sprint Goal Sprint Planning
13.5 — Stakeholders want a detailed Gantt chart for an Agile project
Situation: Traditional reporting expected in Agile
  • 1Acknowledge the stakeholder need — they want predictability and visibility.
  • 2Explain how Agile provides visibility differently (burn-down, velocity, release plan).
  • 3Create a high-level roadmap or release plan that provides the predictability they need.
  • 4Offer iterative forecasts — show where you expect to be in 3/6 months based on velocity.
  • 5Customize reporting format to meet stakeholder needs within Agile principles.
Agile does not mean "no planning" — it means adaptive planning. Roadmaps and release plans satisfy traditional stakeholders in Agile environments.
⚖️

Group 14 – Ethics, Compliance & Governance

3 scenarios
14.1 — You discover the project may be violating environmental regulations
Situation: Regulatory compliance issue discovered
  • 1Stop the work that may be in violation — do not continue while under legal risk.
  • 2Report to sponsor and legal team immediately.
  • 3Consult regulatory experts to assess the actual violation and exposure.
  • 4Develop corrective action plan to bring work into compliance.
  • 5Report to relevant regulatory authorities if required by law.
  • 6Document all findings and actions in project records.
Regulatory violations are non-negotiable — the PM has a legal and ethical duty to report them. Continuing knowingly = personal liability.
14.2 — You are pressured to exaggerate the project status in a report to executives
Situation: Pressure to misrepresent status
  • 1REFUSE — this is a direct violation of PMI's honesty principle.
  • 2Report accurate status data — present facts with context and recovery plan.
  • 3Explain to your manager why honest reporting protects everyone long-term.
  • 4Document the pressure you received for your own protection.
  • 5Escalate through ethics channels if pressure continues.
Honest reporting is always the PMP answer — even when uncomfortable. Executives need accurate data to make good decisions.
14.3 — You have a personal relationship with a vendor competing for contract
Situation: Personal conflict of interest in procurement
  • 1Disclose the relationship to your manager and procurement officer immediately.
  • 2Recuse yourself from the vendor evaluation and selection process.
  • 3Assign a neutral party to manage that portion of procurement.
  • 4Document the disclosure and recusal in writing.
  • 5Ensure the process remains objective and defensible.
Disclose first, then recuse. The act of disclosure protects you professionally. Staying silent = unethical.
🏁

Group 15 – Project Closure

3 scenarios
15.1 — Sponsor wants to close the project but work is incomplete
Situation: Premature closure requested
  • 1Assess what work remains and what impact incomplete work will have.
  • 2Formally document the incomplete items and their business impact.
  • 3Obtain written sponsor authorization for early closure.
  • 4Complete all closure activities: documentation, lessons learned, team release.
  • 5Hand off incomplete items to operations or a future project phase.
Premature closure is allowed — but must be formally documented. All projects must close properly even if ended early.
Close Project/Phase Lessons Learned Final Report
15.2 — Customer refuses to formally accept the final deliverable
Situation: Final acceptance dispute at closure
  • 1Reference documented acceptance criteria — objectively verify deliverable meets all criteria.
  • 2If criteria are met, document the dispute formally and request acceptance in writing.
  • 3Use dispute resolution mechanism specified in the contract.
  • 4Escalate to legal team if customer refuses without valid basis.
  • 5Close the project formally regardless — note the dispute in project records.
Formal acceptance is based on pre-agreed criteria — not subjective opinion. If criteria are met, acceptance should be mandatory per contract.
15.3 — Team members don't want to document lessons learned
Situation: Resistance to lessons learned documentation
  • 1Explain the value — lessons learned protect future teams from the same mistakes.
  • 2Structure the session as a facilitated, blame-free retrospective.
  • 3Keep it focused: what went well, what to improve, specific recommendations.
  • 4Make it lightweight — use a template, not a multi-hour workshop.
  • 5Archive in the organizational process assets for future project teams.
Lessons learned = Organizational Process Assets. They must be documented at project end (and ideally throughout). This is a PM responsibility, not optional.
OPA Lessons Learned
🚨

Group 16 – Crisis, Escalation & Emergency Scenarios

4 scenarios
16.1 — Project is failing and cannot be saved within original baselines
Situation: Project in critical distress — recovery decision needed
  • 1Conduct an honest and thorough project health assessment — document all variances.
  • 2Report the situation to the sponsor clearly and immediately.
  • 3Present options: rescue plan with new baselines, re-scope, phase cancellation, or full cancellation.
  • 4Do NOT continue a failing project without executive decision and revised authorization.
  • 5If project is cancelled, manage orderly shutdown: document, close contracts, release resources.
  • 6Conduct lessons learned to capture what went wrong and why.
Project cancellation IS a valid PM outcome — especially when the sunk cost exceeds future value. The PM who recommends cancellation honestly is acting ethically.
16.2 — Force majeure event (earthquake, pandemic, flood) disrupts project
Situation: Catastrophic external event
  • 1Ensure team safety first — this supersedes all project concerns.
  • 2Activate Business Continuity Plan if available.
  • 3Assess full impact on project: people, assets, schedule, budget.
  • 4Notify all stakeholders and customers of the situation and expected impacts.
  • 5Review contract for force majeure clauses — activate if applicable.
  • 6Develop recovery plan and submit Change Requests as needed.
People safety is ALWAYS the first priority — no project objective outweighs human safety. Force majeure usually suspends contractual obligations.
Force Majeure Business Continuity
16.3 — You receive conflicting direction from two senior managers
Situation: Conflicting management direction
  • 1Do NOT choose one manager over the other — avoid taking sides.
  • 2Document both sets of instructions and highlight the conflict.
  • 3Request a joint meeting with both managers to resolve the conflict.
  • 4If they cannot resolve it, escalate to their common superior.
  • 5Pause work affected by the conflict until clarity is obtained.
Never implement conflicting instructions — bring them together to resolve. The PM is a facilitator, not a judge.
16.4 — Project is going well but management suddenly wants to add you to another failing project
Situation: Resource reassignment while managing successful project
  • 1Assess your capacity honestly — can you effectively manage both?
  • 2Communicate the risk to management: splitting attention may harm both projects.
  • 3Propose alternatives: bring in a co-PM for the new project, delegate current project tasks.
  • 4If directed to manage both, document the risks and get a formal decision.
  • 5Prioritize based on organizational strategic priorities.
Never silently accept an impossible workload. Present the facts, offer options, and document the outcome. Multi-project management requires explicit trade-offs.
🏆

Group 17 – Sponsor & Executive Relationship Scenarios

3 scenarios
17.1 — Sponsor micro-manages and overrides your decisions constantly
Situation: Sponsor micro-management
  • 1Have a candid conversation with the sponsor about roles and decision authority.
  • 2Present the RACI chart — clarify who is Responsible and who is Accountable.
  • 3Increase the frequency of status updates to build sponsor confidence.
  • 4Agree on escalation thresholds — what decisions require sponsor involvement.
  • 5If micro-management continues, escalate to PMO or program manager.
Micro-management often reflects loss of trust. The PM should build trust through transparent, consistent reporting.
17.2 — Sponsor changes project priorities mid-execution without formal approval
Situation: Informal priority change from sponsor
  • 1Acknowledge the sponsor's intent — do not dismiss it.
  • 2Explain the impact of the priority change on current work and baselines.
  • 3Submit a formal Change Request for the priority change.
  • 4Process through CCB — even sponsor changes need documentation.
  • 5Update the project plan and communicate to the team once approved.
Every change — even from the sponsor — must be formally documented. Verbal priority changes not documented = undefined baseline.
17.3 — Executives have unrealistic expectations about project outcomes
Situation: Unrealistic executive expectations
  • 1Gather data to quantify the gap between expectations and reality.
  • 2Schedule an executive meeting — present facts clearly and respectfully.
  • 3Offer what IS achievable within the constraints — focus on what's possible.
  • 4Use visual tools: roadmaps, burn charts, S-curves to make data tangible.
  • 5Get formal agreement on revised, realistic expectations.
Expectation management is continuous. The earlier you surface unrealistic expectations, the cheaper and easier they are to correct.
🔧

Group 18 – Vendor & Contractor Relationship Scenarios

3 scenarios
18.1 — Vendor claims your project team caused delays (counter-claim)
Situation: Vendor placing blame on buyer's team
  • 1Review all project communications and contract deliverables objectively.
  • 2Gather evidence — emails, meeting minutes, deliverable logs.
  • 3Assess honestly: did your team contribute to the delay?
  • 4If partially at fault, acknowledge it — propose shared resolution.
  • 5Involve legal team and use contract dispute resolution process if not resolved.
The PM must be objective — even when the vendor is blaming your team. Honesty in dispute resolution protects the project and organization.
18.2 — Vendor proposes innovative approach that changes project design
Situation: Vendor-initiated design change
  • 1Evaluate the proposal objectively — assess technical merits and risks.
  • 2Perform impact analysis on scope, schedule, cost, and quality.
  • 3Submit a Change Request if the proposal is beneficial.
  • 4Get CCB and sponsor approval before authorizing the change.
  • 5Update all relevant project documents and contracts if approved.
Vendor-suggested improvements still go through change control. Never bypass CCB — even for good ideas.
18.3 — Sole-source procurement is questioned by auditors
Situation: Procurement audit challenge
  • 1Provide auditors with all documentation justifying the sole-source decision.
  • 2Show that the decision followed organizational procurement policies.
  • 3Demonstrate that competition was considered and why sole-source was justified (proprietary, emergency, unique capability).
  • 4If documentation is insufficient, acknowledge the gap and improve future procurement records.
  • 5Cooperate fully with the audit.
Sole-source procurement must be formally justified and documented. Audits exist to ensure fairness — cooperate, don't obstruct.
Sole Source Procurement Audit Make or Buy
📄

Master Cheat Sheet — PM Scenario Rules

🔑 Universal PM Rules — What to Do ALWAYS

  • Assess BEFORE acting — never jump to a solution without understanding the problem
  • Report bad news immediately — hiding problems always makes them worse
  • All changes go through CCB — even from sponsors and executives
  • Never implement without a charter — no authorization = no project authority
  • Document everything — verbal agreements do not exist in project management
  • Negotiate before escalating — try direct resolution first
  • Coaching before discipline — understand root cause of performance issues first
  • Decline gifts & disclose conflicts — ethics before convenience
  • Safety of people first — always, in any scenario
  • Come with solutions, not just problems — present options to sponsors

🚫 What the PM Should NEVER Do

  • ❌ Start work without a signed project charter
  • ❌ Implement changes without CCB approval
  • ❌ Hide bad news from the sponsor
  • ❌ Accept gifts from vendors bidding on contracts
  • ❌ Approve false or exaggerated reports
  • ❌ Skip quality testing to meet deadlines
  • ❌ Bypass the change control process — even for small changes
  • ❌ Investigate harassment claims yourself — that's HR's job
  • ❌ Make scope decisions unilaterally — facilitate stakeholder decisions
  • ❌ Punish team members without understanding root cause

📊 Key Formulas Quick Reference

  • EV = % Complete × BAC
  • CV = EV − AC (negative = over budget)
  • SV = EV − PV (negative = behind schedule)
  • CPI = EV / AC (<1 = over budget)
  • SPI = EV / PV (<1 = behind schedule)
  • EAC = BAC / CPI (most common)
  • ETC = EAC − AC
  • PERT = (O + 4M + P) / 6
  • Communication Channels = n(n−1) / 2
🎯

Top PMP Exam Tips — Scenario Questions

How to Approach Scenario Questions on the Exam

  • 🎯 What should the PM do FIRST? — Always assess/analyze before acting
  • 🎯 Change requests — If anything changes scope/schedule/cost, a change request is always correct
  • 🎯 Ethical dilemmas — PMI always chooses honesty, reporting, and transparency
  • 🎯 Conflict — Always try Collaborating/Problem Solving first
  • 🎯 Risk that occurs — Execute the pre-planned response plan first
  • 🎯 Scope additions — Formal change request, never implement directly
  • 🎯 Team performance issues — Investigate root cause before taking action
  • 🎯 Sponsor conflict — Escalate to sponsor's manager or PMO
  • 🎯 Agile retrospective — Always the right tool for team process improvement
  • 🎯 When in doubt — Choose the option that involves communication, documentation, and proper process over shortcuts
  • 🎯 "Who should the PM talk to first?" — Usually the person most directly involved or responsible
  • 🎯 Vendor disputes — Reference the contract, document in writing, involve legal