Pass the PMI PMI Certification PMI-RMP Questions and answers with CertsForce

According to the PMBOK® Guide, a scope change request is a formal proposal to modify any project document, deliverable, or baseline. It is an output of the Perform Integrated Change Control process, which is the process of reviewing all change requests, approving changes, and managing changes to the deliverables, organizational process assets, project documents, and the project management plan. A scope change request may introduce new risks or affect existing risks on the project, which may impact the project objectives, such as scope, schedule, cost, and quality.

The risk manager should support the project manager with the scope change request by evaluating any new risks that are introduced due to the change in scope. This is because the risk manager is responsible for planning, implementing, and monitoring the risk management activities on the project, as well as communicating and reporting the risk information to the project manager and other stakeholders. The risk manager should use the appropriate risk identification and analysis techniques, such as brainstorming, interviews, checklists, SWOT analysis, cause and effect diagrams, probability and impact assessment, etc., to identify and evaluate the new risks that may arise from the scope change. The risk manager should also document the new risks in the risk register, which is a project document that contains the details of all identified individual project risks and other relevant information.

The other options are not valid for what the risk manager should do to support the project manager with the scope change request:

Update the risk management plan to reflect the scope change: This is not a valid option because the risk management plan is a component of the project management plan, which describes how risk management activities will be structured and performed on the project. It is an output of the Plan Risk Management process, which is the process of defining how to conduct risk management activities for a project. The risk management plan should not be updated to reflect the scope change, but rather to reflect any changes in the risk management approach, methodology, roles and responsibilities, budget, timing, risk categories, definitions, reporting formats, etc. The risk management plan should be updated only when there is a change in the risk management process, not in the project scope.

Reassess the identified risks that impact the project scope: This is not a valid option because reassessing the identified risks that impact the project scope is part of the Monitor Risks process, which is the process of implementing risk response plans, tracking identified risks, monitoring residual risks, identifying new risks, and evaluating risk process effectiveness throughout the project. The risk manager should not reassess the identified risks that impact the project scope before evaluating any new risks that are introduced due to the change in scope. The risk manager should first identify and analyze the new risks, and then reassess the existing risks to determine if they are still valid, relevant, and prioritized.

Update the risk register to identify, analyze, and plan a response for any new risk: This is not a valid option because updating the risk register to identify, analyze, and plan a response for any new risk is a combination of several risk management processes, such as Identify Risks, Perform Qualitative Risk Analysis, Perform Quantitative Risk Analysis, and Plan Risk Responses. The risk manager should not update the risk register to identify, analyze, and plan a response for any new risk in one step, but rather follow the sequential and iterative risk management processes to ensure a comprehensive and consistent risk management approach. The risk manager should also coordinate and communicate with the project manager and other stakeholders when updating the risk register, as well as obtain their approval and input.

PMBOK® Guide1, Risk Management Professional (PMI-RMP)® Cert Guide1

To determine whether to purchase the new component, we can perform an Expected Monetary Value (EMV) analysis for both scenarios: purchasing the component and not purchasing it.

1. Purchasing the New Component:

Probability of Success: 70% (0.7)

Profit if Successful: US$500,000

EMV of Success: 0.7 * $500,000 = $350,000

Probability of Failure: 30% (0.3)

Additional Cost if Failed: US$50,000

EMV of Failure: 0.3 * (-$50,000) = -$15,000

Cost of Component: -$100,000

Total EMV: $350,000 (success) - $15,000 (failure) - $100,000 (cost) = $235,000

2. Not Purchasing the New Component:

Probability of Failure: 80% (0.8)

Cost if Failed: US$250,000

EMV of Failure: 0.8 * (-$250,000) = -$200,000

Probability of Success: 20% (0.2)

Profit if Successful: US$0 (assuming no additional profit without the component)

EMV of Success: 0.2 * $0 = $0

Total EMV: $0 (success) - $200,000 (failure) = -$200,000

Comparing the two scenarios, purchasing the new component yields a positive EMV of $235,000, whereas not purchasing it results in a negative EMV of -$200,000. Therefore, from a risk management perspective, it is advisable to purchase the new component.

PMI Risk Management Study Guide References:

The PMI-RMP Exam Preparation Study Guide discusses the application of Expected Monetary Value (EMV) analysis in decision-making under uncertainty, providing a structured approach to evaluate potential financial outcomes.

When closing risks as part of the closing process, it is important to update the lessons learned document. This document captures the knowledge and experience gained during the project and can be valuable for future projects.

 Lessons learned is a document that captures the knowledge gained from the project and can help improve the performance of future projects. It is one of the outputs of the project closure process and should include information on the project risks, issues, and responses. Lessons learned can help identify the best practices and lessons to be applied or avoided in similar projects. Updating the lessons learned document is an important part of closing the risks as it can provide valuable insights for risk management. References: PMI, Project Risk Management, 2nd edition, 2019, p. 97-981

Categorizing risks by their impact on project objectives ensures that risk response plans are aligned with project priorities. This helps in focusing on the most critical risks and their potential impact on the project ' s success.

 Categorizing risks by their impact to the project objectives is a way of aligning the risk management process with the project goals and stakeholder expectations. By doing so, the risk management professional can ensure that the risk response plans are focused on the most critical aspects of the project and that the project priorities are being considered in the decision making. This approach can also help to communicate the value of risk management to the project team and the stakeholders, as they can see how the risk management activities are contributing to the project success. Categorizing risks by their impact to the project objectives does not necessarily help to identify the specific causes of risks, determine the level of project leadership and organizational involvement, or assign risks and risk severities to functional disciplines and departments. These are other possible ways of categorizing risks, but they are not the main purpose of using the impact to the project objectives approach. References: PMI-RMP® Certification Handbook1, page 9; PMBOK® Guide, page 415.

In risk management, to calculate the contingency budget for risks, we use the Expected Monetary Value (EMV) formula: EMV=Probability of Risk×Impact of Risk\text{EMV} = \text{Probability of Risk} \times \text{Impact of Risk}EMV=Probability of Risk×Impact of Risk

For Risk A:

Probability: 40% or 0.40

Impact: US$100,000\text{EMV of Risk A} = 0.40 \times 100,000 = US$40,000

For Risk B:

Probability: 60% or 0.60

Impact: US$20,000\text{EMV of Risk B} = 0.60 \times 20,000 = US$12,000

Total contingency budget = EMV of Risk A + EMV of Risk B

40,000 + 12,000 = US$52,000

Thus, the total contingency budget required for both risks is US$52,000. This approach follows PMI’s risk management guidelines, specifically under the " Quantitative Risk Analysis " process. This process focuses on determining numerical probabilities and monetary impacts to compute the expected financial impact of identified risks​​.

According to the PMI Risk Management Professional (PMI-RMP)® Examination Content Outline1, one of the tasks in the domain of Risk Identification is to review the stakeholder register and stakeholder engagement plan to communicate and solicit stakeholder input on risks throughout the project life cycle1. The stakeholder register is a project document that identifies the project stakeholders, their roles, interests, expectations, influence, and communication requirements2. The stakeholder engagement plan is a component of the project management plan that describes the strategies and actions to promote productive involvement of stakeholders in project decision making and execution3. In this scenario, the risk manager should review these documents to address the concerns of some stakeholders who are complaining that their opinions were not considered in the risk identification process. The risk manager should communicate with the stakeholders according to their preferences and needs, and solicit their input on the project risks using various tools and techniques, such as interviews, surveys, brainstorming, etc. The risk manager should also update the stakeholder register and stakeholder engagement plan as needed to reflect any changes in the stakeholder community or their expectations. The risk manager should not refer to the requirements documentation to confirm stakeholder requirements as they relate to risks, because that is not a direct way to address the stakeholders’ concerns, and it may not capture all the potential risks that the stakeholders may identify4. The risk manager should not refer to the project charter to find guidelines and stakeholder communication channels, because the project charter is a high-level document that does not provide detailed information on how to communicate and engage with the stakeholders5. The risk manager should not rewrite the risk register to include the additional possible risks and inform the stakeholders, because that is a premature and presumptuous action that may not reflect the actual views and inputs of the stakeholders, and it may create more confusion and dissatisfaction among them6. References: 1: PMI Risk Management Professional (PMI-RMP)® Examination Content Outline, page 82: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, page 5133: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, page 5184: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, page 1525: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, page 776: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, page 414.

According to the PMI Risk Management Professional (PMI-RMP) Reference Materials, the project management plan is the document that describes how the project will be executed, monitored, and controlled. It integrates and consolidates all the subsidiary plans and baselines from the project management processes1. The project management plan should be updated whenever there are changes in the project scope, schedule, cost, quality, resources, communications, risks, procurements, or stakeholder engagement2. In this case, the project team has decided to log the opportunities in the current project’s risk register, which is a component of the project management plan. Opportunities are positive risks that may have a beneficial effect on the project objectives, such as cost savings, schedule acceleration, or quality improvement3. Therefore, the project team should update the project management plan to ensure the results of the opportunities are captured and reflected in the relevant subsidiary plans and baselines. For example, if an opportunity leads to a cost saving, the project team should update the cost management plan and the cost baseline accordingly.

The correct answer is D. Update the project stakeholders and seek their input on the resulting secondary risk.

This question describes a secondary risk , which is a new risk that arises as a direct result of implementing a risk response. The original equipment-failure risk was successfully mitigated, but the use of alternative machinery introduced another issue. In standard risk management practice, once a secondary risk is identified, it must be documented, assessed, communicated, and managed through the normal risk process. Because this new risk can affect project objectives and may require additional response planning, relevant stakeholders should be informed and involved in determining the best course of action.

Option D is the best answer because secondary risks should not be ignored or delayed unnecessarily. Stakeholder input is important to evaluate the impact of the new issue, determine acceptable response options, and align decisions with project priorities and risk thresholds.

Why the other options are incorrect:

A. Assign a risk owner and develop the risk mitigations at the next scheduled risk meeting. Assigning an owner and planning mitigation are valid activities, but waiting until the next scheduled meeting may delay needed action. The question asks what the risk manager should do now after identifying the secondary risk. Immediate stakeholder communication is more appropriate.

B. Continue with the project as the risk identified is inconsequential. The scenario does not support the conclusion that the secondary risk is insignificant. Assuming it is inconsequential without analysis would be poor risk practice.

C. Assign risk responsibility to the project manager to determine how to proceed. Risk responsibility should be assigned to the most appropriate owner, not automatically to the project manager. Also, the correct first step is broader communication and engagement around the newly emerged secondary risk.

Best-practice reasoning:

Secondary risks are a recognized output of risk response actions. They should be captured and processed like any other identified risk. Transparent stakeholder communication is especially important when a response action creates new uncertainty.

Reference-aligned basis:

This answer is consistent with standard risk management guidance that emphasizes:

risk responses can generate secondary risks,

newly identified risks should be communicated and assessed,

stakeholders should be engaged when new risks emerge from implemented responses.

When a project lacks predefined organizational process assets (OPAs) related to risk categories, the risk manager can utilize the Work Breakdown Structure (WBS) to identify potential project risk categories. The WBS decomposes the project scope into manageable components, providing a hierarchical representation of all deliverables and work packages. By analyzing each element of the WBS, the risk manager can systematically identify areas where risks may arise, effectively categorizing them based on project activities and deliverables. This approach ensures a comprehensive assessment of potential risks across all aspects of the project, facilitating targeted risk management efforts.

PMI Risk Management Study Guide References:

The PMI-RMP Exam Preparation Study Guide notes that " the WBS serves as a foundational tool for risk identification, enabling project teams to systematically examine each component for potential risks and categorize them appropriately. "

The project manager should assess and record associated secondary risks and proceed to treat them as any other risks. This involves identifying and evaluating the potential negative health effects of using pesticides and developing a plan to mitigate these risks. While it is important to consider the concerns of residents, the health authorities have determined that not moving forward with the plan will have more serious consequences on public health.

 Secondary risks are those that arise as a direct outcome of implementing a risk response. In this case, the use of pesticides is a risk response to limit the risks of harmful insects, but it may also cause negative health effects to some residents. This is a secondary risk that needs to be assessed and recorded in the risk register, along with its probability, impact, and response plan. The project manager should not suspend the project, as this would ignore the primary risk of harmful insects. The project manager should not consult with health experts to provide a risk trigger, as this is not a valid risk management technique. A risk trigger is an indication that a risk event is about to occur or has occurred, not a condition that prevents a risk response from being implemented. The project manager should not proceed with the project as normal, as this would neglect the secondary risk and its potential consequences. The project manager should follow the risk management process and treat the secondary risk as any other risk in the project. References: PMI. (2017). A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition. Chapter 11: Project Risk Management, p. 408. 5