PMI-RMP PMI Risk Management Professional (PMI-RMP) Exam Questions and Answers

Renting equipment until the critical piece is repaired is a " Mitigate " response. Mitigation involves taking actions to reduce the impact or likelihood of a risk event. In this case, renting equipment is a way to reduce the impact of the equipment breakdown on the project’s timeline and execution, thereby ensuring that the project can continue with minimal disruption.

PMI’s guidelines describe mitigation as a strategy to reduce the severity or probability of a risk, making it a suitable response in this scenario​​.

The project manager should discuss the identified risks with the project team to ensure that everyone is aware of the potential risks and can provide input on the likelihood and impact of each risk. This collaborative approach will help in developing a comprehensive risk management plan.

The project manager should discuss and evaluate the identified risks with the project team, as this is part of the risk identification process. The project manager can use their experience from previous projects to identify potential risks that may occur again on the new project, but they should also involve the project team to obtain their input and perspectives. The project team can help the project manager to validate, refine, and prioritize the identified risks, as well as to suggest possible risk responses. The project manager should document the identified risks and their characteristics in the risk register, which is a tool for risk management. The other options are not appropriate actions for the project manager to take. Implementing the risk response strategies into the risk plan is premature, as the project manager should first analyze and evaluate the risks before deciding on the best response strategies. Informing the sponsor that these risks should be added according to experience is not sufficient, as the project manager should also consult the project team and other stakeholders to ensure that all relevant risks are identified and assessed. Adding the risks to the risk register and determining a contingency is part of the risk analysis and response planning processes, which come after the risk identification process. The project manager should first discuss and evaluate the identified risks with the project team before moving to the next steps of risk management. References: 2, 3, [5]

 According to the PMI Risk Management Professional (PMI-RMP)® Examination Content Outline1, one of the tasks in the domain of Risk Identification is to use the information from project documents, lessons learned, and other sources to facilitate the risk identification process1. A risk workshop is a tool and technique for risk identification that involves bringing together the project team, stakeholders, subject matter experts, and risk management experts to identify and analyze the project risks in a structured and collaborative manner2. In this scenario, the risk manager should use the information from the issues and unexpected results found in the first phase of the project for a risk workshop, to avoid the previous issues in the next phase. The risk workshop will help the risk manager and the project team to identify the root causes of the issues, assess their probability and impact, and develop appropriate risk responses. The risk workshop will also enable the risk manager to update the risk register and the risk report with the new information and communicate the risk status to the relevant stakeholders. The risk manager should not improve monitoring and controlling of activities, because that is not a specific action to avoid the previous issues, but rather a general practice that should be done throughout the project life cycle3. The risk manager should not document the issues in the lessons learned, because that is not enough to avoid the previous issues, but rather a way to capture and share the knowledge gained from the project for future reference4. The risk manager should not create an issue log to share with the team, because that is not a proactive risk management technique, but rather a reactive way to track and resolve the issues that have already occurred5. 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 4003: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, page 4564: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, page 1005: What Is an Issue Log? Templates & Tips6.

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. "

Risks are dynamic and must be continuously monitored and updated throughout the project lifecycle, regardless of project size or duration. The PMBOK® Guide specifies that risk monitoring is an ongoing process:

" Risks are monitored throughout the project. The risk register should be updated as new risks are identified, existing risks change, or as risk responses are implemented. "

— PMBOK® Guide, 6th Edition, Section 11.7 (Monitor Risks)

Continuous review ensures that new risks are captured and previously identified risks are managed appropriately.

Whenever new organizational directives or changes in risk thresholds are communi cated, the risk manager is required to assess the impact and update the risk management plan to reflect these changes. The PMBOK® Guide states:

“When organizational risk thresholds or tolerances are changed, the risk management plan and associated processes must be updated to ensure alignment with current requirements.”

— PMBOK® Guide, 6th Edition, Section 11.1.3.1 (Risk Management Plan: Updates)

This ensures that risk responses, monitoring, and reporting are in accordance with the most current strategic direction and tolerances.

If a risk still leaves substantial residual risk after implementing the mitigation strategy, the risk manager should revisit the risk register and redefine the mitigation strategy to reduce the residual risk to an acceptable level.

According to the PMBOK Guide, 6th edition, Chapter 11: Project Risk Management1, an effect of adding the correlation to the Monte Carlo schedule risk analysis model is that it increases the standard deviation of the model. This is because:

Correlation is the statistical relationship between two or more variables. In a schedule risk analysis, correlation can be used to model the dependency between the durations of different activities. For example, if two activities are positively correlated, it means that if one activity takes longer than expected, the other activity is also likely to take longer than expected. Conversely, if two activities are negatively correlated, it means that if one activity takes longer than expected, the other activity is likely to take shorter than expected.

A Monte Carlo schedule risk analysis is a simul-ation technique that uses random values for uncertain variables, such as activity durations, to generate possible outcomes for the project schedule. The simul-ation is repeated many times to produce a probability distribution of the project completion date and duration. The standard deviation is a measure of the variability or dispersion of the distribution. A higher standard deviation means that the distribution is more spread out and less predictable.

Adding correlation to the Monte Carlo schedule risk analysis model increases the standard deviation of the model because it introduces more variability and uncertainty to the simul-ation. Correlated activities can have a cumulative effect on the project schedule, either positively or negatively, depending on the direction and strength of the correlation. This can result in more extreme outcomes for the project completion date and duration, which increase the spread of the distribution and the standard deviation.

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

Risk Management Professional (PMI-RMP)® Exam Cert Guide2

The risk manager should first check the risk register for proper risk classification, probability, and impact (C), as these are essential components of an effective risk management process. Next, the risk manager should ensure that the risk origin, triggering events, and ownership are identified (D), as this information helps in assigning responsibilities and taking appropriate actions for each risk. References to these steps can be found in the Project Management Institute ' s (PMI) A Guide to the Project Management Body of Knowledge (PMBOK Guide), Sixth Edition.

 The risk manager should check for risk classification and that probability and impact are identified, as these are essential elements of a risk register. Risk classification helps to group risks into categories based on their sources, types, or impacts, which can facilitate risk analysis and response planning. Probability and impact are the two dimensions of risk assessment, which help to measure the likelihood and severity of a risk event, and to prioritize risks based on their significance. The risk manager should also check to ensure that risk origin, triggering event, and ownership is identified, as these are also important components of a risk register. Risk origin refers to the root cause or source of a risk, which can help to understand the nature and characteristics of a risk, and to devise effective risk responses. Triggering event is a specific occurrence or condition that indicates that a risk event has occurred or is about to occur, which can help to monitor and control risks. Ownership is the assignment of a risk to a person or a group who is responsible for managing the risk, which can help to ensure accountability and communication. The risk manager should not check to ensure that the risk is supported by a Monte Carlo simul-ation, as this is not a mandatory or universal requirement for a risk register. Monte Carlo simul-ation is a quantitative risk analysis technique that uses computer-generated random scenarios to model the possible outcomes of a project, based on the probability distributions of the input variables. While this technique can provide useful information about the overall project risk exposure and the probability of achieving project objectives, it is not a necessary or sufficient condition for an effective risk register. The risk manager should not check to ensure that the risks are gathered using Delphi technique, as this is also not a compulsory or exclusive requirement for a risk register. Delphi technique is a qualitative risk identification technique that uses a panel of experts to anonymously provide their opinions on potential risks, which are then aggregated and refined through a series of rounds until a consensus is reached. While this technique can help to elicit expert judgment and reduce bias, it is not the only or the best way to identify risks. The risk manager should not check to ensure the risk meeting agenda and supporting documents are distributed, as this is not a relevant or appropriate action for analyzing the effectiveness of a risk register. The risk meeting agenda and supporting documents are part of the risk management plan, which describes how the project team will conduct risk management activities, such as identifying, analyzing, responding, and monitoring risks. The risk meeting agenda and supporting documents are useful for planning and conducting risk meetings, but they are not part of the risk register, which is the output of the risk identification process and the input for the risk analysis and response processes. References: PMI. (2017). A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition. Chapter 11: Project Risk Management, pp. 395-454. 5

The project manager should reassess the risks and analyze the reserve to determine if any adjustments can be made to accommodate the expected additional work. This will help in identifying potential budget-saving measures and making informed decisions on how to proceed.

According to the PMI Risk Management Professional (PMI-RMP) Reference Materials, risk reassessment is the process of reanalyzing existing project risks and identifying new risks throughout the project life cycle1. Reserve analysis is the process of estimating the amount of contingency reserve and management reserve needed to account for the uncertainty and variability of the project2. In this case, the project manager should conduct a risk reassessment and reserve analysis as the next step, because the budget overruns during execution have changed the risk profile of the project and reduced the available funds to handle future risks. By conducting a risk reassessment, the project manager can update the risk register and the risk response plan with the current status of the project risks and the effectiveness of the risk responses. By conducting a reserve analysis, the project manager can determine if the remaining contingency reserve and management reserve are sufficient to cover the potential impact of the project risks, and request additional funds if needed.

The risk manager should consult the risks that have materialized and the overall risk profile to analyze the performance of managing the risks, as well as the risks due to the number of claims submitted to the client. These options provide insights into how well risks are being managed and the potential impact on the project.

 The risk manager should consult the risks that have materialized and the overall risk profile, as these are indicators of how well the risk management process is working and how the project is affected by the risks. The risk manager should also consult the risks due to the number of claims submitted to the client, as these are potential sources of conflict, litigation, and reputation damage that may impact the project objectives and stakeholder satisfaction. References: The Standard for Risk Management in Portfolios, Programs, and Projects, page 83; PMBOK Guide, 6th edition, page 414.

The correct answer is C. Perform a quantitative risk analysis to determine the potential financial impact of government-related delays.

The key phrase in this question is that the sponsor wants the risk manager to estimate the potential costs associated with delays . Once cost impact needs to be measured numerically, the appropriate approach is quantitative risk analysis . Quantitative analysis is used when the organization needs a numerical estimate of risk effects on project objectives such as cost and schedule.

In this case, the delays caused by bureaucratic and administrative processes need to be translated into potential financial impact. That means the risk manager should use quantitative techniques to evaluate possible cost exposure and support decision-making.

Why the other options are incorrect:

A. Create a risk register to document all potential risks and estimated impacts, including delays due to government employees. The risk register is important for documentation, but it does not itself provide the analytical method needed to estimate financial impact in measurable terms.

B. Develop a risk response plan that includes specific mitigation strategies for government-related delays. Response planning comes after the risk has been sufficiently analyzed. The question is specifically asking how to estimate the potential costs first.

D. Conduct a qualitative risk analysis to assess the likelihood and impact of potential delays. Qualitative analysis helps rank or prioritize risks using relative scales such as low, medium, or high. It does not produce the detailed monetary estimate the sponsor requested.

Best-practice reasoning:

When management needs to understand the numeric cost consequences of uncertainty, quantitative analysis is the correct tool. It supports contingency planning, reserve estimation, and better-informed stakeholder decisions.

Reference-aligned basis:

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

quantitative analysis for numerical evaluation of cost and schedule impacts,

use of quantified exposure to support planning and decision-making,

distinction between qualitative prioritization and quantitative estimation.

Assigning a risk owner is a foundational principle in risk management, ensuring that each risk has someone fully accountable for monitoring, controlling, and responding to the risk. According to the PMBOK® Guide:

" Risk owners should be assigned to each risk. The risk owner is the person responsible for planning an appropriate risk response and ensuring it is implemented as planned. "

— PMBOK® Guide, 6th Edition, Section 11.3.2.1

Without a clearly assigned risk owner, responsibility can be ambiguous, leading to gaps in monitoring and response.

The risk registry is a document that records the identified risks, their characteristics, their status, and their responses. It is a key input for risk management and a source of information for project stakeholders. The risk manager should review the risk registry first to understand the current state of the project risks, especially the ones related to the client’s vendor, and to evaluate the effectiveness of the risk responses implemented so far. Enhancing risk identification, reviewing the contingency reserves, and creating a risk response plan are possible actions that the risk manager may take after reviewing the risk registry, but they are not the first thing to do. References: PMI Risk Management Professional (PMI-RMP)® Exam Content Outline1, PMI Practice Standard for Project Risk Management2, Risk Management Professional (PMI-RMP)® Cert Guide3

When initiating a project to incorporate a cybersecurity team, the risk manager should first analyze the following documents:

·        Industry ' s standard procedures: Understanding industry best practices and standards is critical for setting up a cybersecurity team, as these procedures will guide the development of secure processes and protocols.

·        IT infrastructure, networks, and data information: Analyzing the current IT infrastructure is essential to identify vulnerabilities, assess risks, and plan for the necessary security measures that the cybersecurity team will manage.

·        Government laws and regulations: Cybersecurity is a highly regulated area. Understanding the relevant laws and regulations ensures that the project complies with all legal requirements and avoids potential penalties.

These documents provide the necessary foundation to assess the risks and develop a comprehensive cybersecurity strategy​​.

The correct answer is B. The new technology ' s impact on existing controls.

The scenario explains that a major technological change was introduced as part of a risk response, and that this change later caused GPS errors for customers. It also states that the issue had been recognized as high risk and that secondary risk identification was required but never completed . This means the missing step was evaluating how the new solution could affect the existing system, controls, or operating environment. In other words, the project failed to identify and assess the impact of the new technology on existing controls and related processes.

Secondary risks often arise when a response action, design change, or technology update introduces new vulnerabilities or weakens current safeguards. Proper identification would have examined how the update might interfere with accuracy, compatibility, validation, deployment controls, or downstream system performance.

Why the other options are incorrect:

A. The identification of the business driver. The business reason for making the update is not the key issue. The problem was not lack of purpose, but failure to identify and assess the new risk introduced by the technological change.

C. The risk management strategy quality assurance. This is too broad and indirect. The scenario points more specifically to missed secondary risk identification associated with the implemented change.

D. Project environmental factors. Environmental factors may influence risk, but the question specifically points to a missed evaluation related to the technology update itself and the need for secondary risk identification.

Best-practice reasoning:

When implementing risk responses involving significant technological change, the risk manager must assess how the new change affects existing controls, processes, interfaces, and users. Failure to do so can allow secondary risks to emerge and affect customers or operations.

Reference-aligned basis:

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

risk responses may introduce secondary risks,

major changes should be assessed for impacts on existing controls and systems,

secondary risks must be identified and managed as part of ongoing risk monitoring and response implementation.

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.

An Ishikawa diagram (also known as a fishbone or cause-and-effect diagram) is a tool used to identify and analyze the root causes and sources of a risk. It helps the risk manager gain a deeper understanding of the risk source and likelihood. (Reference: PMBOK Guide, 6th Edition, p. 139)

 An Ishikawa diagram, also known as a fishbone diagram or a cause-and-effect diagram, is a tool that can help the risk manager to analyze the root causes of a risk and to identify the factors that influence its occurrence and impact. An Ishikawa diagram can also help to visualize the relationships among different causes and to prioritize the most significant ones. By developing and employing an Ishikawa diagram, the risk manager can gain a deeper understanding of the source and likelihood of the risk and plan appropriate responses accordingly. References: The Standard for Risk Management in Portfolios, Programs, and Projects, page 72; PMBOK Guide, 6th edition, page 398.

According to the PMI Risk Management Professional (PMI-RMP)® Examination Content Outline1, one of the tasks in the domain of Risk Response is to execute the approved risk response plan in accordance with project guidelines and procedures1. A risk response plan is a component of the project management plan that describes the agreed-upon and funded actions to address the project risks, both positive and negative2. In this scenario, the risk manager should execute the approved risk response plan to deal with the new risk that appears when requesting fuel from another supplier, which will cause delays with several other projects. The risk response plan should have been developed and approved during the risk response planning process, which involves selecting and prioritizing the appropriate risk strategies and actions for each risk3. The risk response plan should also be aligned with the project guidelines and procedures, which are the rules and directions that define the project’s scope, schedule, cost, quality, and other aspects4. The risk manager should not escalate the problem to the project sponsors, because that is not a risk response strategy, but rather a way to seek higher-level authority or support for a risk that is outside the project’s scope or influence5. The risk manager should not negotiate with the supplier to resolve the problem, because that is not a risk response strategy, but rather a procurement management technique that involves reaching a mutually acceptable agreement with the supplier on the terms and conditions of the contract6. The risk manager should not assign a team member to update the issue log, because that is not a risk response strategy, but rather a risk monitoring and reporting technique that involves tracking and documenting the issues that have occurred or are currently affecting the project7. 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 4143: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, page 4404: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, page 385: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, page 4376: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, page 4717: What Is an Issue Log? Templates & Tips7.

When there is confusion among risk action owners about when to initiate risk responses, it suggests that the risk thresholds and triggers may not be well-defined or understood. Revisiting and clarifying these thresholds and triggers can help ensure that everyone involved understands the specific conditions under which a risk response should be initiated. This will reduce confusion and ensure that risk responses are executed consistently and appropriately.

PMI’s risk management practices emphasize the importance of clearly defined risk thresholds and triggers to guide the timely and effective implementation of risk responses​​.

When a team member is struggling to ensure the coverage of all risks in a complex project, the risk manager should develop a risk breakdown structure (RBS). An RBS helps in systematically identifying risks by categorizing them into different levels and areas, making it easier to ensure that all potential risks are considered. This structured approach is particularly useful in complex projects where risks may arise from multiple sources.

PMI advocates the use of an RBS as a best practice for comprehensive risk identification, particularly in large or complex projects where the range of potential risks can be extensive​​.

A risk management plan is the foundational document for risk management. It defines processes, ownership, strategies, and baselines, and must be developed first before other detailed risk actions. PMBOK® Guide specifies:

" The risk management plan is the key document that outlines the approach, processes, roles, responsibilities, and documentation requirements for risk management. "

— PMBOK® Guide, 6th Edition, Section 11.1

To determine the total story points for the entire initiative, we must sum up the estimates provided in the backlog from the email exhibit. The backlog includes the following user stories with their respective story point estimates:

New log-in screen – 6

Save passwords – 4

Defect fixing – triaged top 10 – 8

Accessibility – color blind – 4

Increase security – 21

Shopping cart – 7

Accept credit card payments – 5

Accept bank drafts – 9

New sort order – 3

Add AI chatbot – 5

Total story points calculation:

6 + 4 + 8 + 4 + 21 + 7 + 5 + 9 + 3 + 5 = 72 story points

Thus, the total number of story points for the initiative is 72, making option A the correct answer.

An organization that uses an integrated, risk-based approach supported by execu tive management and documents this in a risk management plan demonstrates a high level of risk maturity . This aligns with best practice models such as the PMI’s Organizational Project Management Maturity Model (OPM3) and ISO 31000:

" High maturity organizations have risk management integrated with governance and strategic decision-making, with executive-level endorsement and formal documentation. "

— ISO 31000:2018, Section 5.2

" At the highest maturity, risk management is part of the culture and is proactively used to achieve objectives. "

— OPM3, PMI

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​.

The project manager should have performed risk identification exercises for the full lifecycle of the project, including the construction phase, to ensure that all potential risks were identified and addressed in the risk register.

Risk identification is the process of determining the risks that may affect the project and documenting their characteristics. Risk identification should be performed throughout the project lifecycle, as new risks may emerge or change over time. Risk identification should also consider all aspects of the project, such as scope, schedule, cost, quality, resources, stakeholders, and procurement. By performing risk identification exercises for the full lifecycle of the project, the project manager could have identified and planned for the potential risks associated with the construction phase, such as delays, material shortages, quality issues, or safety hazards. This would have helped to prevent or mitigate the impact of the risk event that occurred, and to ensure that the risk register is updated and comprehensive. Performing a Monte Carlo sensitivity analysis, adding generic construction risks, or reviewing the assumptions/exclusions register are not sufficient or effective ways of identifying the specific risks that may affect the project during the construction phase. These are either tools for risk analysis, risk response planning, or project initiation, but not risk identification. References: PMI-RMP® Certification Handbook1, page 9; PMBOK® Guide, pages 397-398.

Risk identification should be an ongoing process throughout the project lifecycle. Encouraging project team members to proactively identify risks allows for continuous risk management and the development of appropriate response strategies as new risks emerge.

According to the PMI Risk Management Professional (PMI-RMP)® Examination Content Outline1, one of the tasks in the domain of Risk Identification is to ensure that project team members proactively identify risks throughout the project life cycle, using various tools and techniques, to enable planning for possible risk response strategies1. Risk identification is an iterative process that should be performed regularly and frequently throughout the project, as new risks may emerge or existing risks may change due to internal or external factors2. The project manager should involve the project team members and other relevant stakeholders in the risk identification process, as they may have different perspectives, expertise, and insights on the project risks3. The project manager should not identify risks only at the project’s midpoint for the stakeholders to review them, because that would be too late and ineffective to manage the risks that may have already occurred or escalated4. The project manager should not identify risks at the beginning of the project because the risk posture will not change, because that would be unrealistic and imprudent to assume that the project environment and conditions will remain static and predictable5. The project manager should not delegate risk identification to each team member and have them record the risks on separate risk registers for their areas, because that would create inconsistency, duplication, and fragmentation of the risk information, and prevent a holistic and integrated view of the project risks. 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 3983: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, page 3994: Risk Identification: When and How Often to Do It During the Project Life Cycle5: Risk Management: Why Is It Important?. : Risk Register in Project Management - Project Management Academy.

Adding correlation to the model accounts for the relationship between activities, which can result in increased variability in the model ' s outcomes. This will increase the standard deviation, which is a measure of the uncertainty in the model.

 According to the PMBOK Guide, 6th edition, Chapter 11: Project Risk Management1, an effect of adding the correlation to the Monte Carlo schedule risk analysis model is that it increases the standard deviation of the model. This is because:

Correlation is the statistical relationship between two or more variables. In a schedule risk analysis, correlation can be used to model the dependency between the durations of different activities. For example, if two activities are positively correlated, it means that if one activity takes longer than expected, the other activity is also likely to take longer than expected. Conversely, if two activities are negatively correlated, it means that if one activity takes longer than expected, the other activity is likely to take shorter than expected.

A Monte Carlo schedule risk analysis is a simul-ation technique that uses random values for uncertain variables, such as activity durations, to generate possible outcomes for the project schedule. The simul-ation is repeated many times to produce a probability distribution of the project completion date and duration. The standard deviation is a measure of the variability or dispersion of the distribution. A higher standard deviation means that the distribution is more spread out and less predictable.

Adding correlation to the Monte Carlo schedule risk analysis model increases the standard deviation of the model because it introduces more variability and uncertainty to the simul-ation. Correlated activities can have a cumulative effect on the project schedule, either positively or negatively, depending on the direction and strength of the correlation. This can result in more extreme outcomes for the project completion date and duration, which increase the spread of the distribution and the standard deviation.

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

Risk Management Professional (PMI-RMP)® Exam Cert Guide2

The project risk manager should generate reports to assess and communicate the project risk level to stakeholders. This helps in making informed decisions and taking appropriate actions to manage risks effectively.

 The project risk manager should quantify the risk exposure that exceeds project contingency, as this will help to determine the amount of management reserve needed to cover the potential cost overruns or schedule delays. The project risk manager should also communicate this information to the project manager and other relevant stakeholders, and update the risk management plan accordingly. References: The Standard for Risk Management in Portfolios, Programs, and Projects, page 80; PMBOK Guide, 6th edition, page 407.

To effectively inform the identification of resource requirements for individual risk responses, the risk manager should undertake the following actions:

1. Conduct Decision Tree Analysis: Collaborate with the project team to perform decision tree analysis for each risk or related set of risks. This technique involves mapping out different decision paths and their possible outcomes, including associated risks, probabilities, and impacts. By visualizing these scenarios, the team can evaluate the potential consequences of various decisions and choose the most effective risk response strategies.

2. Calculate Expected Monetary Value (EMV): Determine the EMV for each identified risk by multiplying the probability of occurrence by the potential financial impact. This quantitative analysis provides a monetary value representing the average expected loss or gain from a risk. Utilizing EMV calculations aids in justifying and allocating appropriate project reserves to address potential risks, ensuring that sufficient resources are available for effective risk management.

3. Prioritize High-Impact Risks: Allocate attention and resources primarily to risks that pose the highest potential impact on the project. By focusing on high-impact risks, the team ensures that critical threats are addressed promptly and effectively, optimizing the use of limited resources and enhancing the likelihood of project success.

PMI Risk Management Study Guide References:

The PMI-RMP Exam Content Outline emphasizes the importance of performing quantitative risk analysis, including techniques such as decision tree analysis and EMV calculations, to inform risk response planning and resource allocation.

The correct answer is C. The risk owner should have communicated with the project manager so that a designated stakeholder could have been assigned to accept accountability for implementing risk responses.

The core problem in this scenario is not simply that the hardware failed. The real failure is that no one was available and accountable to respond when the risk event occurred . In sound risk management practice, each significant risk should have a clearly assigned risk owner responsible for monitoring the risk and ensuring that the agreed response is implemented. If that individual becomes unavailable, responsibility should not be left unattended. A backup or delegated stakeholder should be assigned so that accountability continues without interruption.

This makes option C the best answer because it addresses the actual governance gap: lack of continuity in risk ownership and response accountability. Proper planning for risk response execution includes ensuring coverage when the assigned owner is absent.

Why the other options are incorrect:

A. The project manager should have requested and mandated that no vacations be taken during critical implementation activities or until all implementation had been completed for the project. This is unrealistic and not a proper risk management control. Projects should be structured so that important responsibilities continue even when people are unavailable. Preventing vacations is not an appropriate or sustainable risk response strategy.

B. The risk manager should have anticipated this situation and planned for schedule buffers in the project schedule to accommodate the likelihood of failed hardware. Schedule buffers may help absorb delays, but they do not solve the real issue described in the question, which is the absence of anyone responsible for responding to the incident. The key deficiency is accountability, not just schedule flexibility.

D. The risk manager should have taken the responsibility of responding to this risk instead of relying on and waiting for the risk owner to return from vacation. The risk manager facilitates and oversees the risk management process, but does not automatically become the response owner for every risk. The correct approach is assignment of the appropriate risk owner or delegate, not centralizing all response responsibility in the risk manager.

Best-practice reasoning:

Risk ownership must be explicit, continuous, and supported by delegation when needed. For critical risks, organizations should ensure backup accountability and escalation paths so that risk responses can be executed immediately when triggers occur.

Reference-aligned basis:

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

assigning a risk owner to each significant risk,

ensuring responsibility for implementing agreed responses,

maintaining continuity of risk response accountability during project execution.

The risk management plan is a document that describes how risk management activities will be structured and performed on a project. It defines the roles and responsibilities, risk categories, risk appetite and thresholds, risk identification and analysis methods, risk response strategies, risk monitoring and reporting mechanisms, and risk governance mechanisms1. The risk management plan should be aligned with the project management plan, which defines the project scope, schedule, cost, quality, and other aspects2. When an organization decides to accelerate a key project, it means that the project objectives, assumptions, constraints, and environment have changed. This will affect the risk exposure and profile of the project, as well as the risk management approach and resources. Therefore, the first action for the project risk manager to take is to revise the risk management plan to reflect the new situation and ensure that the risk management process is still effective and efficient. Revising the risk management plan may involve updating the risk categories, risk appetite and thresholds, risk identification and analysis methods, risk response strategies, risk monitoring and reporting mechanisms, and risk governance mechanisms to suit the accelerated project. The project risk manager should also communicate the revised risk management plan to the relevant stakeholders and obtain their approval and support1. Ensuring sufficient resources are available, updating the risk register, and meeting with the project’s stakeholders are all important actions to take when accelerating a project, but they are not the first action. These actions should be done after revising the risk management plan, as they depend on the updated risk management approach and process. For example, the project risk manager may need to allocate more resources to risk management activities, identify and analyze new or changed risks, implement new or modified risk responses, and report the risk status and performance to the stakeholders based on the revised risk management plan1. References: 2, 1.

When a project is accelerated, the risk landscape changes. The project risk manager should first revise the risk management plan to address the new timeline and its potential impacts on the project. This will help in identifying new risks, reassessing existing risks, and updating risk responses.

In the context of risk management, particularly as outlined in various risk management procedures and policies from Lycopodium documents, the validation of risk identification processes by knowledgeable team members is critical. This approach ensures that risks are accurately identified, assessed, and documented, which can mitigate disagreements about the potential impact of these risks on the project, including cost implications.

1.     Risk Management Procedure:

According to the Risk Management Procedure (BRM-PRC-009), the process of risk identification and assessment is a collaborative effort that involves input from individuals with relevant expertise. This ensures that risks are properly identified and that the risk assessment is robust (Section 4.1.1, Assessment and Identification)​.

2.     Importance of Expertise:

The procedure emphasizes the involvement of key personnel who are knowledgeable about the specific risks in their areas of responsibility. By involving these experts, the project can ensure that the risk identification process is thorough and that all potential risks are considered (Section 3.5, Project Manager or Lead Project Engineer responsibilities)​.

3.     Validation Process:

The risk management framework also requires the review and validation of identified risks by experienced team members, particularly those most knowledgeable about the project’s specific technical and operational aspects. This validation process helps in resolving any disputes regarding the impact of identified risks on the project, including cost implications (Section 6.4.1, Workplace Risk Assessment and Controls - WRAC)​.

4.     PMI Alignment:

According to PMI’s Project Management Body of Knowledge (PMBOK), risk management processes should involve key stakeholders and subject matter experts to ensure that all potential risks are identified and that the risk register is accurate. This aligns with the option of ensuring that the most knowledgeable members validate the risk identification processes to address concerns and enhance the credibility of the risk management efforts.

Thus, by selecting option D, the Risk Manager is ensuring a comprehensive and expert-validated approach to risk identification, which aligns with best practices in risk management and addresses the concerns of stakeholders by providing credible, expert-backed risk assessments.

The correct answer is B. Develop a contingency plan to cover additional logistics expenses.

This question describes a secondary risk , meaning a new risk created by the implementation of a prior risk response. The original response to supply chain disruption may have been appropriate, but it introduced an additional uncertainty: increased logistics costs. Once a secondary risk is identified, the risk manager should treat it as a normal project risk by analyzing it and determining an appropriate response. In this case, the most suitable response among the options is to develop a contingency plan for the potential added cost exposure.

A contingency plan is appropriate because the project may now face additional expenses that are uncertain in timing or magnitude. Planning for those costs provides a structured and proactive method of managing the new exposure without assuming it must automatically be accepted.

Why the other options are incorrect:

A. Accept the increased costs as part of the project ' s risk threshold. Acceptance may be appropriate in some situations, but the scenario does not indicate that the increased costs are within approved thresholds or that active planning is unnecessary. Immediate acceptance is weaker than preparing a specific response.

C. Switch suppliers to potentially reduce logistics expenses. This may create further disruption or additional risks and is not necessarily the most appropriate first response. The question asks how to address the newly identified risk, and contingency planning is the stronger risk-management action.

D. Incorporate a cost-sharing arrangement with the suppliers. This is a possible contractual tactic, but it is narrower and assumes supplier agreement. It may be part of a response strategy, but it is not the best general answer compared with a formal contingency plan.

Best-practice reasoning:

Secondary risks should be documented, analyzed, assigned, and responded to. When the new risk affects project cost, one practical response is to establish a contingency approach to manage the financial uncertainty if the risk materializes.

Reference-aligned basis:

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

risk responses can generate secondary risks,

secondary risks should be assessed and managed like any other identified risk,

contingency planning is a recognized way to address uncertain future cost impacts.

When conflicts arise in a complex project, performing an assumptions and constraints analysis is the first step in identifying potential risks. This analysis helps clarify the underlying assumptions and constraints that might be contributing to the conflicts, allowing the risk manager to assess whether they are still valid or if they need to be revisited. Addressing these factors can help mitigate conflicts and prevent new risks from emerging​.

The project manager should first gather more information about the previous project ' s issues by interviewing the other project manager. This will help in understanding the root causes of the delay and how to prevent similar issues in the current project before taking further action.

 The project manager should first include the risk of delay in delivery of the GTG in the risk register and communicate with the stakeholders about the potential impact and response strategies. This is part of the risk identification process, which is the first step in risk management. The risk register is a document that records the identified risks, their causes, effects, probabilities, impacts, and response plans. The project manager should communicate with the stakeholders to ensure that they are aware of the risk and its implications, and to obtain their feedback and support. The project manager should also update the risk register as new information becomes available or as the risk status changes. The other options are not the first actions that the project manager should take. Communicating with the client to provide the previous shutdown plan is part of the risk response process, which comes after the risk identification and analysis processes. Reviewing and updating the project schedule is part of the schedule management process, which is not directly related to risk management. Interviewing the other project manager to learn more details is a technique that can be used to identify risks, but it is not the first action that the project manager should take. The project manager should first document the risk in the risk register and communicate with the stakeholders before seeking more information from other sources. References: 3, 4, 5

When a new risk manager is assigned to an ongoing project, their first step should be to review the existing risk management plan to understand the current policies, practices, and strategies in place.

 The new risk manager should first review the policies and practices that are outlined in the risk management plan, as this is the document that describes how risk management will be performed on the project. The risk management plan defines the roles and responsibilities, risk categories, risk appetite and thresholds, risk identification and analysis methods, risk response strategies, risk monitoring and reporting mechanisms, and risk governance structure for the project. The new risk manager should familiarize themselves with the risk management plan to understand the project environment and the expectations and requirements for risk management. The other options are not the first actions that the new risk manager should take. Reviewing potential next steps with the project team is a good practice, but it should be done after reviewing the risk management plan to ensure alignment and consistency. Reviewing the scope of work to determine the prescribed project methodology is not directly related to risk management, and it may not provide sufficient information about the project environment and the risk management approach. Reviewing the contract and determining the resources and project funding is part of the project initiation process, and it may not reflect the current status and issues of the project. References: 2, 3, 4

The overall goal of selecting strategies during the Plan Risk Response activity is to choose those strategies that have the greatest overall positive influence on the project, considering factors such as cost, schedule, and resources.

According to the PMI Risk Management Professional (PMI-RMP)® Examination Content Outline1, one of the tasks in the domain of Risk Response is to select risk response strategies based on the risk appetite and tolerance of the organization and stakeholders1. The overall goal of selecting risk response strategies is to select the strategies with the greatest overall positive influence on the project objectives, such as scope, schedule, cost, quality, etc. The risk response strategies should aim to enhance the opportunities and reduce the threats to the project, while considering the cost-benefit analysis, the feasibility, and the alignment with the project goals and stakeholder expectations2. The risk response strategies should not be selected based on the least overall impact to resources, because that may not be the most effective or efficient way to address the risks, and it may ignore the potential benefits of some strategies that may require more resources but also deliver more value3. The risk response strategies should not be selected based on the least financial impact, because that may not be the most relevant or comprehensive criterion to evaluate the risks, and it may overlook other aspects of the project, such as quality, customer satisfaction, reputation, etc. that may also be affected by the risks4. The risk response strategies should not be selected based on the greatest benefit to stakeholders, because that may not be the most realistic or achievable goal, and it may create conflicts or trade-offs among different stakeholder groups that may have different or competing interests, needs, and expectations5. 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 4403: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, page 4414: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, page 4425: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, page 518.

Identifying and analyzing assumptions is crucial in risk management because assumptions often hide potential risks. PMBOK® Guide states:

" During risk identification, it is important to identify and document assumptions and assess their validity... Assumptions may prove to be incorrect, resulting in project risk. "

— PMBOK® Guide, 6th Edition, Section 11.2

This proactive analysis helps uncover hidden risks and plan for contingencies.

According to the PMI Risk Management Professional (PMI-RMP)® Handbook1, one of the domains of the PMI-RMP exam is Risk Monitoring and Reporting, which involves tracking identified risks, monitoring residual risks, identifying new risks, executing risk response plans, and evaluating risk process effectiveness throughout the project1. The risk manager of the related project should have reformed the risk monitoring and closing process properly to ensure that the contingency budget is only used for the intended risks and not for other purposes. The risk manager should have also communicated the status and outcomes of the risk activities to the relevant stakeholders, such as the functional manager and the CEO, to avoid any confusion or conflict over the budget allocation1. References: 1: PMI Risk Management Professional (PMI-RMP)® Handbook, page 6.

The risk manager should have ensured a more accurate project work plan and budget to prevent the functional manager from requesting to use the project ' s contingency budget. A well-planned budget would have avoided the shortage in the functional manager ' s department budget.

According to the PMBOK Guide, one of the tools and techniques for the implement risk responses process is root cause analysis. Root cause analysis is a technique that focuses on identifying the fundamental reason for the occurrence of a problem or a risk. By conducting a root cause analysis, the risk owner can determine why the implemented measures were only partially successful and what caused the new unforeseen risk to emerge. This can help the risk owner to identify and implement more effective risk responses, as well as to update the risk register and the risk report with the new information1 . References: PMBOK Guide, 6th edition, pages 452-453, 474-4751; PMI-RMP Exam Content Outline, 2015, page 8.

When a project comprises multiple tasks, each with varying probable durations, determining the overall project ' s expected duration necessitates an analytical approach that accounts for this variability. Monte Carlo simul-ation is a robust technique that performs this function effectively. By running numerous simul-ations, it models the probability of different outcomes in processes that involve random variables, such as task durations. This method provides a comprehensive view of possible project completion times and their associated probabilities, enabling more informed decision-making.

PMI Risk Management Study Guide References:

The PMI-RMP Exam Preparation Study Guide emphasizes the utility of Monte Carlo simul-ations in project scheduling, stating that they " allow project managers to assess the impact of risk and uncertainty on project timelines by simulating various scenarios and their probabilities. "

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.

Risk impact assessment involves calculating the impact of identified risks. Risk analysis is the process of examining, estimating, and evaluating the impact of risks, which helps in calculating the impact (Reference: PMBOK Guide, 6th Edition, p. 417)

Risk analysis is the process of assessing the likelihood and impact of the identified risks on the program objectives. It helps to calculate the impact of the risks by using qualitative or quantitative methods. Risk analysis can provide useful information for risk prioritization, risk response planning, and risk reporting. References: PMI, The Standard for Risk Management in Portfolios, Programs, and Projects, 2019, p. 67; PMI, The Standard for Program Management, Fourth Edition, 2017, p. 113.

The risk manager should work with the project team to identify and assign a suitable owner for the opportunity.

An opportunity is an uncertain event or condition that may have a positive effect on project objectives. Once an opportunity has been identified and the stakeholders have expressed an intention to capitalize on it, a responsible risk owner should be assigned. The risk owner is accountable for monitoring the opportunity, evaluating appropriate response strategies, coordinating response actions, and ensuring that the agreed response is implemented.

Assigning a risk owner establishes clear accountability. The selected owner should have sufficient authority, knowledge, experience, and access to resources to manage the opportunity effectively.

Option A is incorrect because “mitigate” is generally a response strategy used for threats. Appropriate opportunity response strategies include exploit, enhance, share, escalate, and accept.

Option B may be considered later because enhancing an opportunity can increase its probability or positive impact. However, before developing or implementing the response, responsibility for the opportunity should be assigned to an appropriate owner.

Option D is incorrect because merely monitoring and documenting the opportunity is too passive when stakeholders have specifically indicated that they want to capitalize on it.

When facing resistance from team members, the risk manager should engage in open communication to address their concerns and clarify the importance of risk management in the project.

According to the PMBOK Guide, 6th edition, Chapter 11: Project Risk Management1, the risk manager should handle this situation by meeting with team members to address their concerns. This is because:

Resistance to risk management is a common challenge that can hinder the effectiveness and efficiency of the risk management process. Resistance can stem from various factors, such as lack of awareness, understanding, commitment, trust, or support for risk management; fear of negative consequences or blame; competing priorities or interests; or cultural differences or biases.

Meeting with team members to address their concerns is a proactive and constructive way to overcome resistance and foster a positive risk culture within the project. By meeting with team members, the risk manager can:

Communicate the value and benefits of risk management for the project and the organization, such as improving decision-making, enhancing performance, increasing stakeholder satisfaction, and reducing uncertainty and variability.

Educate and train team members on the risk management principles, processes, tools, and techniques, and how they can be applied to the project context and objectives.

Involve and empower team members in the risk management activities, such as identifying, analyzing, prioritizing, responding, and monitoring risks, and solicit their feedback and suggestions for improvement.

Recognize and reward team members for their contributions and achievements in risk management, and celebrate the successful outcomes and opportunities realized by the project.

The other options are not effective in handling this situation because:

Continuing to implement the risk strategy without addressing the resistance can lead to further conflict, resentment, and distrust among the team members, and undermine the quality and credibility of the risk management process and outputs.

Reducing the number of risk management activities can compromise the project’s ability to identify and respond to the risks that may affect its scope, schedule, cost, quality, or other objectives, and expose the project to unnecessary threats or missed opportunities.

Raising the concerns with the project sponsor can escalate the issue and create a negative impression of the team members, and may not resolve the underlying causes of the resistance or improve the team’s engagement and commitment to risk management.

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

Risk Management Professional (PMI-RMP)® Exam Cert Guide2

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.

The Delphi technique allows the project risk manager to gather opinions from all stakeholders anonymously. This method would enable stakeholders to express their concerns without feeling uncomfortable in front of the influential stakeholder.

 The Delphi technique is a tool used to make quick decisions with consensus. This technique consists of sending several sets of anonymous questions to each expert. This is followed by a group discussion after every round. The Delphi technique can help the project risk manager to identify risks by soliciting the opinions of all stakeholders without revealing their identities. This way, the stakeholders can express their views freely and honestly, without being influenced or intimidated by the influential stakeholder. The Delphi technique can also reduce personal bias, ego, or emotional conflict among the participants. The project risk manager can use the results of the Delphi technique to create a list of potential risks and their causes, effects, and probabilities. References: 3, 2, 5

The project manager should implement the risk handling strategies for the risks that occur more frequently, as this will help reduce their impact on the project and improve overall project performance.

Exploit is a positive risk response strategy that aims to ensure that the opportunity is realized 1. It involves eliminating the uncertainty associated with a particular upside risk and making it happen 2. For example, if there is an opportunity to reduce the project cost by using a cheaper supplier, the project manager can exploit it by signing a contract with the supplier and securing the savings. Exploit is the opposite of avoid, which is a negative risk response strategy that seeks to eliminate the threat or protect the project from its impact 2.

The other options are not appropriate for taking full advantage of opportunities. Mitigate is a negative risk response strategy that reduces the probability and/or impact of a threat 2. It is the opposite of enhance, which is a positive risk response strategy that increases the probability and/or impact of an opportunity 1. Accept is a risk response strategy that involves acknowledging the risk and not taking any action unless the risk occurs 2. It can be applied to both threats and opportunities, but it does not actively pursue them. Transfer is a negative risk response strategy that shifts the impact of a threat to a third party, along with ownership of the response 2. It is the opposite of share, which is a positive risk response strategy that allocates ownership of an opportunity to a third party who is best able to capture it for the benefit of the project 1.

eferences: 1: How To Exploit and Enhance Project Opportunities - Project Risk Coach 2 2: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, page 443-4451

A low CPI value (0.53) indicates that the project is over budget. This may be due to an inaccurate cost baseline, which means the initial budget estimation was not correct. This would not necessarily mean that cost control processes are ineffective, actual reported costs are inaccurate, or cost-related risks are effectively managed.

The CPI value is calculated by dividing the earned value (EV) by the actual cost (AC). A CPI value of less than 1 indicates that the project is over budget, meaning that the actual cost is higher than the planned cost. A low CPI value can have several possible causes, such as poor estimation, scope creep, change requests, or inaccurate reporting. However, in this case, the SPI value is greater than 1, which indicates that the project is ahead of schedule, meaning that the earned value is higher than the planned value. This suggests that the cost baseline, which is derived from the planned value, is inaccurate and does not reflect the true cost of the work. Therefore, the risk manager should interpret such a low CPI value as a sign of an inaccurate cost baseline, and not as a result of ineffective cost control processes, inaccurate actual costs, or effective cost related risk management. References: PMI-RMP® Certification Handbook1, page 9; PMBOK® Guide, page 267.

The action that the risk manager should propose is to ask the team to prepare a Monte Carlo analysis. This is a statistical technique that can be used to model the probability of different outcomes in a project. By performing a Monte Carlo analysis, the project manager can objectively evaluate key project risks and develop response plans based on this analysis.

 A Monte Carlo analysis is a simul-ation technique that uses probability distributions and random sampling to model the possible outcomes of a project risk event. It can help the project manager to evaluate the key project risks and develop response plans based on the expected value, standard deviation, and confidence intervals of the results. A Monte Carlo analysis can also provide information on the probability of achieving the project objectives, such as cost, schedule, and quality. A Monte Carlo analysis is an objective method because it does not rely on subjective judgments or opinions, but on mathematical calculations and statistical data. References: PMBOK Guide, 6th edition, Section 11.5.2.3, Monte Carlo Analysis1

In this instance, the project manager should use quantitative analysis to simulate the overall risk outcome. Quantitative analysis techniques, such as Monte Carlo simul-ation or decision tree analysis, can be used to model the combined effect of individual risks on project objectives. By leveraging historical data, the project manager can generate more accurate and reliable risk assessments, which can help inform risk response strategies and improve project decision-making.

Quantitative analysis is a type of risk analysis that numerically analyzes the effect of identified risks on overall project objectives 1. It involves using historical data and other information to estimate the probability and impact of risks, and then applying mathematical techniques such as simul-ation, sensitivity analysis, decision tree analysis, or expected monetary value analysis to quantify the overall risk exposure of the project 2. Quantitative analysis can provide more accurate and objective results than qualitative analysis, which relies on subjective judgments and ratings. Quantitative analysis can also help the project manager prioritize risks, determine the optimal risk response strategy, and allocate contingency reserves 3. Therefore, the correct answer is D.

The stakeholders should prepare a risk-adjusted backlog when making decisions on how to respond to known and new risks. A risk-adjusted backlog helps prioritize work items based on their risk level and potential impact on the project.

 A risk-adjusted backlog is an artifact that reflects the prioritization of the product backlog items based on their risk exposure. It is used to plan for the execution phase of an agile project, where the stakeholders can decide how to respond to known and new risks by selecting the most valuable and least risky items to deliver. A risk-adjusted backlog can help the stakeholders to optimize the value delivery and reduce the uncertainty of the project outcomes. References: PMI, The Standard for Risk Management in Portfolios, Programs, and Projects, 2019, p. 113; PMI, Agile Practice Guide, 2017, p. 54.

The risk manager ' s request to include Field 2 in the scope of the current project is a clear attempt to increase the project’s profitability by expanding its scope to a more lucrative area. This type of request is aimed at increasing project earnings, as it involves altering the project’s objectives to capture a more significant financial opportunity.

According to PMI, requests that seek to modify project scope for financial gain are typically categorized as efforts to increase project earnings or revenue​​.

According to the PMBOK Guide, the risk owner is the person assigned the responsibility of monitoring the risk and implementing the risk response plan. The risk owner should be involved in the risk response execution and evaluation, and should communicate the results and outcomes to the relevant stakeholders. In the case of a data breach, the risk owner should coordinate a response with the risk manager and other parties involved, such as the security team, the legal team, the customer service team, and the senior management. The risk owner should also report the status of the risk and the effectiveness of the response plan to the risk manager. The risk manager should oversee the risk response process and ensure that the risk is handled appropriately and in alignment with the project objectives and stakeholder expectations. References: = PMBOK Guide, 6th edition, pages 452-453; The Standard for Risk Management in Portfolios, Programs, and Projects, page 79.

After verifying the effectiveness of the risk responses, the next step is to close out the risk response actions and communicate the results to relevant stakeholders. This ensures that the project team and stakeholders are aware of how risks have been managed and that any lessons learned can be applied to future projects. This aligns with PMI ' s emphasis on communication and documentation in risk management to ensure transparency and continuous improvement​.

The best practice is to log the risk and the associated response strategies in the risk register to ensure it is monitored, analyzed, and managed throughout the project. The PMBOK® Guide states:

" All identified risks and their planned responses should be recorded in the risk register to facilitate ongoing monitoring and management. "

— PMBOK® Guide, 6th Edition, Section 11.2.3.1

Ignoring or treating these as mere assumptions could result in unmanaged risks and potential project failure.

The process of assessing the likelihood and impact of each identified risk is part of the Perform Qualitative Risk Analysis process. This process helps prioritize risks based on their probability and impact, allowing the project team to focus on the most significant risks. By doing so, the project manager and team can allocate resources and effort to address the risks that pose the greatest threat or opportunity to the project.

The process of assessing the likelihood and impact of each risk is part of the Perform Qualitative Risk Analysis process, which is the process of prioritizing individual project risks for further analysis or action by assessing their probability of occurrence and impact as well as other characteristics. This process helps the project manager and the team to focus on the high-priority risks that have the most influence on achieving the project objectives. The other processes are not relevant to the question scenario. Plan Risk Management is the process of defining how to conduct risk management activities for a project. Perform Quantitative Risk Analysis is the process of numerically analyzing the effect of identified risks on overall project objectives. Monitor and Control Risk 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. References: PMI Risk Management Professional (PMI-RMP) Examination Content Outline and Specifications, page 71. A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, pages 397-3982.

When secondary risks emerge from a risk response, the risk manager should assess the impact of these residual and secondary risks on the project ' s objectives. This step is crucial to understanding how these risks could affect the project ' s scope, time, cost, or quality, and to determine if additional risk responses are needed. PMI ' s guidelines emphasize the importance of continually assessing risks, especially when they arise as a result of implemented risk responses​.

 The project manager should proceed with the planned risk response to move the equipment, as this is the best way to deal with the weather-related risk that was identified and recorded in the risk register. A risk register is a document that lists all the identified risks, their causes, impacts, probabilities, and responses for a project1. A risk response is a strategy or action that is taken to reduce the negative effects or enhance the positive effects of a risk event2. A risk response should be planned and executed according to the risk management plan, which is a document that describes how risk management activities will be structured and performed on a project3. The risk management plan should also define the roles and responsibilities, risk categories, risk appetite and thresholds, risk identification and analysis methods, risk response strategies, risk monitoring and reporting mechanisms, and risk governance mechanisms3. Therefore, the project manager should follow the risk management plan and the risk register to implement the planned risk response to move the equipment, as this is the most effective and efficient way to manage the risk and meet the project objectives. Waiting until the weather improves before sending the equipment, asking the project sponsor to approve shipping the equipment, or requesting the shipment of the equipment to satisfy the client are not the best options to deal with the weather-related risk. Waiting until the weather improves may cause further delays and increase the cost and scope of the project, as well as damage the relationship with the client. Asking the project sponsor to approve shipping the equipment may not be necessary or feasible, as the project sponsor may not have the authority or the availability to make such a decision. Requesting the shipment of the equipment to satisfy the client may not be realistic or safe, as the bad weather may pose a threat to the quality and integrity of the equipment, as well as the health and safety of the people involved in the transportation. These options may also deviate from the risk management plan and the risk register, which may create confusion and inconsistency in the risk management process. References: 1, 2, 3.

Risk urgency refers to the timeframe within which a risk might occur and necessitates prioritization based on how soon a response is required. When team members express concerns about a lack of time prioritization for an identified risk, they are highlighting the need to assess and address the risk ' s urgency. Evaluating risk urgency involves determining the proximity of the risk event and ensuring that timely actions are planned to mitigate or respond to the risk appropriately. Incorporating urgency assessments into the risk management process helps in allocating resources and attention to risks that require immediate action, thereby enhancing the project ' s resilience against potential threats.

PMI Risk Management Study Guide References:

The PMI-RMP Exam Preparation Study Guide discusses the concept of risk urgency, noting that " understanding the timing of potential risk events is crucial for effective prioritization and response planning. "

Biases during risk identification can skew the perception of potential risks and their triggers. To mitigate this, the risk manager should rely on objective data, such as published operational experience reports, which provide historical data and insights into what has triggered risks in similar projects. This approach reduces the influence of biases and ensures that risk identification is based on empirical evidence rather than subjective judgments. Using these reports aligns with best practices in risk management, where decisions are data-driven and supported by documented experiences, reducing the likelihood of overlooking critical risk triggers​​.

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​​.

Regression analysis is a data analysis tool that helps identify variables that impact the schedule and determine how these factors interact. It is used to forecast future performance based on historical data and the relationship between variables. (Reference: PMBOK Guide, 6th Edition, p. 248)

According to the PMI Risk Management Professional (PMI-RMP) Reference Materials, regression analysis is a data analysis tool that examines the relationship between one or more independent variables and a dependent variable1. Regression analysis can be used to forecast future performance based on historical data and trends2. In this case, the risk manager wants to identify which variables will impact the schedule (the dependent variable) and determine how these factors interact (the independent variables). Therefore, the risk manager should use regression analysis to create a mathematical model that can predict the schedule performance based on the values of the variables. Regression analysis can also help the risk manager to assess the significance and strength of the relationship between the variables and the schedule3.

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.

To assess the likelihood of project success, the risk manager should use both probabilistic and quantitative risk analyses. Probabilistic analysis helps in understanding the range of possible outcomes and their probabilities, while quantitative risk analysis provides a numerical estimate of the overall risk impact on project objectives. Combining these methods gives a more comprehensive understanding of the project’s risk profile and allows the risk manager to provide an informed response regarding the likelihood of project success. PMI’s risk management standards support the use of these tools for a thorough and accurate risk assessment​​.

In risk management, when a residual risk is identified, it is crucial to reassess its impact on the project ' s overall risk profile. Residual risks are those risks that remain even after all mitigation strategies have been applied. According to best practices and the procedures outlined in the documents provided, particularly in the " Risk Management Procedure " and the " Risk Assessment " guidelines, the appropriate steps to manage residual risks involve:

1.     Reassessing the Risk: The first step involves reviewing the impact of the residual risk in the context of existing budget reserves. This ensures that the project has adequate resources to address any potential consequences of the residual risk.

2.     Documenting in the Risk Register: After reviewing the residual risk, it should be documented in the risk register with updated details on its impact and any required actions. This aligns with the standard procedure for managing risks throughout a project ' s lifecycle as described in the " Consolidated Risk Register " section of the Risk Management Procedure​.

3.     Budget Reserves: Specifically, the focus on budget reserves is crucial because it directly relates to the financial management of risks. According to PMI ' s Risk Management guidelines and the practices outlined in the provided documents, ensuring that sufficient contingency funds are available to address residual risks is a key aspect of comprehensive risk management. This approach helps in maintaining the financial health of the project while accounting for unforeseen events​.

In summary, option D is the correct answer because it reflects the necessary actions that should be taken when dealing with residual risks: reassessing their impact on budget reserves and ensuring that the risk register is updated to reflect these considerations. This process is vital for maintaining control over the project ' s risk profile and ensuring that any remaining risks are managed effectively and within the project ' s financial constraints.

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.

For complex projects, facilitating a risk identification exercise with key stakeholders ensures thoroughness. PMBOK® Guide recommends:

" Formal risk identification with all relevant stakeholders is critical, particularly in complex projects, to ensure all potential risks are recognized. "

— PMBOK® Guide, 6th Edition, Section 11.2

Adding the identified risk to the risk register is the best action that the risk manager can take to address this risk. The risk register is a document that records the identified risks, their characteristics, their status, and their responses. By adding the risk to the risk register, the risk manager can ensure that the risk is not overlooked or ignored, and that it will be subjected to further probability and impact analysis to determine its priority and response strategy. Accepting the identified risk because other stakeholders feel that there are higher priority risks to address is not a good practice, as it may lead to overlooking a potentially significant risk that could affect the stakeholder’s team. Mitigating the identified risk in order to reduce the probability of impacting the stakeholder’s team is not advisable, as it may be a premature or unnecessary action without proper analysis of the risk probability and impact. Escalating the identified risk to the project sponsor and allowing them to determine the best course of action is not appropriate, as it may be an overreaction or a sign of lack of competence from the risk manager, who should be able to handle the risk identification and analysis process. References: PMI Risk Management Professional (PMI-RMP)® Exam Content Outline1, PMI Practice Standard for Project Risk Management2, Risk Management Professional (PMI-RMP)® Cert Guide3

Variance analysis is a technique used to compare actual project performance against planned performance. In this scenario, the risk manager is comparing planned enablement sessions with actual sessions to identify discrepancies that could indicate potential risks. This approach allows the project team to monitor performance closely and take corrective actions as needed to keep the project on track, which is crucial for projects with strict timelines​.

Stakeholder engagement is critical in risk management, especially when decisions may impact project deliverables. By involving stakeholders more in risk management activities and decision-making processes, the risk manager could have ensured that all parties were aware of potential changes and their implications. This engagement helps in securing stakeholder buy-in and support, thus preventing situations where stakeholders might oppose decisions after the fact. PMI’s risk management framework emphasizes the importance of continuous and active stakeholder engagement throughout the project lifecycle​.

For a multi-million-dollar project with numerous risks, understanding the stakeholders ' risk thresholds based on their risk appetites is crucial. This helps in defining the boundaries within which the project can operate and determine acceptable levels of risk. By confirming these thresholds, the risk management team can ensure that the project remains aligned with stakeholders ' expectations and that appropriate risk responses are developed. This is a key step in the risk management process as per PMI guidelines, which emphasize the importance of aligning risk management efforts with stakeholders ' risk tolerance and appetite​.

A risk register should be developed before submitting a formal bid response to help the company understand the project ' s risk profile and account for potential risks in their proposal. This allows the company to make informed decisions about cost, schedule, and resources. (Reference: Project Management Institute. A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Section 11.2)

A risk register is a document that is used as a risk management tool to identify potential setbacks within a project. A risk register is typically created at the start of a project (before it begins), and is regularly referenced and updated throughout the life of a project through deliberate risk monitoring and control1. A risk register is an important component of any successful risk management process and helps mitigate potential project delays that could arise. A risk register is shared with project stakeholders to ensure information is stored in one accessible place2. A risk register also helps to establish a hierarchy of risks, starting with the most impactful. The goal should be to have a path to mitigating those risks, reducing the harm they cause, or eliminating them. The register should also outline what’s considered an acceptable level of risk and how to set up insurance to help offset the impacts3. Therefore, a risk register should be developed before a formal bid response is provided to the client to gain a greater understanding of the project’s risk profile. This will help to estimate the project costs, schedule, and scope more accurately and realistically, as well as to identify the contingency plans and reserves needed to deal with the potential risks. Developing a risk register during the project execution phase, when a client project kick-off meeting is held, or after a project budget is set up with a purchase order are all too late to effectively identify and manage the risks that could affect the project success. References: 2, 3, 1, 4

Comprehensive and Detailed In-Depth Explanation:

A product roadmap is a strategic document that outlines the vision, direction, and progress of a product over time. It serves as a communication tool, aligning stakeholders on the product ' s goals and the plan to achieve them.

Option D: Product vision, business objectives, timeframes.

This option encapsulates the essential elements of a product roadmap:

Product Vision: Defines the long-term mission and purpose of the product, providing a clear direction and inspiration.

Business Objectives: Specific, measurable goals that the product aims to achieve, aligning with the organization ' s strategic aims.

Timeframes: Indicative timelines for achieving milestones, helping to set expectations and facilitate planning.

The PMI-RMP® Exam Prep Study Guide highlights that " a well-structured product roadmap includes the product vision, aligned business objectives, and projected timeframes to guide development and stakeholder communication " (Fremouw, 2021, p. 89).

Option A: Detailed design plan, business objectives, timeframes.

While business objectives and timeframes are integral to a product roadmap, a detailed design plan is typically too granular for this high-level document. The roadmap focuses on overarching goals and timelines rather than specific design details.

Option B: Project management plan, communications management plan, stakeholder engagement plan.

These components are elements of project management planning but do not constitute a product roadmap. They pertain to the processes and methodologies of managing a project rather than outlining the strategic direction of a product.

Option C: Project release timeframes, detailed design plan.

Project release timeframes are relevant to a product roadmap; however, combining them solely with a detailed design plan omits the critical aspects of product vision and business objectives, which are necessary to provide context and purpose.

In summary, a comprehensive product roadmap should primarily include the product vision, business objectives, and timeframes (Option D), offering a strategic overview that guides the product ' s development and aligns stakeholders with its intended direction.

At the risk strategy and planning stage, the risk manager’s primary responsibility is to define the risk management processes and tools to be used for the project. This is foundational and comes before identifying individual risks or updating communication plans.

" The first step in risk management planning is to define how to conduct risk management activities, including processes, tools, and techniques that will be used on the project. "

— PMBOK® Guide, 6th Edition, Section 11.1 (Plan Risk Management)

ISO 31000 similarly emphasizes that the establishment of the risk management context, processes, and tools is critical at the planning stage, especially for projects involving multiple stakeholders and locations.

During risk identification, the risk manager should ensure the following actions are performed:

A. Develop checklists based on historical information: Checklists are valuable tools in risk identification as they draw from previous projects ' experiences and ensure that commonly encountered risks are not overlooked.

B. Conduct interviews, meetings, and focus groups: These are key methods for gathering qualitative data from stakeholders, which can reveal potential risks based on their experiences and expectations.

D. Employ brainstorming to generate spontaneous ideas: Brainstorming is an effective technique for generating a wide range of potential risks quickly, allowing the project team to explore various scenarios and possibilities.

These actions align with PMI’s best practices for comprehensive risk identification, ensuring that all possible risks are considered and documented​​.

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

When preparing risk reports for inclusion in the monthly status report for project executives, the risk manager should adhere to the format established in the risk management plan. This ensures consistency, clarity, and alignment with the overall project management framework, making it easier for executives to understand and assess the information. PMI emphasizes the importance of following established communication protocols and formats in risk reporting to maintain effective stakeholder engagement​.

The correct answer is B. Perform sensitivity analysis.

Sensitivity analysis is used to determine which individual risks or uncertainties have the greatest effect on overall project outcomes . It helps the risk manager understand which variables or risks matter most and therefore where response efforts are most critical. In this question, the risk manager wants to know which risk will have an impact on the project outcome and to assess the effectiveness of response planning by understanding impact drivers. Sensitivity analysis is the best fit for that purpose.

This technique is commonly used in quantitative risk analysis to identify which uncertainties most influence objectives such as cost, schedule, or performance. It often supports prioritization of risk responses by showing where management attention will produce the greatest benefit.

Why the other options are incorrect:

A. Perform Pareto analysis. Pareto analysis helps identify the most significant contributors among a group of causes or issues, but it is not the primary risk analysis technique used to determine which uncertainties most affect project outcomes in a structured risk context.

C. Perform contingency analysis. Contingency analysis is not the standard technique for identifying which risks most influence project outcomes. Contingency reserves may be determined from risk analysis results, but this option does not directly answer the question.

D. Perform qualitative analysis. Qualitative analysis assesses probability, impact, urgency, and other relative characteristics, but it does not specifically show how much each risk affects the final project outcome compared with others. Sensitivity analysis provides that deeper insight.

Best-practice reasoning:

When a project team needs to identify the risks with the greatest influence on outcomes, sensitivity analysis is the preferred method because it isolates the variables that drive uncertainty and highlights where response plans matter most.

Reference-aligned basis:

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

sensitivity analysis as a method to determine which risks have the greatest potential effect on project results,

use of analysis outputs to focus response planning and management attention,

support for quantitative understanding of outcome drivers.

 According to the PMBOK Guide, one of the tools and techniques for the plan risk management process is ground rules. Ground rules are the rules of conduct or behavior that are established by the project team and other stakeholders to ensure a productive and respectful environment for risk management activities. Ground rules can cover various aspects of risk management, such as roles and responsibilities, communication protocols, decision-making processes, meeting agendas, and conflict resolution methods1. By referring to the team’s ground rules on how to resolve conflicts, the risk manager can handle the situation where two key external stakeholders are overemphasizing the impact of a few project risks. This can help the risk manager to maintain a constructive and collaborative atmosphere in the risk reassessment workshop, as well as to ensure that the risk analysis and prioritization are based on objective and consistent criteria.

Some of the other options are not relevant or appropriate for the question scenario:

Requesting for a skilled facilitator to help resolve conflicts that have arisen is not a feasible or effective option, as it would interrupt the flow of the risk reassessment workshop and delay the risk management process. The risk manager should be able to facilitate the workshop and handle conflicts by themselves, using the tools and techniques that they have planned and agreed upon with the project team and stakeholders.

Running a sensitivity analysis to check which risks have the most impact is a technique for the perform quantitative risk analysis process, which is not applicable in the context of a risk reassessment workshop. A sensitivity analysis is a quantitative method that examines the effect of varying one risk parameter at a time on the project objectives, such as cost or schedule. It is not a tool for resolving conflicts or validating the impact of risks, as it does not consider the interrelationships and dependencies among risks or the probability of risk occurrence1.

Using the assumption analysis technique to validate the assumptions is a technique for the identify risks process, which is not suitable for the situation where conflicts have already arisen in the risk reassessment workshop. An assumption analysis is a technique that explores the validity of the assumptions that are made during the project planning and risk management processes. It is not a tool for resolving conflicts or verifying the impact of risks, as it does not address the root causes or the consequences of the disagreements among the stakeholders1.

PMBOK Guide, 6th edition, pages 407-408, 431-432, 437-438, 441-4421; PMI-RMP Exam Content Outline, 2015, pages 7-8.