Free PMP practice

20 free PMP practice questions

Try an original preview of 20 questions, mostly scenarios, across the three domains of the July 2026 PMP outline: People, Process, and Business Environment, set in predictive, agile, and hybrid projects. The items follow the outline's domain weights (7 People, 8 Process, 5 Business Environment) and its rough 40/60 split between predictive and agile or hybrid settings, but 20 items cannot match the real exam's mix or difficulty, and your score here does not predict a result.

Start question 1

These are original Passy questions written for PMP preparation. They are not official PMI items, not items from PMI's practice exam, Study Hall, or the sample questions on PMI's website, and not recalled exam questions. This web set is multiple choice only, with one answer per item: no multiple-response, matching, hotspot, case sets or graphics. The items are split across the three domains approximately in proportion to the 2026 weights: 7 People, 8 Process, and 5 Business Environment, with 8 set in predictive projects and 12 in agile or hybrid ones. Twenty items cannot match the real exam's mix or difficulty, and your results here do not predict whether you will pass.

Quick PracticeQuestion 1 of 20
Your progress through this set
PeopleStep 1 · Choose one answer

You are the project manager supporting an agile team that works in two-week sprints. Two developers have argued during the last three daily stand-ups about whether every code change needs a second reviewer before it is merged. Other team members have started to stay quiet, and the team has never agreed on a review rule. What should you do FIRST?

Question review

All 20 PMP questions with explanations

Try the set above first, then use this list to review. Each answer and explanation stays closed until you open it.

  1. Question 1 · People

    You are the project manager supporting an agile team that works in two-week sprints. Two developers have argued during the last three daily stand-ups about whether every code change needs a second reviewer before it is merged. Other team members have started to stay quiet, and the team has never agreed on a review rule. What should you do FIRST?

    1. Decide the review rule yourself and announce it at the next stand-up so that the arguing stops
    2. Ask the two developers' functional managers to raise the behavior in their next one-on-one meetings
    3. Understand both views, then have the team agree on a review rule in its working agreement
    4. Ask both developers to keep the topic out of the stand-up and settle it between themselves later
    Show answer and explanation for question 1

    Correct answer: C · Understand both views, then have the team agree on a review rule in its working agreement

    The conflict has a clear source: the team never agreed how code review works, so each developer is defending a personal standard. Hearing both positions and then letting the team set a shared rule in its working agreement removes the cause and gives everyone a standard to point to next time. Deciding the rule yourself may stop the argument, but it takes over a decision the team owns and builds no buy-in. Sending it to functional managers turns a process disagreement into a performance matter and skips the team. Keeping it out of the stand-up protects the meeting but leaves the cause in place and pushes it back onto the two people who are already stuck.

    Look for this next time: When team conflict comes from a missing agreement, fix the agreement with the team instead of imposing a rule or sidestepping the issue.

  2. Question 2 · Process

    A city water utility is starting a project with three parts: installing 400 smart meters, whose specifications and installation steps are well known; delivering the first meter-reading report to the regulator by a fixed date; and building a customer web portal, where residents' needs are unclear and the utility wants feedback on early versions. Which delivery approach should the project manager recommend?

    1. Hybrid: predictive plans for the meters and report date, short feedback iterations for the portal
    2. Fully predictive: sign off every portal requirement before design starts on any part of the work
    3. Fully agile: put meter installation, the regulator's report, and portal features in one backlog
    4. Three unrelated projects, so each team picks its own method and no integrated plan is needed
    Show answer and explanation for question 2

    Correct answer: A · Hybrid: predictive plans for the meters and report date, short feedback iterations for the portal

    The three parts have different profiles. The meter rollout has stable, well-understood requirements and physical work that is costly to redo, and the report date is fixed, so predictive planning with a baseline suits them. The portal has unclear needs and the utility wants early feedback, which favors short iterations. A hybrid plan lets each part use the approach that fits while one integrated plan tracks dependencies, such as the portal displaying meter data. Upfront sign-off on the portal locks in guesses about what residents need. Running the meter rollout as backlog items adds little and weakens control of the fixed date. Unrelated projects lose the integration those dependencies require.

    Look for this next time: Recommend an approach for each part of the work: stable, fixed-date work suits predictive planning, and uncertain user-facing work suits short iterations.

  3. Question 3 · Business Environment

    A hybrid project combines a contracted hardware rollout with agile software releases. Its governance plan sets these thresholds for forecast cost variance at completion: up to 5% of budget, the project manager decides; above 5% and up to 10%, the sponsor decides; above 10%, the steering committee decides. Budget at completion: $2,000,000. Latest estimate at completion: $2,140,000. What should the project manager do?

    1. Approve recovery actions within the project team, since the variance is still below 10%
    2. Take the forecast, its causes, and recovery options to the sponsor for a decision now
    3. Present the forecast overrun to the steering committee at its next scheduled meeting
    4. Wait for one more month of actual costs to confirm the trend before escalating it
    Show answer and explanation for question 3

    Correct answer: B · Take the forecast, its causes, and recovery options to the sponsor for a decision now

    The forecast overrun is $140,000, which is 7% of the $2,000,000 budget, so it falls in the sponsor's band. Escalation thresholds exist so that decisions are made at the right level as soon as a forecast crosses a line, which means the project manager brings the analysis and options to the sponsor now. Acting alone goes beyond the project manager's 5% authority, even though the variance is under 10%. Going straight to the steering committee skips the sponsor and uses a forum the plan reserves for variances above 10%. Waiting for more actuals delays a decision the plan already assigns; a forecast-based threshold is meant to act before the money is spent.

    Look for this next time: Compare the forecast variance with the governance thresholds and escalate to the level the plan names, no higher and no lower.

  4. Question 4 · People

    A predictive project is switching a manufacturing plant to a new electrical substation overnight, and production must restart at 6 a.m. At 2 a.m. the new feed fails its synchronization test, which meets the rollback criteria in the approved cutover plan. The electricians and engineers are proposing different fixes at once, and no one is acting. Which leadership approach should the project manager use right now?

    1. Hold a quick vote among the crew and carry out the fix that most of the people present support
    2. Step back and let the most senior electrician decide, since the crew has the technical expertise
    3. Phone the sponsor and pause all work on site until the sponsor chooses which fix to attempt
    4. Call the planned rollback yourself, give each person a task, and debrief with the team afterward
    Show answer and explanation for question 4

    Correct answer: D · Call the planned rollback yourself, give each person a task, and debrief with the team afterward

    Time is short, the approved plan already says what to do when the test fails, and the team has stalled. That calls for a directive style for the moment: confirm the rollback, give clear assignments, and keep people safe and coordinated. The project manager returns to a participative style in the debrief, where the team's ideas about the failure are needed. A vote takes time the window does not have and could pick an untested fix over the approved rollback. Handing the call to one electrician gives up the coordinating role while people disagree. Pausing everything for the sponsor wastes minutes when the plan already authorizes the rollback.

    Look for this next time: Fit the leadership style to the moment: be directive when time is short and an agreed plan exists, then return to a participative style.

  5. Question 5 · Process

    A predictive project to build a training center has a budget at completion of $500,000. The month-6 status report shows: planned value $250,000; earned value $200,000; actual cost $230,000. A steering committee member reads the report as “under budget, because we have spent less than planned.” Which reading is correct?

    1. Over budget and behind schedule: CPI is about 0.87, SPI is 0.80, and EAC is about $575,000
    2. Under budget and behind schedule: actual cost is $20,000 below planned value, and SPI is 0.80
    3. Over budget but on schedule: CPI is about 0.87, and most of the $250,000 of planned work is complete
    4. On budget and ahead of schedule: SPI is 1.25, and the cost variance is within a normal tolerance
    Show answer and explanation for question 5

    Correct answer: A · Over budget and behind schedule: CPI is about 0.87, SPI is 0.80, and EAC is about $575,000

    Earned value compares the work done with both the money spent and the work planned. Cost variance is EV minus AC: $200,000 − $230,000 = −$30,000, and CPI is 200,000 ÷ 230,000 ≈ 0.87, so each dollar spent has produced about 87 cents of planned work. Schedule variance is EV minus PV: −$50,000, and SPI is 200,000 ÷ 250,000 = 0.80. If the cost trend continues, EAC = BAC ÷ CPI = $575,000. The committee member compared actual cost with planned value, which ignores how much work was actually done. “On schedule” ignores the SPI. An SPI of 1.25 comes from dividing PV by EV, which turns the index upside down.

    Look for this next time: Judge cost by comparing earned value with actual cost, and schedule by comparing earned value with planned value; never compare actual cost with planned value.

  6. Question 6 · People

    Midway through a hybrid project (a predictive data migration plus a customer portal built in two-week iterations), the project manager learns that the call center supervisors who will use the portal every day were never added to the stakeholder register. The supervisors have heard a rumor that the portal will cut their staff and are asking questions. What should the project manager do FIRST?

    1. Ask the sponsor to send the supervisors a message telling them to support the new portal
    2. Wait until user acceptance testing to involve the supervisors, so the portal is stable when they see it
    3. Add the supervisors to the register and analyze their interest, influence, and engagement level
    4. Send the supervisors the release notes after each iteration so they can follow the portal's progress
    Show answer and explanation for question 6

    Correct answer: C · Add the supervisors to the register and analyze their interest, influence, and engagement level

    A stakeholder group that was missed, has strong interest, and is already uneasy needs to be analyzed before anyone decides how to engage it. Adding the supervisors to the register and assessing their interest, influence, concerns, and current versus desired engagement lets the project manager plan the right response, such as inviting them to iteration reviews and addressing the staffing rumor with the sponsor. A sponsor directive may get compliance but not trust, and it ignores the concern. Waiting for acceptance testing throws away the chance to shape the portal through iteration feedback. Release notes are one-way information and do not address what the supervisors care about.

    Look for this next time: When you discover a missed stakeholder group, analyze it first, then plan engagement around its interest, influence, and concerns.

  7. Question 7 · Process

    At a sprint review for an online grocery app, analytics show that the recipe-sharing feature released two sprints ago is used by fewer than 2% of customers. Store managers report that customers keep phoning to change their delivery slots, which the app does not allow. Three more recipe-sharing enhancements sit near the top of the product backlog. As the project manager, what should you encourage?

    1. Finish the remaining recipe enhancements first, since they were already estimated for this release
    2. Ask the developers to slip delivery-slot changes into the current sprint without the product owner
    3. Keep the backlog order fixed until the release ships, then review all of the feedback in one session
    4. Have the product owner reorder the backlog with this input, moving delivery-slot changes higher
    Show answer and explanation for question 7

    Correct answer: D · Have the product owner reorder the backlog with this input, moving delivery-slot changes higher

    Value-based delivery means using evidence and stakeholder feedback to decide what to build next. The usage data says the recipe feature returns little value, and the store managers describe a real customer pain point, so the product owner, who is accountable for ordering the product backlog, should reorder it with that input. Finishing items because they were estimated ignores the feedback loop that iterations exist to create. Slipping work into the sprint behind the product owner's back bypasses the person who owns the ordering and can put the sprint goal at risk. Freezing the order until the release ships wastes several sprints on low-value work when the evidence is already in hand.

    Look for this next time: In adaptive work, let usage data and stakeholder feedback reorder the backlog through the product owner instead of finishing work just because it was planned.

  8. Question 8 · Business Environment

    An agile team is building a feature that lets patients upload medical history forms to a clinic's app. During backlog refinement, a developer mentions that the organization's privacy office requires a privacy impact assessment before any feature that stores health data goes live. No one has contacted the privacy office, and the feature is planned for the next release. What should the project manager do?

    1. Let the team build and release the feature, then finish the assessment in the next sprint
    2. Engage the privacy office now and make the assessment part of the feature's acceptance criteria
    3. Ask the product owner whether the assessment adds enough customer value to earn a place in the backlog
    4. Have the developers check their own code against the privacy policy and record the requirement as met
    Show answer and explanation for question 8

    Correct answer: B · Engage the privacy office now and make the assessment part of the feature's acceptance criteria

    A compliance requirement is a constraint, not an optional backlog item to be traded against value. Contacting the privacy office while the feature is still being refined lets the team learn what the assessment needs and build any required controls into the work, and putting the assessment in the acceptance criteria means the feature cannot count as done without it. Releasing first and assessing later creates exactly the gap the policy exists to prevent. Asking whether compliance earns its place treats a mandatory requirement as negotiable. Self-review by the developers replaces an assessment the organization has assigned to its privacy office.

    Look for this next time: Treat compliance requirements as mandatory: engage the responsible function early and build the requirement into what done means.

  9. Question 9 · People

    A newly formed agile team of experienced engineers waits each morning for the project manager to tell each person which backlog item to work on. When the project manager is in other meetings, work stops. What should the project manager do?

    1. Coach the team to plan and pull its own work, and stay available to remove impediments
    2. Keep assigning the work each morning, since the team is new and the goal must be met
    3. Name the most senior engineer as team lead and have that person hand out the daily assignments
    4. Ask the product owner to assign backlog items to individual engineers during sprint planning
    Show answer and explanation for question 9

    Correct answer: A · Coach the team to plan and pull its own work, and stay available to remove impediments

    Agile teams manage how they do their own work, and these engineers are experienced enough to choose and coordinate their tasks. The project manager's job is to build that habit: coaching the team to plan together, pull work from the sprint backlog, and use the daily meeting to coordinate, while removing impediments the team cannot clear itself. Continuing to assign work keeps the project manager as the bottleneck that is already stopping progress. Making a senior engineer the assigner only moves the bottleneck. The product owner decides what is most valuable, not who does which task, so asking the product owner to assign work mixes up the roles.

    Look for this next time: Empowering an agile team means building its ability to organize its own work, not handing the task-assigning job to someone else.

  10. Question 10 · Process

    On a predictive office relocation project, team members have been typing activities straight into the scheduling tool from memory. During a review, the project manager notices that no one listed the network cabling or the removal of old furniture, and two departments entered overlapping tasks. What should the project manager do before the schedule is baselined?

    1. Ask each department for a complete task list and merge all of the lists into the schedule
    2. Baseline the schedule now and add missing activities later through change requests
    3. Decompose the approved scope into a WBS with the team, then define activities from it
    4. Turn the activity list into a product backlog so missing items can be added as they are found
    Show answer and explanation for question 10

    Correct answer: C · Decompose the approved scope into a WBS with the team, then define activities from it

    Missing deliverables and duplicate tasks are signs that the scope was never broken down. A deliverable-based work breakdown structure, built from the approved scope with the team, helps make sure all of the work is captured once, and schedule activities can then be defined from its work packages. Merging department lists repeats the problem, because no one checks the lists against the full scope. Baselining a schedule that is known to be incomplete builds change requests into the plan from the first day. A product backlog is a sound tool for adaptive work, but this relocation is predictive, and a backlog would not by itself reveal what has been left out.

    Look for this next time: In predictive work, decompose the approved scope into a deliverable-based WBS before defining and baselining schedule activities.

  11. Question 11 · People

    A predictive project is replacing a plant's control system over 14 months. In month 5, the project manager learns that the only engineer who understands the old system's custom interfaces will transfer to another site in six weeks. Phase 3 depends on mapping those interfaces. What should the project manager do?

    1. Ask the engineer to write a detailed handover document during the last week before the transfer
    2. Record the departure as a lessons-learned item to discuss with the team at project closure
    3. Plan to hire an outside consultant to work out the interfaces again once Phase 3 begins
    4. Identify the critical interface knowledge now and pair a successor with the engineer on real work
    Show answer and explanation for question 11

    Correct answer: D · Identify the critical interface knowledge now and pair a successor with the engineer on real work

    This is critical knowledge with a deadline. Naming the knowledge that matters most and pairing a successor with the engineer on actual interface work, backed by documentation they build together, transfers both written and hands-on knowledge while the expert is still available to answer questions. A document written in the final week is likely to be rushed and leaves no time to test it. Logging the departure for closure treats a live threat to Phase 3 as history. Hiring a consultant after the engineer leaves pays to rediscover what could be transferred now, and it still puts the Phase 3 dates at risk.

    Look for this next time: When critical knowledge sits with one person, identify it early and transfer it through shared work while that person is still available.

  12. Question 12 · Process

    A predictive project has five activities. A: 4 days, no predecessor. B: 6 days, after A. C: 3 days, after A. D: 5 days, after C. E: 2 days, after B and D. Crash options: B by up to 2 days at $500 per day; C by up to 1 day at $1,500 per day; D by up to 2 days at $1,000 per day; E cannot be shortened. The sponsor needs the project to finish 2 days sooner. Which option does that at the lowest added cost?

    1. Shorten B by 2 days, for $1,000
    2. Shorten C by 1 day and D by 1 day, for $2,500
    3. Shorten D by 2 days, for $2,000
    4. Shorten B by 2 days and C by 1 day, for $2,500
    Show answer and explanation for question 12

    Correct answer: C · Shorten D by 2 days, for $2,000

    Path A-B-E takes 12 days and path A-C-D-E takes 14, so A-C-D-E is the critical path and B has 2 days of total float. Only shortening critical activities moves the finish. Cutting D by 2 days costs $2,000 and brings A-C-D-E to 12 days, equal to A-B-E, so the project finishes in 12 days. Cutting C and D by a day each also reaches 12 days, but costs $2,500. Shortening B is cheapest, but B is not on the critical path, so it only adds float and the end date does not move. B plus C costs $2,500 and gains just 1 day, because D still holds A-C-D-E at 13. After the crash both paths are critical, so any slip on either one delays the finish.

    Look for this next time: Compress only critical-path activities, start with the lowest cost per day, and check whether a parallel path becomes critical.

  13. Question 13 · Business Environment

    On a hybrid stadium ticketing project, the turnstile hardware follows an approved baseline tied to a fixed installation contract, and the fan app is built in sprints. In one week, the facilities team asks to fit a different turnstile model at two gates, and a fan survey asks for in-seat food ordering in the app. How should the project manager handle the two items?

    1. Send both requests to the change control board, since every change on the project needs formal approval
    2. Put the turnstile change through change control and give the app idea to the product owner
    3. Add both requests to the product backlog and let the product owner order them
    4. Approve the app feature at once and decline the turnstile change, since the hardware baseline is fixed
    Show answer and explanation for question 13

    Correct answer: B · Put the turnstile change through change control and give the app idea to the product owner

    In a hybrid project each part keeps its own change mechanism. The turnstile hardware is baselined and tied to a contract, so a model change needs a documented change request, an analysis of its effect on cost, schedule, and the contract, and a decision by the change authority. The app is adaptive, so a new feature idea goes to the product owner, who weighs it against the rest of the backlog. Sending both to the board adds needless overhead to the adaptive part. Putting the hardware change in the backlog bypasses the baseline and contract controls. Approving or declining on the spot skips the analysis, and a baselined item can still be changed through the process.

    Look for this next time: In hybrid work, send changes to baselined components through formal change control and send new ideas for adaptive components to the product backlog.

  14. Question 14 · People

    During a release review, the project manager notices that the marketing team's launch materials list all 30 backlog features for the four-month date. The kickoff slides showed a release forecast, not a commitment, and the agile team's velocity over the last five sprints suggests about 18 of the 30 features will be done by then. What should the project manager do?

    1. Review the velocity forecast with marketing and the product owner, and agree on priorities for the date
    2. Ask the team to raise its velocity estimate so the forecast shows all 30 features done in four months
    3. Explain that agile teams never commit to dates, so no forecast for the four-month mark can be given
    4. Borrow developers from another team right away so the whole backlog can be finished in four months
    Show answer and explanation for question 14

    Correct answer: A · Review the velocity forecast with marketing and the product owner, and agree on priorities for the date

    The marketing team's expectation and the team's evidence do not match, and the project manager's job is to bring them together with facts. Reviewing the forecast built from actual velocity, clarifying what kickoff presented, and working with the marketing lead and the product owner on which features matter most for the date turns a later disappointment into a decision now. Inflating the velocity estimate hides the gap and sets up a bigger surprise. Saying agile teams never forecast is wrong; release forecasts based on velocity are normal, and refusing one damages trust. Adding people mid-stream rarely raises output right away, and it commits money and staff nobody has approved.

    Look for this next time: When expectations and delivery evidence diverge, share the evidence early and facilitate agreement on priorities instead of promising more or refusing to forecast.

  15. Question 15 · Process

    A predictive project to fit out a new clinic has a completed, approved design with exact quantities. The work will take about four months, and material prices have been stable. The buyer wants the seller to carry the risk of cost overruns and wants a price it can put in the budget now. Which contract type fits best?

    1. Cost plus fixed fee, with the fee negotiated now as a share of the current estimate
    2. Time and materials, with hourly rates agreed now and a ceiling price added later
    3. Fixed price with economic price adjustment tied to a materials index
    4. Firm fixed price, based on the approved design and the quantities it specifies
    Show answer and explanation for question 15

    Correct answer: D · Firm fixed price, based on the approved design and the quantities it specifies

    When the scope is well defined, a firm-fixed-price contract lets the buyer set the price up front and puts the risk of cost overruns on the seller, which is what this buyer wants. A cost-plus-fixed-fee contract reimburses the seller's costs, so the buyer carries the overrun risk; it suits work whose scope or effort cannot be defined well. Time and materials leaves the total open, and a ceiling added later gives no protection now. An economic price adjustment protects against unstable market conditions over a long contract; with four months of work and stable prices it adds complexity and moves price risk back toward the buyer.

    Look for this next time: Match the contract type to scope definition: a well-defined scope supports a firm fixed price, which puts cost risk on the seller.

  16. Question 16 · People

    In a hybrid program, the steering committee reviews a monthly report with milestones, budget, and a red, amber, or green status. The software teams track progress with release burn-up charts. Committee members say they cannot tell from the burn-up charts whether the software will be ready for the fixed launch milestone. What should the project manager do?

    1. Replace the burn-up charts with percent complete for each software task, since the committee knows it
    2. Agree with the committee on a summary that shows the burn-up forecast against the launch date
    3. Invite the committee members to every sprint review instead of sending them a monthly report
    4. Attach the full product backlog and each team's velocity history to the monthly report
    Show answer and explanation for question 16

    Correct answer: B · Agree with the committee on a summary that shows the burn-up forecast against the launch date

    Reports should be tailored to the decision the audience has to make. The committee's question is whether the software will be ready for a fixed milestone, and the burn-up chart already holds that answer once it is translated: the forecast range against the milestone date, in the committee's format, with a short plain-language note. Agreeing the format with the committee also creates a feedback loop. Percent complete by task fits adaptive work poorly and can look healthy while delivered value lags. Sprint reviews exist for product feedback and would cost the committee far more time than a monthly report. Attaching raw backlog data adds detail but no clearer answer.

    Look for this next time: Tailor reports to the decision the audience must make, translating team metrics into the governance view instead of replacing them or burying readers in data.

  17. Question 17 · Process

    An agile team building a payroll app keeps finding defects in the user acceptance environment, and each sprint now loses about a third of its capacity to fixing them. Most of the defects are in tax calculations that worked in earlier sprints. What should the project manager encourage the team to do?

    1. Plan a dedicated hardening sprint before each release to find and fix the defects in one batch
    2. Ask the business users to test more thoroughly in acceptance so that defects are logged sooner
    3. Add automated regression tests for the tax rules and make passing them part of the Definition of Done
    4. Take fewer stories into each sprint so the developers have more time left over for fixing defects
    Show answer and explanation for question 17

    Correct answer: C · Add automated regression tests for the tax rules and make passing them part of the Definition of Done

    Defects that return in calculations that once worked point to missing regression protection. Automated regression tests that must pass before work counts as done move appraisal into the sprint, where breakage is cheapest to catch, and cut the rework costs the team is paying now. A hardening sprint moves detection even later and lets defects pile up. More thorough user testing is appraisal at the most expensive point, after the work has left the team. Taking fewer stories frees time for fixes but leaves the cause in place, so the team keeps paying the same failure cost and delivers less.

    Look for this next time: Catching defects early, for example with automated regression tests built into the Definition of Done, usually costs less than finding and fixing them later.

  18. Question 18 · Business Environment

    On a predictive project to build a distribution warehouse, the risk register lists a risk that the city could issue the occupancy permit late. The planned response names a trigger, “permit not issued by May 1,” and a contingency plan to lease temporary storage for incoming stock. It is now May 2, and the permit has not been issued. What should the project manager do?

    1. Carry out the contingency plan, log the issue, and update the risk register and stakeholders
    2. Reassess the permit risk's probability and impact before deciding whether any response is needed
    3. Add a new risk about late permits to the register and assign it to the facilities manager to own
    4. Wait one more week for the city's decision, since the permit may still arrive before the stock does
    Show answer and explanation for question 18

    Correct answer: A · Carry out the contingency plan, log the issue, and update the risk register and stakeholders

    The trigger has occurred, so the risk has become an issue. Its response was analyzed and approved in advance precisely so it could be used without delay. The project manager carries out the contingency plan, records the issue in the issue log, updates the risk register, and tells stakeholders what is happening. Reassessing probability makes no sense for an event that is already under way. The risk is already in the register, so adding a new one duplicates it and delays action. Waiting a week ignores the trigger the team chose and could leave incoming stock with nowhere to go.

    Look for this next time: When a risk trigger occurs, treat the risk as an issue and carry out the planned response instead of analyzing it again.

  19. Question 19 · Process

    A predictive project is rolling out a new warehouse management system. The customer has formally accepted all deliverables, and the sponsor wants the project closed this week. The operations support team says it has not received the runbooks or the training listed in the agreed transition criteria and will not take over support. What should the project manager do?

    1. Close the project as planned, since formal acceptance of the deliverables is the test of completion
    2. Release the project team and tell the operations team to raise tickets for any gaps it discovers
    3. Ask the sponsor to instruct the operations team to accept responsibility for support this week
    4. Hold closure until the transition criteria are met, with a plan to deliver the runbooks and training
    Show answer and explanation for question 19

    Correct answer: D · Hold closure until the transition criteria are met, with a plan to deliver the runbooks and training

    Closure depends on readiness for transition, not only on accepted deliverables. The agreed transition criteria name runbooks and training, and the receiving team confirms they are missing, so the project is not ready to close. The project manager should tell the sponsor, agree a short plan with operations to finish the handover, and then close. Closing on acceptance alone leaves the system without a support team that can run it. Releasing the project team removes the people who can write the runbooks and deliver the training. A sponsor instruction may force a handover on paper, but the support team still cannot operate the system.

    Look for this next time: Validate readiness for transition against the agreed criteria before closing, even when every deliverable has been accepted.

  20. Question 20 · Business Environment

    An agile team is building a fleet-tracking product on a cloud provider's mapping service. The provider announces that the version of its mapping interface the product uses will be retired in seven months, and the replacement works differently. The product backlog is currently full of new customer features. What should the project manager do?

    1. Ask the product owner to cancel the current sprint so the team can start the migration immediately
    2. Help the product owner and team size the migration, add it to the backlog, and order it for the deadline
    3. Note the announcement and come back to it nearer the retirement date, once the replacement is stable
    4. Raise a formal change request for a change control board to approve before the backlog changes
    Show answer and explanation for question 20

    Correct answer: B · Help the product owner and team size the migration, add it to the backlog, and order it for the deadline

    A change in the external technology environment is an input to the backlog. The team should assess the impact (how much work the migration is and what it touches), add the work to the product backlog, and let the product owner order it so it finishes well before the retirement date, telling stakeholders how that shifts the feature forecast. Cancelling a sprint is reserved for a sprint goal that has become obsolete, and a change seven months away does not make the current goal obsolete. Waiting wastes lead time and invites a rushed migration. A change control board is a predictive control; an adaptive team takes on new work through the backlog.

    Look for this next time: Assess external changes as soon as they are announced and fold the resulting work into the backlog in time to meet the deadline.

Use the sample well

The rationale matters more than the score.

A short set can show you what deserves another look. Twenty questions are a small sample, so a score here cannot measure PMP readiness or predict a pass.

01

Answer before reviewing

Decide whether the project is predictive, agile, or hybrid, note what the question asks for, pick one answer, and read why the other choices fall short.

02

Read every rationale

Confirm why the best option fits, even when you were right.

03

Follow the pattern

Use recurring misses—not one score—to choose your next focus.