Free Practice Questions for PMI PMI-RMP Exam

The risk manager should update the risk register with both the opportunities and threats identified during the SWOT analysis. This will help in tracking and managing all potential risks throughout the project lifecycle.

Update the risk register with the identified risks Comprehensive and Detailed Explanation: According to the PMI Risk Management Professional (PMI-RMP)® Examination Content Outline1, one of the tasks in the domain of Risk Identification is to update the risk register with identified risks, causes, categories, and potential responses1. A risk register is a document used to track and report on project risks and opportunities throughout the project’s life cycle2. In this scenario, the risk manager should update the risk register with the identified risks, both opportunities and threats, that result from the SWOT analysis. The risk manager should also include the causes, categories, and potential responses for each risk, as well as other relevant information such as probability, impact, priority, owner, etc. The risk manager should not add only the threats to the risk register, because opportunities are also a type of risk that can have a positive effect on the project objectives and should be recorded and managed accordingly3. The risk manager should not utilize different tools to identify the risks, because the SWOT analysis is a valid and useful tool for risk identification and there is no indication that it was insufficient or inappropriate for the project context4. The risk manager should not plan risk responses to the threats, because that is a separate process that comes after risk identification and requires further analysis and evaluation of the risks5. References: 1: PMI Risk Management Professional (PMI-RMP)® Examination Content Outline, page 82: Risk Register in Project Management - Project Management Academy63: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, page 3974: How to Perform a SWOT Analysis - Project Risk Coach25: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, page 440.

The risk management plan provides guidance on how often the risk register should be updated or reviewed. It takes into account the specific industry, project, and organizational context, including the business rhythm.

According to the PMI-RMP Exam Content Outline1, one of the domains of the PMI-RMP certification is risk monitoring and reporting. This domain includes tasks such as “monitor and report on risk metrics and trends”, “monitor the status of risk response activities and update risk register and risk report accordingly”, and “monitor and control project contingency and management reserves”. These tasks imply that the risk manager should regularly check and report on the status of risks identified according to their prioritization (B), monitor the status and oversee execution of the risk response plan for each identified risk ©, and ensure management reserves are sufficient to cover the mitigation plans for all identified risks (D). These actions will help the risk manager to ensure the risk management plan remains effective during the project timeframe. Therefore, the best answers are B, C, and D.

rences: 1: PMI-RMP Exam Content Outline, pages 9-10.

In a situation where there are concerns about finishing the project within the budget due to delays and cost increments, using estimation and probability analysis tools, such as Monte Carlo simul-ations, is appropriate. These tools help the risk manager to model potential outcomes based on different scenarios, providing a statistical probability of staying within the budget or finishing on time. This data-driven approach allows for more informed decision-making regarding the project's financial risks​.

Comprehensive and Detailed In-Depth Explanation:

Extreme Programming (XP) emphasizes continuous feedback, early testing, and adaptive planning. When discrepancies arise, XP encourages identifying root causes and taking corrective actions without delaying value delivery.

Option D: Run a spike, identify what went wrong during implementation, and request a change to enhance value delivery (Correct Answer).

A spike is a time-boxed research activity used to explore a problem, test assumptions, and mitigate uncertainty in XP methodology.

By running a spike, the team analyzes what went wrong in implementation and applies the findings to ensure future iterations align with customer needs.

The PMI-RMP Guide states that “proactive risk response planning helps teams course-correct and maintain delivery momentum” (PMI-RMP Exam Prep Study Guide, 2021, p. 142).

The Agile Practice Guide supports the use of spikes, highlighting that “spikes allow agile teams to validate uncertainties in requirements, leading to more informed decision-making” (PMI & Agile Alliance, 2017, p. 89).

Option A: Release this version and leave changes to be done at the end of the project phase (Incorrect).

XP emphasizes continuous improvement and early defect resolution rather than postponing fixes.

Leaving changes until later may increase technical debt and reduce user satisfaction.

Option B: Arrange a workshop where all ideas will be discussed and take corrective actions ensuring value delivery (Partially Correct but Not the Best Answer).

While workshops help gather feedback, they do not provide technical validation of what went wrong.

A spike (Option D) is a better approach because it directly investigates the issue and leads to actionable changes.

Option C: Ask the development team to brainstorm and come up with suggestions that will improve the delivery date (Incorrect).

Brainstorming may generate ideas but does not analyze the root cause of the discrepancies.

Without a structured approach like a spike, there is a risk of guessing rather than using data-driven solutions.

Final Verdict:

The best answer is D (Run a spike, identify what went wrong during implementation, and request a change to enhance value delivery) because a spike provides empirical insights, leading to more effective corrective actions.

Best practice requires immediate assessment and updating of risk-related documents as soon as new risks or issues are identified. This includes working with the technical team to understand the impact, updating the risk register and project schedule, and communicating with stakeholders.

"When new risks or issues arise, project documents such as the risk register, schedule, and stakeholder communications should be updated promptly to ensure that stakeholders are informed and risk responses are integrated into project planning."

— PMBOK® Guide, 6th Edition, Section 11.7 (Monitor Risks: Work Performance Information and Updates)

This keeps the project adaptive and transparent.

Sensitivity analysis is a quantitative risk analysis technique used to determine how variations in individual project risks affect project objectives, such as cost, schedule, or performance. By analyzing the sensitivity of these variables, the project team can identify which risks have the most significant potential impact on the project. This information is crucial for prioritizing risk responses and allocating resources effectively.

PMI Risk Management Study Guide References:

The PMI-RMP Exam Content Outline includes sensitivity analysis as a key technique in performing quantitative risk analysis, aiding in the identification of high-impact risks that require focused attention.

The risk manager should include an escalation process in the risk management plan to address risks that may impact other projects. This ensures that any identified risks that could affect multiple projects are communicated and managed appropriately across the organization.

The risk manager should include an escalation process in the risk management plan to deal with risks that may affect other projects or the organization as a whole. An escalation process is a set of procedures that defines how and when risks should be communicated to higher levels of authority or responsibility for decision making or resolution. The escalation process should specify the criteria, roles, responsibilities, and communication channels for escalating risks. The risk manager should follow the escalation process when identifying risks that may have extensive impacts beyond the scope of the project. The other options are not appropriate actions for the risk manager to take. Contacting the risk managers of the other projects and informing them is not sufficient, as it does not ensure that the risks are properly addressed or resolved. Taking note of the extensive impact of these risks in the risk register is not enough, as it does not involve the necessary stakeholders or decision makers. Addressing the unique characteristics of these risks on a case-by-case basis is not consistent, as it does not follow a standard process or protocol. References: 2, 3, 4

The risk manager should have their team review the scope of work and requirements to ensure they understand the project's objectives and deliverables. Additionally, reviewing the risk management plan will help the team understand the risk management process, roles, and responsibilities, and prepare for the risk identification workshop.

According to the PMBOK® Guide – Sixth Edition1, the scope of work and requirements are key inputs for the risk identification process, as they define the project boundaries, deliverables, assumptions, and constraints. The risk management plan is also an essential input, as it provides the guidelines and framework for how risk management will be performed throughout the project. The other options are not relevant for risk identification, as they are either related to other processes (such as Monte Carlo analysis for quantitative risk analysis) or not directly related to the project risks (such as the list of pre-approved contractors or the organization chart for city permit department). References: PMBOK® Guide – Sixth Edition, pages 397-398.

The project manager should escalate this initiative to project decision makers and sponsors, as they have the authority to approve changes in budget and scope. They can evaluate the potential benefits and associated with the new technology and make an informed decision on whether to proceed.

 According to the PMBOK® Guide1, an opportunity is a risk that would have a positive effect on one or more project objectives if it occurs. Opportunities are uncertain events or conditions that can enhance or facilitate the achievement of project goals, such as cost savings, schedule acceleration, quality improvement, or scope expansion. A project manager should take advantage of opportunities by implementing risk responses that seek to maximize their probability and/or positive impact. In this case, the project manager wants to introduce a new technology to improve the project’s performance, which is an opportunity for the project. The project manager should take advantage of this opportunity by planning and executing appropriate risk responses, such as exploiting, enhancing, sharing, or accepting the opportunity. This is part of the Plan Risk Responses and Implement Risk Responses processes in the PMBOK® Guide1. References: 1: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition.