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

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

Since the design phase is complete and the identified risks did not materialize, the project manager should close the risks and update their status in the risk register.

 The project manager should close the risks that did not materialize during the design phase and update their status in the risk register. Closing risks is part of the monitor and close risks process, which involves tracking the implementation of risk responses, monitoring the residual and secondary risks, and evaluating the effectiveness of risk management throughout the project. Closing risks also involves updating the risk register with the current status of the risks, the outcomes of the risk responses, and any lessons learned from the risk management process. Updating the risk register helps to maintain an accurate and updated record of the project risks and their impacts. References: PMI, Project Risk Management, 2nd edition, 2019, p. 97-981

Project risks should be closed when the stakeholders agree a risk is no longer applicable. This ensures that risks are actively managed and only relevant risks are considered throughout the project lifecycle.

According to the PMI Risk Management Professional (PMI-RMP) Reference Materials, project risks are uncertain events or conditions that may have a positive or negative effect on one or more project objectives1. Project risks can be closed when they are no longer applicable to the project or its activities. The process of closing project risks involves verifying that the risk responses have been completed, documenting the outcomes, and evaluating the effectiveness of the risk management process2. The decision to close a project risk should be made by the stakeholders who are responsible for or affected by the risk, as they are the ones who can determine whether the risk is still relevant or not. Therefore, the correct answer is B. When the stakeholders agree a risk is no longer applicable.

References: 1: PMI, A Guide to the Project Management Body of Knowledge (PMBOK® Guide), Sixth Edition, 2017, p. 397 2: PMI, Practice Standard for Project Risk Management, 2009, p. 111

This is a secondary risk because it is a risk that arises as a direct result of implementing a risk response (in this case, procuring material from a different supplier).

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 procure the material from a different supplier if the first supplier fails to deliver on time. The secondary risk is that there may be differences in the material provided by the first and second supplier, which could affect the quality, cost, or schedule of the project. A secondary risk is different from a residual risk, which is a risk that remains after a risk response has been implemented. A primary risk is the original risk that triggers a risk response. A normal risk is not a standard term in risk management, but it could refer to a risk that is expected or inherent in a project. References: PMI Risk Management Professional (PMI-RMP) Examination Content Outline and Specifications1, page 9; A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, page 397; Secondary vs Residual Risk | Types of Risks on the PMP Exam.

According to the PMI Risk Management Professional (PMI-RMP)® Examination Content Outline1, one of the tasks in the domain of Risk Response is to call for a project team meeting to review risk strategies and make required adjustments, as needed, based on risk monitoring and reporting1. In this scenario, the risk manager should do this to address the situation of the availability of experts, which is a key risk for the project. The project team meeting will help the risk manager and the project team to evaluate the effectiveness of the current risk response plan, identify any new risks or changes in existing risks, and develop alternative risk strategies and actions to deal with the staffing issue. The project team meeting will also facilitate the communication and collaboration among the project team members and other stakeholders, and ensure that the project objectives and expectations are aligned. The risk manager should not implement a disciplined tracking method and report to stakeholders accordingly, because that is not a proactive risk response strategy, but rather a passive risk monitoring and reporting technique2. The risk manager should not escalate the staffing topic to the sponsor and request more budget for contingencies, because that is not a feasible or appropriate risk response strategy, as it does not address the root cause of the risk or provide a solution to the problem3. The risk manager should not revisit the project charter for scope adjustments and sign them off with the customer, because that is not a risk response strategy, but rather a scope management process that may have negative impacts on the project quality, cost, and schedule, and may violate the contractual agreement with the customer4. 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 4563: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, page 4364: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, page 133.

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

Quantitative risk analysis helps determine the minimum acceptable level of exposure and impact for each risk. It also helps to understand if the maximum level of exposure has been reached before escalating the risk. (Reference: PMBOK Guide, 6th Edition, p. 423)

The team should perform quantitative risk analysis, which is the process of numerically analyzing the effect of identified risks on overall project objectives. Quantitative risk analysis can help the team to establish the minimum acceptable level of exposure and impact for each risk, as well as the maximum level of exposure before escalation. Quantitative risk analysis can also provide probabilistic estimates of project outcomes, such as cost and schedule, and support risk prioritization and decision making. References: PMI, A Guide to the Project Management Body of Knowledge (PMBOK® Guide), Sixth Edition, 2017, p. 399; PMI, The Standard for Risk Management in Portfolios, Programs, and Projects, 2019, p. 69.

The risk manager is responsible for ensuring that all risks, including secondary risks, are identified and addressed during the risk response planning process. If key secondary risks were missed, the risk manager should be held accountable. (Reference: Project Management Institute. A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Section 11.5)

The risk manager is responsible for identifying and analyzing risks, as well as planning and implementing risk responses. Secondary risks are those risks that arise as a direct result of implementing a risk response to a specific risk. The risk manager should have considered the potential secondary risks during the risk response planning and updated the risk register accordingly. The project manager should hold the risk manager accountable for missing the secondary risks and ensure that they are properly addressed12

References: 1: PMI Risk Management Professional (PMI-RMP)® Handbook, page 10 2: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition, page 11.2.2.1

The risk manager should first update the risk register with the new risk identified by the vendor. This will help in keeping track of all the risks associated with the project and facilitate the subsequent planning and management of the risks.

 The risk manager should update the new risk in the risk register, which is a project document that records the details of all identified risks, including their description, category, cause, probability, impact, and response strategy. Updating the risk register is the first step to acknowledge the existence of the new risk and to document its characteristics and potential effects on the project objectives. The risk register can then be used as an input for the Plan Risk Responses process, where the risk manager can develop appropriate actions to address the new risk. References: PMI, A Guide to the Project Management Body of Knowledge (PMBOK® Guide), Sixth Edition, 2017, p. 397, 441.

The main output of the stakeholder meeting in the initiation phase is to identify threats and opportunities that may impact the project in a positive or negative way. This information will be used to develop the risk management plan.

The meeting that the project stakeholders are invited to in the initiation phase is part of the Identify Risks process. The purpose of this process is to identify the risks that may affect the project objectives in a positive or negative way, and to document their characteristics. The main output of this process is the risk register, which is a document that contains the list of identified risks, their causes, potential responses, and other relevant information. The risk register is an essential input for the subsequent risk management processes, such as Perform Qualitative Risk Analysis, Perform Quantitative Risk Analysis, Plan Risk Responses, and Monitor Risks. Therefore, the correct answer is B. Identifying threats and opportunities. References: PMI, The Standard for Risk Management in Portfolios, Programs, and Projects, 2019, p. 79-80, 86-87.

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.

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

In this instance, the project manager should use quantitative analysis to simulate the overall risk outcome. Quantitative analysis techniques, such as Monte Carlo simulation 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 simulation, 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.

References: 1: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, page 4311 2: PMI Risk Management Professional (PMI-RMP)® Examination Content Outline, page 102 3: Quantifying risk - Project Management Institute, page 11

Meeting with the traffic authority staff responsible for the new regulation allows the project manager and risk manager to understand the potential changes and their impact on the project. This will help them proactively address any potential issues and ensure the project complies with the new regulations.

According to the PMBOK Guide, 6th edition, Chapter 11: Project Risk Management1, the project manager and the risk manager should handle this situation by meeting with the traffic authority staff in charge of the new regulation. This is because:

• The new traffic regulation is an external risk that could affect the project objectives, such as scope, schedule, cost, quality, and customer satisfaction. External risks are those that arise from outside the project boundaries and are beyond the control of the project team. Examples of external risks include changes in government policies, regulations, laws, market conditions, environmental factors, etc.
• The project manager and the risk manager should proactively engage with the external stakeholders who have the power and influence to create or modify the external risks. By meeting with the traffic authority staff, they can establish a positive relationship, gain insights into the new regulation, and influence its development to align with the project needs. They can also obtain information on the probability and impact of the risk, as well as the potential response strategies.
• The other options are not effective in handling this situation because:

References:

• PMBOK Guide, 6th edition, Chapter 11: Project Risk Management1
• Risk Management Professional (PMI-RMP)® Exam Cert Guide2

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.

References: 1: PMI, A Guide to the Project Management Body of Knowledge (PMBOK® Guide), Sixth Edition, 2017, p. 89 2: PMI, A Guide to the Project Management Body of Knowledge (PMBOK® Guide), Sixth Edition, 2017, p. 123 3: PMI, A Guide to the Project Management Body of Knowledge (PMBOK® Guide), Sixth Edition, 2017, p. 397

 According to the PMBOK® Guide1, risk identification is the process of determining which risks may affect the project and documenting their characteristics. It involves the use of various techniques to gather information from different sources and perspectives, such as stakeholders, experts, historical data, assumptions, and environmental factors. Some of the common techniques for risk identification are meetings, facilitated workshops, interviews, brainstorming, checklists, questionnaires, SWOT analysis, and root cause analysis. These techniques help to elicit the knowledge and opinions of the participants, and to generate a comprehensive list of potential risks that can be further analyzed and prioritized. In this case, the risk management expert should recommend the agency to conduct meetings, facilitated workshops, and interviews with stakeholders to identify potential risks and develop the handbook. This will help to understand the context and objectives of the agency, the expectations and concerns of the farmers and landlords, the challenges and opportunities in the agriculture sector, and the possible sources and impacts of uncertainty. The risk management expert can then use the information gathered from these techniques to create a risk register and a risk management plan, which can form the basis of the handbook. This is part of the Identify Risks process in the PMBOK® Guide1. References: 1: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition

Engaging stakeholders through meetings, workshops, and interviews is crucial for risk identification, as it allows the agency to gather diverse perspectives and insights on potential risks. This approach is more effective than relying solely on standard tools or hiring an expert.

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.

 According to the PMBOK Guide, one of the tools and techniques for the identify risks process is data gathering. Data gathering is the process of collecting information from various sources to identify potential risks that may affect the project objectives. One of the data gathering techniques is document analysis, which involves reviewing and analyzing available project documents and other information sources to identify potential risks1.

Two of the artifacts that will help the risk manager conduct the initial risk assessment for a six month initiative are the work breakdown structure (WBS) and the project organizational chart. These are two of the project documents that can be analyzed for potential risks in the project.

• The work breakdown structure (WBS) is a hierarchical decomposition of the total scope of work to be carried out by the project team to accomplish the project objectives and create the required deliverables. The WBS represents the work defined in the current approved project scope statement and provides the framework for detailed cost estimating, resource planning, and risk management. By reviewing the WBS, the risk manager can identify potential risks that are associated with each work package, deliverable, or scope element, such as technical complexity, quality requirements, dependencies, assumptions, constraints, and uncertainties1.
• The project organizational chart is a graphical representation of the project team members and their reporting relationships. The project organizational chart depicts the roles and responsibilities of the project team, as well as the communication channels and authority levels among the team members and other stakeholders. By reviewing the project organizational chart, the risk manager can identify potential risks that are related to the project team structure, such as resource availability, skill gaps, team dynamics, stakeholder expectations, and conflict resolution1.

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

• The configuration management plan is a component of the project management plan that describes how the project team will manage the configuration of the project’s deliverables and documentation. The configuration management plan defines the processes, tools, and methods for identifying, controlling, tracking, and auditing the changes to the project’s baselines. The configuration management plan is not an artifact that will help the risk manager conduct the initial risk assessment, as it does not provide information on the potential risks that may affect the project objectives or scope1.
• Brainstorming is a technique for the identify risks process that involves generating a list of potential risks through a group discussion. Brainstorming is not an artifact, but rather a tool and technique for identifying risks. Brainstorming can help the risk manager conduct the initial risk assessment, but only after reviewing and analyzing the available project documents and information sources1.
• Monte Carlo analysis is a technique for the perform quantitative risk analysis process that involves simulating the combined effect of individual project risks and other sources of uncertainty on the project objectives, such as cost or schedule. Monte Carlo analysis is not an artifact, but rather a tool and technique for analyzing risks. Monte Carlo analysis can help the risk manager conduct the initial risk assessment, but only after identifying and prioritizing the individual project risks and their probability and impact1.

References: PMBOK Guide, 6th edition, pages 397-399, 414-415, 431-432, 441-442, 156-157, 168-169, 89-901; PMI-RMP Exam Content Outline, 2015, page 7.

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

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 simulation technique that uses random values for uncertain variables, such as activity durations, to generate possible outcomes for the project schedule. The simulation 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 simulation. 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.

References:

• PMBOK Guide, 6th edition, Chapter 11: Project Risk Management1
• Risk Management Professional (PMI-RMP)® Exam Cert Guide2

 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.

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

The project manager should reassess risks by conducting a new assumptions and constraints analysis. This will help identify any previously overlooked risks and ensure that the risk register is comprehensive and up-to-date.

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

The project manager should add the assumptions and constraints to the assumption log to track and analyze their impact on the project. The assumption log is a project document that records all project assumptions and constraints throughout the project life cycle. (Reference: PMBOK Guide, 6th Edition, p. 89)

The project manager should add the assumptions and constraints to the assumption log, which is a project document that records the assumptions and constraints that affect the project scope, schedule, cost, and quality. The assumption log can help the project manager to identify and analyze the risks that may arise from the validity of the assumptions and the impact of the constraints. The assumption log can also be used as an input for the Identify Risks process, where the project manager can determine the risk impact of the assumptions and constraints and add them to the risk register accordingly. References: PMI, A Guide to the Project Management Body of Knowledge (PMBOK® Guide), Sixth Edition, 2017, p. 38, 397.

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 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 simulation 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

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.

References: 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

 The risk matrix heat map is a graphical tool that displays the probability and impact of risks in a project. The horizontal axis represents the probability of occurrence, and the vertical axis represents the impact rating. The colors indicate the level of risk exposure, from green (low) to red (high). The risk in question is located in the upper right quadrant of the matrix, which means it has a high impact rating. The probability of occurrence can be estimated by looking at the scale on the horizontal axis. The risk is slightly to the left of the 50% mark, which means it has a probability of occurrence of about 40%. Therefore, the correct statement that describes the risk is B. The risk has a probability of 40% of occurrence and a high impact rating. References: PMI, The Standard for Risk Management in Portfolios, Programs, and Projects, 2019, p. 104-105.

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 simulation technique that uses random values for uncertain variables, such as activity durations, to generate possible outcomes for the project schedule. The simulation 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 simulation. 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.

References:

• PMBOK Guide, 6th edition, Chapter 11: Project Risk Management1
• Risk Management Professional (PMI-RMP)® Exam Cert Guide2

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

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

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.

References: 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

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

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

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

• Review assumptions and constraints around risks: This is a technique for risk identification, but it is not the only one. The project manager should use a combination of techniques to identify risks, not just focus on one aspect. Also, reviewing assumptions and constraints is not the same as applying an iterative approach, which implies repeating the risk identification process at regular intervals or when changes occur.
• Develop the risk response plans for identified risks: This is a step in the Plan Risk Responses process, which comes after the Perform Qualitative Risk Analysis and Perform Quantitative Risk Analysis processes. The project manager should not develop the risk response plans before identifying and analyzing the risks.
• Determine the likelihood and impact of the risks: This is a step in the Perform Qualitative Risk Analysis process, which comes after the Identify Risks process. The project manager should not determine the likelihood and impact of the risks before identifying them.

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

 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.

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