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

The expected monetary value (EMV) for this project can be calculated as follows: (0.6 x US$100,000) - (0.4 x US$100,000) = US$60,000 - US$40,000 = US$20,000 profit.

The EMV of a project is the weighted average of the possible outcomes, which are a US$100,000 profit or a US$100,000 loss in this case. To calculate the EMV, we multiply the probability of each outcome by its monetary value, and then add them together. The formula is:

EMV = (Probability of profit x Value of profit) + (Probability of loss x Value of loss)

In this case, the probability of profit is 60%, and the value of profit is US$100,000. The probability of loss is 40%, and the value of loss is -US$100,000 (negative because it is a loss). Therefore, the EMV is:

EMV = (0.6 x 100,000) + (0.4 x -100,000) EMV = 60,000 - 40,000 EMV = US$20,000

This means that the project has an expected monetary value of US$20,000 profit, which is the answer option B. The other options are incorrect because they do not match the EMV calculation.

The EMV is a useful tool for comparing different projects or alternatives based on their expected values. However, it does not account for the variability or uncertainty of the outcomes, which may also affect the project decision making. For example, a project with a higher EMV but a higher risk may not be preferable to a project with a lower EMV but a lower risk. Therefore, the EMV should be used with caution and in conjunction with other risk analysis techniques.

For more information on the EMV and other risk analysis methods, you can refer to the PMI Risk Management Professional (PMI-RMP) Examination Content Outline and Specifications, the A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, and the Expected Monetary Value (EMV): A Guide With Examples. I hope this helps you understand the concept of EMV and how to apply it to project risk management

The risk manager should advise the project manager to hire additional developers as soon as project metrics indicate that the risk of delay is materializing. This approach ensures that the response is timely and directly tied to the project’s actual performance, allowing for better resource management and minimizing unnecessary costs. This aligns with PMI's risk management principles, which advocate for the timely execution of risk responses based on objective data and metrics​.

A risk owner is the person assigned to manage, monitor, and report on a specific risk. When the IT manager has unique insight or control over risks associated with IT infrastructure, they should be formally assigned as a risk owner for those risks. The PMBOK® Guide emphasizes:

“Risk owners are identified during the risk management planning process and should be engaged in relevant meetings and risk discussions. Assigning the IT manager as a risk owner ensures proper accountability for IT-related risks.”

— PMBOK® Guide, 6th Edition, Section 11.3.2.1 (Risk Register: Risk Owner)

This promotes ownership, accountability, and effective risk management.

According to the PMI-RMP Exam Content Outline1, one of the tools and techniques for risk identification is the Delphi technique. This is a method of obtaining expert opinions anonymously and iteratively until a consensus is reached. The Delphi technique can help overcome the problem of SMEs being reluctant to participate in risk identification because it allows them to express their views without fear of criticism or confrontation from other participants. The Delphi technique can also reduce the influence of dominant or biased individuals and encourage honest and independent feedback. Therefore, the best answer is B. References: 1: PMI-RMP Exam Content Outline, page 8.

The risk owner should implement the secondary risk response, as it is now being tolerated, and update the project documents accordingly. They should also update and communicate the assessments of the secondary risk's impact to ensure everyone is aware of the situation.

According to the PMI-RMP Handbook1, the risk owner is responsible for implementing the risk response plan and monitoring the risk and its secondary risks. Therefore, the risk owner should take the following two actions when the secondary risk emerges:

Implement the secondary risk response and update the project documents. This action is consistent with the risk response strategy of tolerance, which means accepting the risk and its consequences. The risk owner should execute the planned response for the secondary risk, such as contingency plans or fallback plans, and update the relevant project documents, such as the risk register, the risk report, and the lessons learned register, to reflect the current status and impact of the risk.

Update and communicate assessments of the secondary risk’s impact. This action is consistent with the risk monitoring and control process, which involves tracking the identified risks, evaluating their impact and probability, and reporting the risk information to the appropriate stakeholders. The risk owner should reassess the secondary risk’s impact on the project objectives, such as scope, schedule, cost, and quality, and communicate the results to the project manager and other relevant stakeholders, such as the sponsor, the customer, and the team members.

PMI-RMP Handbook1

PMBOK Guide, 6th edition, Chapter 11: Project Risk Management2

Since the project manager cannot avoid, transfer, or mitigate the risk, the only remaining option is to accept the risk and develop a contingency plan to handle it if it occurs.

According to the PMI-RMP Exam Content Outline1, one of the tools and techniques for risk response planning is risk response strategies. These are the actions that the project manager and the project team take to address the identified risks, either positive or negative. For negative risks or threats, the PMI-RMP Exam Content Outline1 lists four possible strategies: avoid, transfer, mitigate, and accept.

Avoid risk means changing the project plan to eliminate the threat or its impact2. For example, changing the scope, schedule, or budget to avoid a risk.

Transfer risk means shifting the impact of a threat to a third party, such as a contractor, vendor, or insurer2. For example, buying insurance, outsourcing, or using performance bonds to transfer a risk.

Mitigate risk means reducing the probability and/or impact of a threat2. For example, conducting more tests, adopting best practices, or providing training to mitigate a risk.

Accept risk means acknowledging the existence of a threat and being willing to deal with its consequences2. For example, doing nothing, establishing a contingency reserve, or developing a contingency plan to accept a risk.

In this question, the project manager has determined that they cannot outsource work (transfer) nor eliminate the scope (avoid). They also discover that they cannot buy insurance (transfer) or mitigate the risk. Therefore, the only remaining option is to accept the risk. Accepting the risk does not mean ignoring the risk, but rather recognizing it and preparing for its potential occurrence and impact. Therefore, the best answer is D.

With 25 identified risks, and considering the constraints and resources available, the appropriate next step is to perform a qualitative risk analysis. This process helps prioritize the risks based on their probability and impact, as well as other relevant factors like urgency, proximity, and detectability. By doing so, the team can focus on the most significant risks that require immediate attention and develop response plans accordingly, optimizing the use of available resources. PMI recommends this approach to ensure that risk management efforts are both efficient and effective in addressing the most critical risks first​.

According to the PMI Risk Management Professional (PMI-RMP)® Examination Content Outline1, one of the tasks in the domain of Risk Response is to recommend risk response strategies based on the risk appetite and tolerance of the organization and stakeholders1. One of the strategies for negative risks or threats is risk acceptance, which involves acknowledging the existence of a threat and making a conscious decision to accept it without taking any action2. In this scenario, the risk manager should recommend risk acceptance for the risk items that would be detrimental to project success, but the associated triggers cannot be managed by the organization and are unlikely to occur. Risk acceptance is appropriate when the risk exposure is low, the cost of other responses is high, or the risk response is outside the scope or influence of the project3. The risk manager should not recommend risk mitigation, which involves reducing the probability and/or impact of a threat2. The risk manager should not recommend risk enhancement, which is a strategy for positive risks or opportunities, not negative risks or threats2. The risk manager should not recommend risk exploitation, which is also a strategy for positive risks or opportunities, not negative risks or threats2. References: 1: PMI Risk Management Professional (PMI-RMP)® Examination Content Outline, page 102: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, page 4363: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, page 437.

The project manager should apply an iterative approach to risk identification, which involves continuous risk identification throughout the project lifecycle. This will help to identify and address new risks that may arise during the project.

According to the PMBOK® Guide, risk identification is the process of determining which risks may affect the project and documenting their characteristics. It is an iterative process because new risks may evolve or become known only as the project progresses through its life cycle. There are many techniques available for risk identification and assessment, such as brainstorming, interviews, checklists, SWOT analysis, cause and effect diagrams, etc. The project manager should apply an iterative approach to risk identification to ensure that all relevant risks are captured and updated throughout the project. The project manager should also involve the project team and other stakeholders in the risk identification process to obtain their input and perspectives.

The other options are not valid for the next step after explaining the importance of risk management to the team:

Review assumptions and constraints around risks: This is a technique for risk identification, but it is not the only one. The project manager should use a combination of techniques to identify risks, not just focus on one aspect. Also, reviewing assumptions and constraints is not the same as applying an iterative approach, which implies repeating the risk identification process at regular intervals or when changes occur.

Develop the risk response plans for identified risks: This is a step in the Plan Risk Responses process, which comes after the Perform Qualitative Risk Analysis and Perform Quantitative Risk Analysis processes. The project manager should not develop the risk response plans before identifying and analyzing the risks.

Determine the likelihood and impact of the risks: This is a step in the Perform Qualitative Risk Analysis process, which comes after the Identify Risks process. The project manager should not determine the likelihood and impact of the risks before identifying them.

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

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