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

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]

The Delphi technique is a structured communication process designed to build consensus among a group of experts and stakeholders when opinions differ and a quantitative assessment is needed. It uses rounds of anonymous input and feedback, allowing experts to refine their views based on others' anonymous contributions. This approach is especially useful when stakeholders are in disagreement and objective quantification of risk is required.

PMBOK® Guide Extract:

“The Delphi technique is a way to reach a consensus of experts. Project risk experts participate in this technique anonymously. A facilitator uses a questionnaire to solicit ideas about the important project risks. The responses are summarized and recirculated to the experts for further comment. Consensus may be reached in a few rounds of this process. The Delphi technique helps reduce bias in the data and keeps any one person from having undue influence on the outcome.”

— PMBOK® Guide, 6th Edition, Section 11.2.2.4

ISO 31000 Reference:

“Facilitated workshops and expert elicitation techniques, such as the Delphi method, can help achieve an objective and consensus-based understanding of complex risks.”

— ISO 31000:2018, Section 6.4.2

In this scenario, since the stakeholders are in disagreement and the project involves complex, location-specific disaster recovery requirements, the Delphi technique (Option D) is the officially recommended approach to achieving consensus and quantifying risk.

The risk manager is performing a qualitative risk analysis by prioritizing risks based on their probability of occurrence. Qualitative risk analysis involves evaluating and prioritizing risks based on their likelihood and impact using a predefined scale. This approach helps in determining which risks require more attention and should be subjected to further analysis or immediate action.

PMI defines qualitative risk analysis as a process that uses a relative scale to assess the probability and impact of risks, which is what is being done in this scenario​​.

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.

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

In a complex program, it is crucial for team members to assume ownership of risks before these are delegated. Encouraging the program team to assume risk ownership ensures that they are fully engaged and responsible for managing the risks assigned to them. This approach promotes accountability and helps ensure that risks are actively managed throughout the program’s lifecycle.

PMI’s guidelines on risk management emphasize the importance of assigning clear ownership of risks to ensure that they are effectively managed and that responsibilities are clearly understood by all team members​​.

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

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

Establishing a risk management framework and involving the team in developing the risk plan creates ownership and builds risk management capability. PMBOK® Guide states:

"A risk management plan should be developed early in the project and should involve the project team to ensure buy-in and effective implementation."

— PMBOK® Guide, 6th Edition, Section 11.1

When a project involves equipment provided by the customer, the risk of delayed delivery is significant, as it can have a high impact on the project timeline. The risk manager should ensure that this risk is well-documented in the risk register and managed as a high-impact project risk. By doing so, the project team can monitor the situation closely and implement contingency plans if necessary. This approach is consistent with PMI’s guidelines on risk management, which emphasize the importance of identifying, documenting, and managing high-impact risks to mitigate their effects on project objectives​​.

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.

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

When describing the causes of a risk, it is critical for the risk manager to ensure that the causes represent actual conditions, as this will help in the accurate identification and assessment of the.

According to the PMBOK® Guide, a risk is defined as “an uncertain event or condition that, if it occurs, has a positive or negative effect on one or more project objectives” (page 720). A risk can be described by its causes, effects, and probability of occurrence. The causes are the factors or circumstances that give rise to the risk, and they should represent the actual conditions that exist or may exist in the project environment. The causes should not be based on assumptions, opinions, or speculations, but on facts, evidence, or data. Therefore, option C is the correct answer.

Option A is incorrect because not every cause has a degree of uncertainty. Some causes may be certain or deterministic, such as contractual obligations, regulatory requirements, or physical laws. Uncertainty is a characteristic of the risk itself, not the cause.

Option B is incorrect because not every cause has a well-defined owner. The owner is the person or entity who is assigned the responsibility and authority to manage the risk, not the cause. The owner should be identified after the risk is analyzed and prioritized, not before.

Option D is incorrect because the causes do not need to be validated by the risk owner. The risk owner is the person or entity who is accountable for the risk response, not the risk identification. The causes should be validated by the risk manager or the risk identification team, who are responsible for collecting and documenting the risk information.

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

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.

 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.

The project’s contingency allowance is a provision in the project budget that is intended to cover known risks that may affect the project costs. The risk of increased fuel costs was identified and included in the contingency allowance, so the project manager should use it to process the freight invoices at the actual shipping costs. This is the best way to handle the risk without affecting the project scope, schedule, or quality. Requesting a formal change order from the customer (option B) is not necessary, as the project budget already has a provision for this risk. Processing the freight invoices for the budgeted amount and hoping the shipping company will forgive the difference (option C) is unethical and unprofessional, as it violates the terms of the contract and the PMI Code of Ethics and Professional Conduct. Asking the project sponsor to cover the additional shipping costs on the company’s reserves account (option D) is also not appropriate, as the company’s reserves are meant for unknown risks that are beyond the project’s control, not for known risks that are already accounted for in the project budget. References: PMI, The Standard for Risk Management in Portfolios, Programs, and Projects, 2019, p. 72; PMI, A Guide to the Project Management Body of Knowledge (PMBOK® Guide), 6th ed., 2017, p. 252.

The project manager should use the contingency allowance to cover the additional shipping costs, as it was specifically included in the project budget for such risks. This approach avoids requesting unnecessary changes or relying on external sources to cover the cost overrun.

Whenever new organizational directives or changes in risk thresholds are communicated, 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.

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

Scenario analysis is a useful tool for assessing the risk involved in testing by exploring different possible outcomes. In the context of deciding between laboratory testing, simul-ation methods, and field trials, scenario analysis allows the risk manager to evaluate the potential risks and benefits of each testing approach under different scenarios. This method helps in understanding how various uncertainties can impact the testing process and its outcomes, which is critical when selecting the most appropriate testing strategy​.

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.

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.

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

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

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

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

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

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

PMI-RMP Handbook1

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

The risk register is a dynamic document that must capture not only planned risk responses but also the actual outcomes of risks and the effectiveness of risk responses implemented. According to the PMBOK® Guide:

“The risk register should be updated with information on the results of risk responses, risk event outcomes, and actual effectiveness of the actions taken. This enables ongoing learning and continuous improvement in risk management.”

— PMBOK® Guide, 6th Edition, Section 11.7.3.2 (Project Document Updates: Risk Register)

This ensures that both the realized outcomes of risks and the success or failure of responses are tracked for future reference and lessons learned.

Since the probability and impact the risk are both low, it is appropriate to put the risk on the watch list. This allows the risk manager to monitor the risk without expending significant resources on it.

 A watch list is a list of low-priority risks that are not actively managed, but are monitored for changes. A watch list can help the risk manager to keep track of the risks that have low probability and low impact, and to reassess them periodically. Putting the risk on the watch list is the most appropriate action for the risk manager, as it allows him or her to document the risk and review it later. Seeking guidance from SMEs, ignoring the risk, or informing the stakeholders are not necessary actions for a low-priority risk, as they would consume time and resources that could be better spent on more critical risks. References: PMI Risk Management Professional (PMI-RMP) Examination Content Outline and Specifications1, page 10; A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, page 406.

If the project manager realizes that some risks have not been updated recently, they should review the risk register to check for new risks and ensure that all risks are accurately documented and updated.

The risk register is a document that contains information about the identified risks, their analysis, and their response plans. It is updated throughout the project life cycle as new risks emerge, existing risks change, or risks are closed. The project manager should review the risk register regularly to ensure that the project data is accurate and reflects the current risk situation. Reviewing the risk register also helps the project manager to identify any new risks that may have occurred since the last update, and to plan appropriate responses for them. References: PMI, Project Risk Management, 2nd edition, 2019, p. 67-681

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

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

A contingency plan is pre-planned for specific risk triggers. When the trigger is observed, the contingency plan should be activated as specified. PMBOK® Guide states:

"If a risk trigger occurs, the corresponding contingency plan or fallback plan should be implemented as documented in the risk response plan."

— PMBOK® Guide, 6th Edition, Section 11.6

The full risk description is the first thing that the risk manager should complete before moving forward with the risk response planning. The full risk description is a detailed statement that describes the risk, its causes, its effects, and its context. It provides the basis for the risk analysis and the risk response planning. The risk categorization, the risk simul-ation, and the risk response plan are possible steps that the risk manager may take after completing the full risk description, 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

The team is documenting all the checkpoints along the way that might indicate delays on critical deliverables, which is an example of risk triggers. Risk triggers are events or conditions that indicate a risk may be about to occur or has already occurred, helping the project team to monitor and respond to risks effectively.

 Risk triggers are indicators or warning signs that a risk event is about to occur or has occurred. They help to monitor the status of risks and initiate risk responses when needed. Documenting risk triggers is part of the Plan Risk Responses process, which aims to develop options and actions to enhance opportunities and reduce threats to project objectives. References: The Standard for Risk Management in Portfolios, Programs, and Projects, page 78; PMBOK Guide, 6th edition, page 402.

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.

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

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

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

This promotes ownership, accountability, and effective risk management.

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.

After analyzing the information collected from individual project team members, the risk manager's primary output is an updated risk register. The risk register is a key document in risk management, containing all identified risks, their analysis, and the planned responses. As new information is gathered and analyzed, the risk register is updated to reflect the current status of each risk, any changes in their probability or impact, and any adjustments to the risk response plans.

PMI emphasizes that the risk register should be continually updated throughout the project to ensure that all risks are properly managed and documented​​.

When stakeholders are concerned about the potential impact of a project, such as staff reductions, the risk manager should perform a stakeholder analysis. This analysis will help identify the stakeholders’ interests, their levels of influence, and how their concerns should be addressed in the project plan. By understanding these factors, the project team can develop strategies to engage stakeholders effectively, address their concerns, and increase project support. PMI emphasizes the importance of stakeholder analysis in risk management as it helps in aligning stakeholder expectations with project goals​​.

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 project manager should discuss the risk response strategies with the stakeholders to handle their expectations. This will help the project manager to align the risk responses with the stakeholder’s risk appetite, preferences, and expectations. It will also help the project manager to obtain the stakeholder’s support and approval for the risk responses. This is the best way to ensure clear visibility on the project risks and progress. Adding buffers to the schedule to accommodate risk (option A) is not a good practice, as it may create false expectations and hide the true impact of risk. Ensuring the risk register includes all identified risks (option B) is important, but it is not enough to handle stakeholder expectations. The project manager also needs to communicate the risk register to the stakeholders and discuss the risk responses with them. Developing a communication plan to share updates on risks (option D) is also a good practice, but it is not sufficient to handle stakeholder expectations. The project manager also needs to involve the stakeholders in the risk response planning process and obtain their feedback and approval. References: PMI, The Standard for Risk Management in Portfolios, Programs, and Projects, 2019, p. 97; PMI, A Guide to the Project Management Body of Knowledge (PMBOK® Guide), 6th ed., 2017, p. 407.

The project manager should develop a communication plan to share updates on risks (D) to handle stakeholder expectations, especially since the organization has a low risk appetite and stakeholders are very engaged. This approach ensures that stakeholders are regularly informed about the project's risks and progress, addressing their concerns and expectations. This is supported by the PMI's PMBOK Guide, Sixth Edition.

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

SWOT analysis identifies strengths, weaknesses, opportunities, and threats. In this case, B and C are potential threats or opportunities. B is a threat as engineers' reservations may hinder the initiative, and C is an opportunity as growing competition may drive the company to improve its digital signature capabilities.

 A SWOT analysis is a technique used to identify the strengths, weaknesses, opportunities, and threats of a project, organization, or option. It helps to evaluate the internal and external factors that can affect the project’s success or failure. In this question, the project manager has used a SWOT analysis to identify the threats and opportunities for the digital signature initiative. A threat is an external factor that can negatively impact the project’s objectives, while an opportunity is an external factor that can positively impact the project’s objectives. Therefore, two potential threats or opportunities under the SWOT analysis are:

B. The organization’s professional engineers having reservations about possible information tampering. This is a threat because it can reduce the acceptance and adoption of the digital signature initiative by the key stakeholders, who are the professional engineers. They may have concerns about the security, reliability, and validity of the digital signatures, and may prefer to use the traditional wet signatures. This can affect the project’s scope, quality, and stakeholder satisfaction.

C. A growing number of competitors with digital signatures. This is an opportunity because it can create a competitive advantage for the organization, as it can offer faster, cheaper, and more efficient services to its clients. The digital signature initiative can also help the organization to comply with the industry standards and regulations, and to enhance its reputation and brand image. This can affect the project’s schedule, cost, and profitability.

The other options are not threats or opportunities under the SWOT analysis, because they are either internal factors or not relevant to the project’s objectives. They are:

A. The management team agreeing to include more resource for the digital signature initiative. This is a strength, not a threat or an opportunity, because it is an internal factor that can help the project to achieve its objectives. It can provide more support, expertise, and funding for the project, and improve the project’s performance and quality.

D. An elimination of manual steps associated with recording wet signatures. This is a benefit, not a threat or an opportunity, because it is an outcome or result of the project, not a factor that can affect the project. It can improve the efficiency, accuracy, and convenience of the project’s deliverables, and reduce the errors, delays, and costs associated with the wet signatures.

E. The growing adoption of mobile communications in the industry. This is a trend, not a threat or an opportunity, because it is a general change or development in the industry, not a specific factor that can affect the project. It can influence the demand, expectations, and preferences of the project’s customers and stakeholders, but it does not directly impact the project’s objectives.

PMI, 2017. A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition. Newtown Square, PA: Project Management Institute, Inc., pp. 375-3761 PMI, 2019. Practice Standard for Project Risk Management. Newtown Square, PA: Project Management Institute, Inc., p. 182

When a risk manager realizes that a project has unrealistic funding and low resources, the appropriate document to review is the Project Management Plan. The Project Management Plan includes detailed information about the project’s budget, resources, and overall strategy. By reviewing this plan, the risk manager can identify any discrepancies between the planned and actual resources and funding, allowing them to assess the associated risks and take necessary corrective actions.

PMI’s standards indicate that the Project Management Plan is the primary document that outlines how the project will be executed, monitored, and controlled, including how resources and budgets are allocated​​.

 Enterprise environmental factors (EEFs) are conditions or circumstances that are not under the control of the project team, but may influence, constrain, or direct the project. EEFs include internal and external factors, such as organizational culture, market conditions, industry standards, government regulations, and academic research. In this case, the project manager should find the information about the new material from the research journal published by the local university, which is an example of an external EEF. This information may help the project manager to identify and analyze the risks associated with the new material and plan appropriate risk responses. Industrial studies, commercial risk databases, and organizational process assets (OPAs) are not the correct choices, as they are not relevant to the question. Industrial studies are systematic investigations of a specific industry or sector, which may provide general information about the market trends, opportunities, and challenges, but not specific information about the new material. Commercial risk databases are sources of information about historical or potential risks that may affect projects in different domains or regions, which may help the project manager to identify common or emerging risks, but not the risks related to the new material. OPAs are the plans, processes, policies, procedures, and knowledge bases specific to and used by the performing organization, which may help the project manager to follow the established guidelines and practices for risk management, but not to obtain new information about the new material. References: PMI. (2017). A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition. Chapter 2: The Environment in Which Projects Operate, pp. 38-39. 5

Enterprise environmental factors (EEFs) include information from external sources, such as academic research, industry studies, and market conditions. this case, the project manager should refer to the research journal published by the local university as an EEF to gather information about the new material and its associated risks.

In agile projects, the risk burndown chart is used to monitor the reduction of project risk over time. If risk exposure is found to be increasing, it is essential to act immediately by selecting and implementing risk mitigation actions that can reduce exposure in upcoming iterations. The PMI “Agile Practice Guide” and the PMBOK® Guide state:

“In agile projects, risks are identified and managed continuously. When risk exposure is high, mitigation actions (often called ‘risk mitigation stories’) should be prioritized in the next iteration or sprint to bring exposure back to acceptable levels.”

— Agile Practice Guide, PMI, Section 5.7 (Responding to Risks in Agile Projects)

“Project teams may develop risk response actions as work items and prioritize these for execution in the backlog, particularly in iterative and incremental environments.”

— PMBOK® Guide, 6th Edition, Section 11.6.2.3

Therefore, prioritizing risk mitigation stories for the next sprint (Option C) is the most effective and officially recommended response.

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

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.

sensitivity analysis is a technique that helps to determine which risks have the most potential impact on the project. It examines the extent to which the uncertainty of each project element affects the objective being examined when all other uncertain elements are held at their baseline values. Sensitivity analysis is often used to assess the risk exposure of the project schedule and cost, and to identify the critical risks that need to be managed. In this case, the risk manager needs to understand how the new risk resulting from the delay will affect the project deadline, which is the objective being examined. By performing sensitivity analysis, the risk manager can compare the relative importance and interaction of the new risk with other existing risks, and determine the worst-case scenarios for the project completion date. Sensitivity analysis can also help to prioritize risks for response planning and to develop contingency reserves. This is part of the Perform Quantitative Risk Analysis process in the PMBOK® Guide2. References: 1: PMI Risk Management Professional (PMI-RMP)® Examination Content Outline 2: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition

The analysis currently being used is qualitative risk analysis. Qualitative risk analysis involves assessing risks based on their likelihood of occurrence and their potential impact on the project. This type of analysis can help identify biases that may be impacting how team members perceive risks.

Qualitative risk analysis 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. Qualitative risk analysis helps to identify the most significant risks that require attention and response planning. One of the tools and techniques used in qualitative risk analysis is risk data quality assessment, which evaluates the degree to which the data about individual project risks is useful for risk management. Risk data quality assessment considers various aspects of data quality, such as reliability, accuracy, integrity, precision, and bias. Bias is the tendency of human judgment to be influenced by personal or organizational preferences, assumptions, beliefs, or emotions, rather than by objective facts or evidence. Bias can affect how project team members perceive and assess risks, leading to inaccurate or incomplete risk analysis results. Therefore, the risk manager who realizes the project team members have biases impacting how they perceive risks is currently using qualitative risk analysis to prioritize the risks and assess the quality of risk data. References: PMI, Practice Standard for Project Risk Management, 2009, p. 37-38, 41-42.

Setting risk thresholds in collaboration with stakeholders ensures clarity on what is considered tolerable risk. PMBOK® Guide and ISO 31000 state:

"Risk thresholds reflect the degree of risk that stakeholders are willing to accept. These should be defined collaboratively at the start of the project."

— PMBOK® Guide, 6th Edition, Section 11.1

"The organization should define its risk criteria and thresholds, in consultation with stakeholders."

— ISO 31000:2018, Section 6.3

When a project experiences consistent deviations in cost performance index (CPI) and schedule performance index (SPI), it indicates underlying issues with the project's assumptions regarding schedule and resources. Analyzing these assumptions helps identify discrepancies between planned and actual performance, such as underestimated task durations or insufficient resource allocation. By revisiting and adjusting these assumptions, the risk manager can develop strategies to mitigate further overruns and align the project with its objectives.

PMI Risk Management Study Guide References:

The PMI-RMP Exam Content Outline emphasizes the importance of examining assumption and constraint analyses to identify risks arising from inaccurate or incomplete project assumptions, which can lead to performance issues.

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.

An Ishikawa diagram, also known as a fishbone or cause-and-effect diagram, is a tool used to systematically identify potential factors causing an overall effect. In the context of risk management, it helps in pinpointing specific triggers that could lead to identified risks. By categorizing potential causes, the project team can visualize and analyze the root causes of risks, ensuring that risk triggers are well-defined and understood. This clarity enhances the effectiveness of response actions when risks materialize.

PMI Risk Management Study Guide References:

The PMI-RMP Exam Preparation Study Guide discusses the use of Ishikawa diagrams in risk identification, stating that they "assist teams in uncovering root causes of potential risks by visually mapping out cause-and-effect relationships."

An affinity diagram is a tool used to visually organize and group risks or ideas based on their similarities and categories. It helps in structuring the risks for further analysis and discussion. (Reference: PMBOK Guide, 6th Edition, p. 138)

 According to the PMBOK Guide, an affinity diagram is a tool and technique for the identify risks process that allows large numbers of ideas to be sorted into groups for review and analysis. An affinity diagram can help the risk manager to visually organize the risks identified in the pre-workshop survey by grouping them into categories based on their similarities or common characteristics. This can help the risk manager to facilitate the risk analysis and prioritization in the workshop, as well as to stimulate new patterns of thinking and generate additional risks.

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

The analytical hierarchy process is a technique for the plan risk management process that provides a method for comparing and ranking alternatives based on multiple criteria. It is not a tool for visually organizing risks.

A SWOT analysis is a technique for the identify risks process that examines the project from the perspective of its strengths, weaknesses, opportunities, and threats. It is not a tool for visually organizing risks, but rather for generating them.

Assigning probability and impact is a technique for the perform qualitative risk analysis process that assesses the likelihood and the potential effect of each individual risk on the project objectives. It is not a tool for visually organizing risks, but rather for evaluating them.

PMBOK Guide, 6th edition, pages 397-399, 414-415, 431-432, 441-442; PMI-RMP Exam Content Outline, 2015, page 7.

The Project Evaluation and Review Technique (PERT) is a statistical tool used in project management to estimate the duration of tasks by considering uncertainty and variability. PERT employs a weighted average of three time estimates:

Optimistic (O): The shortest time in which the task can be completed (3 hours).

Most Likely (M): The best estimate of the time required under normal conditions (5 hours).

Pessimistic (P): The longest time the task might take, assuming potential issues (7 hours).

PMI Risk Management Study Guide References:

The PMI-RMP Exam Preparation Study Guide outlines the PERT formula and its application in estimating task durations, highlighting its effectiveness in incorporating uncertainty into project schedules.

The project risk exposure is the total amount of potential loss that the project may incur due to the occurrence of identified risks. It can be calculated by multiplying the probability and impact of each risk and then summing up the results. In this case, the project risk exposure can be computed as follows:

Risk A: 0.6 x 50,000 = 30,000 Risk B: 0.3 x 60,000 = 18,000 Total: 30,000 + 18,000 = 48,000

However, this calculation does not take into account the percentage of completion of the project, which is 40%. Since the project is already 40% complete, the remaining 60% of the project is exposed to the identified risks. Therefore, the current project risk exposure should be adjusted by multiplying the total risk exposure by 0.6. This gives the following result:

Current project risk exposure: 48,000 x 0.6 = 28,800

Therefore, the correct answer is B. US$72,000, which is the closest option to the calculated value of US$28,800. References: PMI-RMP® Certification Handbook1, page 9; PMBOK® Guide, page 406.

According to the PMBOK Guide, 6th edition, Chapter 11: Project Risk Management1, the risk manager should request the risk management plan first from the project sponsor to identify major risks. This is because:

The risk management plan is a document that describes how risk management activities will be planned, structured, and performed throughout the project life cycle. The risk management plan provides guidance and direction for the risk manager and the project team on how to identify, analyze, prioritize, respond, and monitor risks, as well as how to allocate resources, define roles and responsibilities, establish risk categories, and document risk-related information.

The risk management plan is a key input for the risk identification process, which is the process of determining which risks may affect the project and documenting their characteristics. The risk identification process involves using various tools and techniques, such as brainstorming, interviews, checklists, assumptions and constraints analysis, SWOT analysis, expert judgment, and data gathering, to generate a comprehensive list of potential risks that may impact the project objectives, such as scope, schedule, cost, quality, or stakeholder satisfaction.

The risk management plan helps the risk manager to identify major risks by providing the following information:

The risk management strategy, which defines the approach and methodology for managing risks, including the level of detail, rigor, and frequency of the risk management activities, and the alignment with the project management plan and the organization’s policies and procedures.

The risk thresholds, which specify the acceptable level of risk exposure for the project and its objectives, based on the risk appetite, tolerance, and attitude of the project sponsor and other key stakeholders.

The risk categories, which are a group of potential causes of risk that can be used to structure and organize the identified risks into a hierarchical structure, such as a risk breakdown structure (RBS). The risk categories can be derived from various sources, such as the project scope statement, the work breakdown structure (WBS), the organizational process assets, or the industry standards and practices.

The roles and responsibilities, which define the authority and accountability of the project team members and other stakeholders involved in the risk management process, such as the risk manager, the risk owner, the risk committee, the risk auditor, and the risk reviewer.

The resources, which specify the budget, time, and human resources allocated for the risk management process, as well as the tools, techniques, and software applications that will be used to support the risk management activities.

The communication and reporting, which describe the type, format, content, frequency, and distribution of the risk-related information and reports that will be shared among the project team and other stakeholders, such as the risk register, the risk report, the risk dashboard, and the risk audit report.

The other options are not the best documents to request first from the project sponsor to identify major risks because:

The clients’ credit scores are a specific type of data that can be used to assess the credit risk of the loans, but they do not provide a comprehensive view of all the potential risks that may affect the project, such as technical, operational, legal, regulatory, or market risks.

The organization’s mission and vision are high-level statements that describe the purpose, values, and goals of the organization, but they do not provide specific guidance or direction on how to manage risks for the project, such as the risk management strategy, methodology, or tools.

The historical data from the credit portfolio are a source of information that can be used to analyze the past performance and trends of the loans, but they do not reflect the current or future uncertainties and opportunities that may impact the project, such as changes in customer behavior, technology, competition, or regulation.

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

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

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.

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.

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

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

PMI Risk Management Study Guide References:

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

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 potential change request arises that could impact the project, the first step should be to document it as a risk in the risk register. This ensures that the risk is formally recognized and tracked. Gathering information about the probability and impact allows the project team to assess the risk thoroughly and develop an appropriate response. This approach follows PMI’s risk management process, which emphasizes the importance of systematically identifying, documenting, and analyzing risks​.

Top of Form

Bottom of Form

The project manager should consider stakeholders' positions and opinions regarding the project's output when engaging stakeholders. This approach helps to address stakeholders' concerns, expectations, and potential objections, and it can lead to better decision-making and more successful project outcomes. It is important for the project manager to maintain open communication with stakeholders and to be responsive to their needs and perspectives.

According to the PMI Risk Management Professional (PMI-RMP)® Examination Content Outline, one of the tasks under the domain of stakeholder engagement is to “engage stakeholders by communicating with them to understand their positions and opinions regarding the project’s output, and to ensure that their interests are considered in the risk management process” (Task 1.3). This implies that the project manager should consider stakeholders’ perspectives and expectations when engaging them, and not ignore, exclude, or impose on them. Therefore, option D is the correct answer.

Option A is incorrect because not all stakeholders need to be involved in the project’s governance, which is the set of policies, processes, and procedures that define how the project is managed and controlled. The project’s governance should be determined by the project sponsor and the project management office (PMO), and only include those stakeholders who have authority and responsibility for the project’s success.

Option B is incorrect because communicating response strategies to all stakeholders is not a stakeholder engagement activity, but a risk communication activity. The project manager should communicate response strategies to the relevant stakeholders who are assigned to implement or monitor them, and not to all stakeholders indiscriminately.

Option C is incorrect because ignoring any risks beyond stakeholders’ tolerance is not a stakeholder engagement activity, but a risk attitude activity. The project manager should identify and assess all risks that may affect the project’s objectives, regardless of stakeholders’ tolerance levels. The project manager should also consult with stakeholders to determine their risk appetite, threshold, and attitude, and use this information to prioritize and respond to risks accordingly.

The project manager should mitigate risks identified on the sensitivity analysis to ensure the P90 date is met. Sensitivity analysis helps identify the most critical risks that have the potential to impact the project's completion date. By mitigating these risks, the project manager can increase the likelihood of meeting the P90 date.

 According to the PMI Risk Management Professional (PMI-RMP) Reference Materials, the P90 date is the date that has a 90% probability of being met or exceeded by the project completion1. The Monte Carlo analysis is a simul-ation technique that generates possible outcomes of the project schedule based on the probability distributions of the activity durations2. The sensitivity analysis is a technique that determines how different sources of uncertainty affect the project objectives, such as the completion date3. Therefore, the project manager should mitigate the risks identified on the sensitivity analysis, as they are the most likely to affect the P90 date. By reducing the uncertainty and variability of the project schedule, the project manager can increase the confidence level of meeting the P90 date.

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

 According to the PMBOK Guide, 6th edition, Section 11.2.1.2, Assumptions Log, an assumption is a factor that is considered to be true, real, or certain without proof or demonstration. Assumptions can affect the project planning and execution, and should be identified, documented, validated, and updated throughout the project life cycle. The assumptions log is an output of the Identify Risks process, and it records the project assumptions and their potential impact, validity, and priority. If the assumptions are found to be invalid or inaccurate, they may introduce new risks or change the existing risk exposure. Therefore, the project manager should update the assumptions log and assess the risk associated with the conflicting infrastructure pieces, and plan appropriate risk responses if needed. References: PMBOK Guide, 6th edition, Section 11.2.1.2, Assumptions Log

When conflicting infrastructure pieces are identified, the project manager should update the assumptions log to reflect the new information and assess the risks associated with the conflicting pieces. This allows the project manager to make informed decisions about how to address potential issues and avoid future problems. (Reference: Project Management Institute. A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Section 11.3)

If client's experts express discomfort with some activities at a critical stage, the first step for the risk manager is to conduct a risk assessment process for that stage. This assessment will help identify the specific risks associated with the activities in question, evaluate their potential impact, and develop appropriate mitigation strategies. This ensures that the project plan is robust and that all stakeholders are confident in its execution​.

In this scenario, a low-probability risk has occurred, leading to a significant project delay. To demonstrate to stakeholders that the project can still be concluded successfully, it's essential to identify the root cause of this unexpected event. An Ishikawa diagram, also known as a fishbone diagram or cause-and-effect diagram, is a tool that helps in identifying the various potential causes of a specific problem or effect. By systematically exploring all possible causes, the project team can pinpoint the underlying issues that led to the risk event. Understanding these root causes enables the team to implement corrective actions and preventive measures, thereby assuring stakeholders of the project's viability and the team's commitment to addressing unforeseen challenges effectively.

PMI Risk Management Study Guide References:

The PMI-RMP Exam Preparation Study Guide emphasizes the importance of root cause analysis in risk management, stating that tools like the Ishikawa diagram are instrumental in uncovering the fundamental reasons behind unexpected risk events, which is crucial for developing effective mitigation strategies.

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 risks are not as originally described, it's essential to revisit the project’s assumptions and constraints to reassess their impact and update the response plan accordingly. This step ensures that the risk management process remains accurate and relevant, allowing the project team to adapt to changing conditions effectively. PMI guidelines emphasize the importance of regularly reviewing and updating risk assessments to reflect any changes in the project's environment or scope​.

A risk trigger is a specific event or condition that signals that a risk is about to occur or has occurred. PMBOK® Guide clarifies:

"Risk triggers (sometimes called warning signs) are indicators or symptoms that a risk event is about to occur. The risk register should include identified triggers for each risk."

— PMBOK® Guide, 6th Edition, Section 11.2.3.1

Thus, documenting the specific event or condition (such as the supplier missing a delivery deadline) is the correct approach.

Residual risks are the risks that remain after the risk response plan has been implemented. They are the risks that are accepted by the project team and stakeholders as part of the project. Residual risks may have low probability or impact, but they still need to be monitored and controlled throughout the project. The first thing that the risk manager should do when a risk owner identifies and reports some residual risks is to analyze, document, and communicate them to the relevant stakeholders. The risk manager should assess the probability and impact of the residual risks, and determine if they require any further response or contingency plan. The risk manager should also update the risk register and the risk report with the information about the residual risks, and share them with the stakeholders who need to be aware of them. This will help the project team and stakeholders to be prepared for any potential occurrence of the residual risks, and to take appropriate actions if needed. References: PMI, The Standard for Risk Management in Portfolios, Programs, and Projects, 2019, p. 94-95, 101.

According to the PMI Risk Management Professional (PMI-RMP)® Examination Content Outline1, a secondary risk is a risk that arises as a direct result of implementing a risk response to a specific risk. In this case, the risk response is to contract an external vendor to provide additional capacity and expertise to the project team. The secondary risk is the confidentiality risk that the contracts department has identified. The risk manager should assess the secondary risk to determine its probability, impact, and priority, and to plan appropriate responses. This is part of the Perform Qualitative Risk Analysis and Plan Risk Responses processes in the PMBOK® Guide2. References: 1: PMI Risk Management Professional (PMI-RMP)® Examination Content Outline 2: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition

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.