Last Updated on May 31, 2026 by andrewshih
If you have been studying for the PMP exam, you have probably encountered scenario-based questions like:
- What should the project manager do?
- What should the project manager do next?
- What should the project manager do first?
These questions are some of the most common — and most frustrating — question types on the PMP exam.
The difficulty is not that the answers are completely wrong. In fact, several answers often sound reasonable.
The real challenge is understanding:
What is the correct action at this moment in the process?
That is exactly what PMI is testing.
Some students approach these questions with oversimplified rules such as:
- “What should the PM do next?” always means analyze.
- “What should the PM do?” means take action.
Unfortunately, both assumptions can lead to wrong answers.
Some students become too passive and overanalyze, while others jump into corrective action before fully understanding the situation.
The PMP exam rewards project managers who understand the proper decision sequence.
Strong project managers do not simply react. They:
- Understand the situation
- Evaluate the impact and options
- Then take action
This article will help you understand how to approach “What should the project manager do?” questions using a structured PMP mindset.
- Why “What Should the Project Manager Do?” Questions Are Difficult
- The Fundamental PMP Decision-Making Principle
- Simple Decision Framework for PMP Questions
- Scenario Type #1: The Problem Just Occurred
- Scenario Type #2: Is the Root Cause Known or Unknown?
- Scenario Type #3: A Change Is Introduced
- Scenario Type #4: Stakeholder or Team Issues
- Common Mistakes PMP Students Make
- PMP Mindset: The Exam Is Testing Timing
- Final Thoughts
- 10 Practice Questions
Why “What Should the Project Manager Do?” Questions Are Difficult
One of the biggest reasons students struggle with these questions is that multiple answers often sound technically correct.
For example:
A stakeholder raises a concern about delays. Possible answers may include:
- Review the schedule
- Meet with the stakeholder
- Submit a change request
- Compress the schedule
Several of these actions may eventually happen during the project.
However, only one answer represents the correct next step based on the information currently available.
That is the key insight.
The PMP exam tests not only whether you know project management concepts. It is testing whether you understand:
- sequencing,
- timing,
- process flow,
- stakeholder engagement,
- and decision logic.
In many cases, the correct answer is not the “best solution.” It is the correct action for that specific stage of the situation.
The Fundamental PMP Decision-Making Principle
The easiest way to approach these questions is to remember this sequence:
| PMP Decision Sequence | Purpose |
|---|---|
| Understand | Gather information and clarify the situation |
| Evaluate | Analyze impact, root cause, and options |
| Act | Implement the appropriate response |
Before taking action, the project manager usually needs enough information to make an informed decision.
However, once the root cause and impact are already known, continuing to analyze becomes unnecessary.
The exam rewards appropriate timing.
Many incorrect answers fail because they:
- Act too early,
- Escalate too quickly,
- Skip stakeholder engagement,
- Continue analyzing after sufficient information already exists.
Simple Decision Framework for PMP Questions
When reading scenario-based questions, ask yourself these three questions:
1. Do I fully understand the situation?
If the answer is no, the correct response is usually:
- Gather more information
- Analyze
- Assess
- Review
- Investigate
2. Has the impact or root cause been evaluated?
If not, the project manager typically needs to:
- Engage stakeholders
- Perform impact analysis
- Conduct root cause analysis
- Review project artifacts
3. Is there enough information to act confidently?
If yes, then the correct response may involve:
- Implementing corrective action
- Executing the response plan
- Escalating according to governance
- Updating the backlog or change request
This framework helps you determine where you are in the decision sequence.
Now, let’s look at four common scenarios.
Scenario Type #1: The Problem Just Occurred
One of the most common PMP scenarios involves a newly identified problem.
You may see question wording such as:
- A delay has occurred
- A defect was discovered
- A stakeholder raised a concern
- A team member identified an issue
- A vendor missed a deadline
At this stage, something has gone wrong. However, the project manager usually has limited information.
This is where many students make their first mistake.
They immediately jump into solutions such as:
- Implement corrective action
- Crash the schedule
- Escalate the issue
- Replace the vendor
But the PMP mindset expects the project manager to first understand the situation before taking action.
Correct PMP Approach
At this stage, the correct answer is often:
- Review the issue
- Assess the impact
- Analyze the situation
- Gather additional information
- Meet with relevant stakeholders
The project manager needs enough information to determine:
- What happened?
- Why it happened?
- Who is impacted?
- What options are available?
Common PMP Trap
A very common incorrect answer is immediate corrective action before sufficient analysis. The PMP exam generally discourages impulsive decision-making. Strong project managers avoid solving the wrong problem.
Scenario Type #2: Is the Root Cause Known or Unknown?
This is one of the most important distinctions on the PMP exam. Many students confuse symptoms with root causes.
For example:
- A dependency was missed
- A deliverable was delayed
- A defect occurred during testing
These statements describe what happened. They do not necessarily explain why it happened.
The underlying cause could still be unknown.
Possible root causes may include:
- Poor communication,
- Inadequate planning,
- Unclear requirements,
- Lack of stakeholder engagement,
- Insufficient training.
If the Root Cause Is Unknown
The project manager is still in the analysis phase.
Correct responses usually involve:
- Performing root cause analysis
- Reviewing project artifacts
- Analyzing the issue
- Gathering additional information
If the Root Cause Is Clearly Identified
Once the question explicitly states the root cause, the situation changes.
For example:
- The delay occurred because the required resources were unavailable
- The defect was caused by incorrect requirements
- The issue resulted from a known process gap
Now the project manager already understands why the issue occurred.
At this point, continuing to analyze is usually unnecessary.
The correct response often becomes:
- Implement corrective action
- Resolve the issue
- Update the plan
- Apply the agreed response strategy
If the Problem Keeps Happening
If the issue repeatedly occurs and the cause is already known, the project manager is expected to think beyond corrective action.
The focus shifts toward:
- Continuous improvement,
- Process enhancement,
- Preventive action,
- Long-term stability.
Simple Rule to Remember
| Situation | Typical PMP Response |
| You only know what happened | Analyze |
| You know why it happened | Act |
| The issue keeps happening | Improve the system |
This is one of the most useful frameworks for PMP situational questions.
Scenario Type #3: A Change Is Introduced
Change-related questions are extremely common on the PMP exam.
Typical scenarios include:
- A stakeholder requests a new feature
- A client wants to modify scope
- A sponsor requests additional reporting
- A regulatory change impacts requirements
The correct answer often depends on the project environment.
Predictive vs Agile Decision Logic
One of the most important PMP mindset distinctions is understanding how change is handled differently in predictive and agile environments.
Predictive Environment
In predictive projects, scope is usually baselined. Changes are controlled through formal change management processes.
The project manager should:
- Assess the impact
- Analyze effects on scope, schedule, cost, and resources
- Submit a change request
- Follow the formal change control process
Agile Environment
In agile environments, scope is more flexible. Changes are commonly managed through the product backlog.
The project manager or agile team typically:
- Adds the request to the backlog
- Prioritizes it with the Product Owner
- Evaluates it during backlog refinement or iteration planning
The team generally avoids disrupting the current sprint unless the issue is critical.
Change Management Decision Table
| Project Environment | Typical PMP Response |
| Predictive | Follow formal change control |
| Agile | Add to backlog and reprioritize |
| Hybrid | Follow the agreed governance process |
Common PMP Trap in Change Questions
One of the most common incorrect answers is:
“Implement the change immediately.”
The PMP mindset generally discourages bypassing governance and evaluation.
Before implementing change, the project manager usually needs to:
- Evaluate impact,
- Engage stakeholders,
- Follow the appropriate process.
Scenario Type #4: Stakeholder or Team Issues
Another major category of PMP situational questions involves people dynamics.
Examples include:
- Conflict between team members
- A disengaged stakeholder
- Misalignment between departments
- Communication breakdowns
- Resistance to change
In these situations, many students immediately choose solution-oriented answers such as:
- Resolve the conflict
- Replace the team member
- Escalate to management
- Force a decision
However, the PMP mindset usually expects engagement before enforcement.
Correct PMP Approach
The project manager should first:
- Communicate,
- Facilitate discussion,
- Understand stakeholder concerns,
- Align expectations.
For example, if two team members are in conflict, the first step is usually not to impose a solution.
Instead, the project manager should:
- facilitate collaboration,
- understand both perspectives,
- and help the team reach alignment.
Key PMP Principle
Do not impose solutions before understanding the underlying people dynamics.
Strong project managers do not only solve visible problems. They first understand what is driving the behavior.
Common Mistakes PMP Students Make
1. Acting Too Early
Students often choose action before fully understanding the situation.
Examples:
- Escalating immediately
- Removing a team member
- Implementing corrective action too soon
2. Over-Analyzing
Other students remain stuck in analysis even after the root cause is already known.
Once sufficient information exists, the PMP mindset expects the project manager to move forward.
3. Ignoring the Project Environment
The correct answer may differ significantly between:
- Predictive
- Agile
- Hybrid environments
Always identify the development approach before selecting an answer.
4. Ignoring Stakeholder Engagement
The PMP exam strongly emphasizes collaboration and communication.
Project managers are expected to:
- Engage stakeholders,
- Facilitate alignment,
- Encourage collaboration before imposing solutions.
PMP Mindset: The Exam Is Testing Timing
One of the biggest mindset shifts for the PMP exam is understanding that PMI often tests timing rather than technical knowledge.
Two answers may both be technically correct.
The difference is:
- One answer represents the correct action now
- While the other represents an action that may happen later
That is why understanding sequencing is critical.
Strong project managers do not simply react. They:
- Understand the situation
- Evaluate impact and options
- Then take action
This pattern appears repeatedly across:
- Risk management
- Stakeholder engagement
- Quality management
- Conflict resolution
- Change management
- Issue resolution
Final Thoughts
The question “What should the project manager do?” is testing whether you understand:
- Process flow,
- Timing,
- Stakeholder engagement,
- Governance,
- Situational decision-making.
The most important principle to remember is:
Understand → Evaluate → Act
Before choosing an answer, pause and ask yourself:
- Do I fully understand the situation?
- Is the root cause known?
- Has the impact been evaluated?
- Is there enough information to act?
That simple framework can dramatically improve your performance on PMP situational questions.
10 Practice Questions
Here are ten practice questions to help reinforce the learning. To view the answer, use the arrow on the right side of each question to display the answer.
Question #1
An agile team is developing a mobile application. During a sprint review, stakeholders say that a recently completed feature works as described, but it does not provide the expected business value. The product owner agrees that the feature was prioritized using outdated assumptions about customer behavior.
What should the project manager do?
A. Ask the team to revise the completed feature during the next sprint so it delivers the value stakeholders expected.
B. Facilitate a discussion with the product owner and stakeholders to review the feedback and adjust the product backlog priorities.
C. Update the definition of done to include validation of business value before a feature can be accepted.
D. Recommend that the product owner conduct additional customer research before approving any future sprint backlog.
Correct Answer: B
The feature was built correctly, but the value assumption behind it is no longer reliable. The project manager should not immediately direct rework or change team rules. The issue needs to be understood with the right people, assessed against current business value, and then handled through backlog reprioritization.
B is correct because, in agile, stakeholder feedback should be used by the product owner to refine and reprioritize the product backlog.
A is too quick to act. The feature may need revision, but that decision should come after the product owner reviews value and priority.
C is plausible, but the definition of done is not the right place to solve a backlog value-prioritization issue.
D is plausible, but it delays action and shifts the focus away from using the current feedback to adjust the backlog.
Question #2
A project manager is leading a hybrid project to implement a new vendor management system. The contract configuration is being managed predictively, while the user portal is being delivered in iterations. During a sprint planning session, the product owner selects several high-value portal features for the next sprint. Later that day, the procurement lead informs the project manager that a contract approval milestone has slipped, and the portal team may not have access to the required vendor data during the sprint.
What should the project manager do?
A. Update the issue log and ask the procurement lead to provide a revised contract approval date before the sprint begins.
B. Collaborate with the product owner to replace the affected portal features with backlog items that do not depend on vendor data.
C. Bring the procurement lead, product owner, and delivery team together to assess the dependency and decide how to adjust the sprint plan.
D. Submit a change request to revise the project schedule and communicate the contract milestone delay to stakeholders.
Correct Answer: C
The project manager understands that the slipped contract milestone may affect the sprint, but the exact impact is not yet clear. Because this is a hybrid project, the issue crosses both the predictive workstream and the agile delivery workstream. The project manager should not immediately change the sprint plan, revise the schedule, or treat the issue only as a procurement delay.
C is correct because it brings the right people together to understand the dependency, assess the impact on the planned sprint work, and determine the appropriate response.
A is plausible, but it focuses too narrowly on procurement and does not evaluate the effect on sprint commitments.
B may become the right action, but replacing sprint work before assessing the dependency is premature.
D may be needed later, but submitting a change request before the impact is understood skips the evaluation step.
Question #3
A project manager is leading a predictive project to implement a new customer portal. During a weekly status meeting, a business stakeholder states that a recently launched competitor feature may make one of the planned portal functions less valuable. The stakeholder asks the project manager to replace that function with a new capability before development begins next week.
What should the project manager do next?
A. Ask the development team to replace the planned function with the new capability to maintain business value.
B. Review the stakeholder’s request, assess the impact on scope, schedule, cost, and risks, and follow the formal change control process.
C. Inform the stakeholder that the scope has already been approved and the requested change cannot be considered.
D. Escalate the request to the sponsor and ask the sponsor to decide whether the team should implement the new capability.
Correct Answer: B
The stakeholder has raised a possible change to the project scope, but the project manager does not yet have enough information to decide whether the change should be made. The request needs to be evaluated before the project team takes action.
In a predictive project, the project manager should first assess how the requested change would affect scope, schedule, cost, resources, quality, and risk. Once the impact is understood, the request should go through the formal change control process for approval.
A is incorrect because it moves directly into implementation before the impact is known.
C is incorrect because the project manager should not reject the request simply because the scope was already approved.
D is incorrect because confirming business value with the stakeholder and sponsor may be useful, but updating the project plan before impact analysis and approval skips the proper sequence.
Question #4
A project manager is leading a hybrid project to replace a legacy claims-processing system. The infrastructure work is being managed predictively, while the user-facing features are being delivered incrementally by an agile team. During a sprint review, operations stakeholders say several delivered features meet the documented acceptance criteria but do not support the way claims are actually processed. The product owner explains that the backlog was prioritized using assumptions from senior leadership because operations representatives were not consistently available during backlog refinement.
What should the project manager do?
A. Ask the product owner to compare the delivered features against the original business objectives and determine whether the next sprint should focus on correcting the workflow gaps.
B. Facilitate a working session with the product owner and operations stakeholders to clarify the workflow gaps and determine how the backlog should be refined and reprioritized.
C. Update the stakeholder engagement plan to require operations representatives to attend future sprint reviews and backlog refinement sessions.
D. Review the acceptance criteria with the agile team and product owner to determine whether the delivered features should be accepted as completed work.
Correct Answer: B
The project manager knows there is a misalignment, but the exact workflow gap and its impact on future backlog priorities still need to be understood. The delivered features meet the documented acceptance criteria, so simply treating this as failed work would be premature. The project manager should first help the product owner and operations stakeholders clarify what is missing, assess how the workflow needs affect the backlog, and then support reprioritization of future work.
B is correct because it follows the right sequence. It brings the right stakeholders together to understand the issue, assess what backlog changes are needed, and then act through backlog refinement and reprioritization.
A is tempting because the product owner should consider business objectives and sprint priorities, but it does not sufficiently involve the operations stakeholders who understand the actual workflow.
C may help prevent the issue from recurring, but it moves to a process improvement before the current misalignment is fully understood and assessed.
D is too narrow because the issue is not whether the features technically met acceptance criteria. The concern is whether the backlog and acceptance criteria reflected the real operational workflow.
Question #5
A project team has missed two consecutive iteration goals. During the retrospective, the team says the same external dependency keeps delaying their work. The issue was mentioned in the previous retrospective, but no follow-up action was taken.
What should the project manager do?
A. Meet individually with team members to understand why the dependency issue was not investigated after the previous retrospective.
B. Ask the product owner to reorder the backlog so the team can select work with fewer external dependencies in the next iteration.
C. Work with the team to analyze the recurring dependency issue, identify the root cause, and agree on actions to prevent it from impacting future iterations.
D. Add the dependency as an impediment in the team’s improvement backlog and review it during the next retrospective.
Correct Answer: C
The team already knows the symptom: the same dependency keeps delaying the iteration. However, the cause and the best response are not yet clear. The project manager should help the team understand why the dependency keeps creating delays, assess what can be done about it, and then agree on actions that reduce or prevent the impact in future iterations.
A is plausible because the lack of follow-up may point to a team behavior issue. However, focusing first on why no one investigated can shift attention away from understanding and resolving the recurring delivery impediment.
B is plausible because backlog reordering may reduce near-term exposure, but it avoids the underlying dependency problem rather than addressing it.
D is plausible because improvement items can come from retrospectives, but simply logging them for later review is too passive when the same issue has already affected two iterations.
Question #6
A project manager is leading a hybrid project. The infrastructure work is following a predictive schedule, while the application features are being delivered in iterations. Midway through the project, the infrastructure team reports that a key environment will not be ready for the next iteration as planned. The agile team says this may block several high-priority backlog items.
What should the project manager do next?
A. Collaborate with the product owner to replace the blocked backlog items with lower-priority work that does not depend on the environment.
B. Update the project schedule to reflect the infrastructure delay and notify stakeholders of the expected impact.
C. Bring the infrastructure lead, product owner, and agile team together to assess the dependency impact and determine the best response.
D. Meet with the infrastructure team to understand why the environment will not be ready and ask them to identify recovery options.
Correct Answer: C
The project manager knows there is a dependency issue, but the full impact across both workstreams is not yet understood. Since the delay affects predictive infrastructure work and may also affect agile backlog priorities, the project manager should not evaluate the issue from only one side.
C is correct because it brings the right people together to understand the dependency, assess the impact on the upcoming iteration and project schedule, and then determine the best response.
A is plausible because backlog adjustment may be needed, but it moves too quickly to changing the iteration plan before the cross-team impact is assessed.
B is plausible because the predictive schedule may need to be updated, but notifying stakeholders before evaluating the actual impact is premature.
D is plausible because the infrastructure delay needs to be understood, but focusing only on the infrastructure team does not assess the impact on the agile team’s upcoming work or backlog priorities.
Question #7
A project manager is leading a predictive project to deploy new compliance reporting software. A regulatory stakeholder informs the project manager that a recently issued reporting requirement may apply to the project. The stakeholder believes the requirement could affect one of the deliverables scheduled for completion next month, but the legal team is already reviewing whether the requirement applies.
What should the project manager do?
A. Submit a change request to add the new reporting requirement to the project scope before the deliverable is completed.
B. Ask the project team to begin updating the deliverable so the project is prepared if the requirement is confirmed.
C. Update the risk register and monitor the regulatory requirement until the legal team completes its review.
D. Work with the regulatory stakeholder and legal team to assess the impact of the requirement and prepare a change request for approval.
Correct Answer: C
The project manager knows there is a possible regulatory requirement, but the project does not yet know whether it applies. Since the legal team is already reviewing applicability, the immediate project management response is to record and monitor the uncertainty as a risk.
C is correct because the situation is not ready for action yet. The project manager should track the potential impact and wait for the legal determination before assessing scope changes or preparing a change request.
A is premature because the requirement has not been confirmed.
B is premature because the team would be changing the deliverable before knowing whether the requirement applies.
D sounds proactive, but it assumes the requirement will apply and moves toward change control before the triggering condition is confirmed.
Question #8
A predictive project has experienced repeated delays in completing design reviews. The project manager worked with the team to investigate the issue and confirmed that review packages were being submitted without all required inputs. The team agreed that a checklist validation step must be completed before any package is sent for review. The next design review cycle is about to begin.
What should the project manager do?
A. Conduct another root cause analysis to determine why review packages were incomplete in previous cycles.
B. Meet with the design reviewers to confirm whether incomplete packages caused the prior delays.
C. Implement the agreed checklist validation step before review packages are submitted.
D. Update the lessons learned register with the design review delays and the agreed response.
Correct Answer: C
The project manager already understands the problem and the root cause. The team has also assessed the issue and agreed on the appropriate response. Since the next review cycle is about to begin, the project manager should not continue reviewing or analyzing the same issue. The project is ready for action.
C is correct because it implements the agreed corrective action before the problem affects the next review cycle.
A is incorrect because the root cause has already been confirmed. Repeating the analysis would delay action.
B is incorrect because the cause of the delay has already been validated with the team.
D is useful later, but documenting lessons learned does not prevent the issue from recurring in the upcoming cycle.
Question #9
A predictive project has experienced repeated delays in completing design reviews. The project manager previously worked with the team to investigate the issue and found that review packages were often incomplete because the design checklist was unclear. The team updated the checklist, but the same issue has occurred again in the current review cycle.
What should the project manager do?
A. Reassess the review process with the team to determine why the updated checklist did not prevent incomplete submissions.
B. Ask the design reviewers to provide additional examples of missing information so the checklist can be clarified further.
C. Require the team lead to verify each review package against the checklist before it is submitted for design review.
D. Record the recurring delay as a quality issue and include the trend in the next project performance report.
Correct Answer: A
The project manager is not ready to simply add another control yet. The team already tried a corrective action by updating the checklist, but the same issue happened again. That means the project manager does not fully understand why the problem is continuing. The earlier conclusion may have been incomplete, the checklist may not have been adopted correctly, or another cause may be contributing to the delay.
A is correct because the project manager needs to return to evaluation and understand why the previous response did not work before deciding on the next action.
B is plausible because more examples may help, but it assumes the checklist content is still the main problem without reassessing the broader process.
C is plausible because verification may eventually be useful, but it adds a control before understanding why the updated checklist failed.
D is useful for reporting, but it does not help the team understand or address the recurring problem.
Question #10
A project manager is leading a hybrid project to launch a new customer onboarding platform. The platform features are being delivered in iterations, while data migration is following a predictive plan. During an iteration review, stakeholders approve the new onboarding workflow. Two days later, the data migration lead reports that several required customer fields are not available in the legacy system, which may prevent the approved workflow from being used as designed.
What should the project manager do next?
A. Update the issue log with the missing data fields and reevaluate the data migration workstream.
B. Work with the data migration lead, product owner, and team to assess the impact of the missing fields on the approved workflow and release plan.
C. Update the risk register with the data availability issue and continue monitoring the migration workstream.
D. Submit a change request to revise the approved onboarding workflow so it aligns with the available legacy system data.
Correct Answer: B
The missing fields are no longer just a possible future concern; they may affect an approved workflow and the release plan. The project manager needs to understand the issue and assess its impact across both the predictive data migration workstream and the agile product workstream before deciding what action to take.
B is correct because it brings the right people together to evaluate the cross-workstream impact and determine the best response.
A is plausible because the issue should be logged and the data migration workstream may need reevaluation. However, it is too narrow because the problem is not limited to data migration. It may also affect the approved workflow, backlog priorities, release scope, and stakeholder expectations.
C is incorrect because this is an active issue, not only a risk to monitor.
D is premature because the team has not yet assessed the impact or considered possible options.



