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

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

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

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

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

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

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

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

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

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

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

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

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

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

Once a risk has been successfully managed, residual risks addressed, and there are no secondary risks, the next step according to risk management best practices is to formally close the expired risk and update all relevant project documentation. The PMBOK® Guide states:

" Once the risk responses have been implemented, and the risk is no longer a threat or opportunity, the risk should be closed out in the risk register and the results should be documented as part of project records and lessons learned. "

— PMBOK® Guide, 6th Edition, Section 11.7.3.2

Closing the risk ensures transparency and supports organizational learning through updated project records.

The project manager should consult or review project contracts, lessons learned registers from analogous projects, and the risk management plan to develop an effective risk planning for the project.

According to the PMBOK® Guide, the risk management plan is one of the key inputs for the plan risk management process, which is the first process in the project risk management knowledge area. The risk management plan describes how risk management activities will be structured and performed throughout the project. It includes information such as the methodology, roles and responsibilities, budget, timing, risk categories, definitions of risk probability and impact, probability and impact matrix, revised stakeholders’ risk tolerances, reporting formats, and tracking (page 409). Therefore, option D is the correct answer.

The project contracts are also an important input for the plan risk management process, as they may contain terms and conditions that can create or affect various project risks. For example, contracts may include clauses related to penalties, incentives, warranties, intellectual property rights, termination, force majeure, arbitration, indemnification, etc. The project manager should review the project contracts to identify any potential sources of risk and plan appropriate responses (page 410). Therefore, option A is the correct answer.

The lessons learned registers from analogous projects are another valuable input for the plan risk management process, as they provide historical information and knowledge that can help the project manager identify and analyze risks, as well as plan risk responses. The lessons learned registers may contain information such as the risks that occurred, the root causes of the risks, the risk triggers, the effectiveness of the risk responses, the residual and secondary risks, the risk owners, the risk ratings, the risk trends, etc. The project manager should consult the lessons learned registers from similar or comparable projects to learn from past experiences and avoid repeating mistakes (page 411). Therefore, option B is the correct answer.

The risk register is not an input for the plan risk management process, but an output. The risk register is a document that contains the list of identified risks, their causes, potential responses, and other relevant information. The risk register is created during the identify risks process, which is the second process in the project risk management knowledge area. The risk register is then updated and refined throughout the project as more information becomes available and new risks emerge (page 414). Therefore, option C is incorrect.

The code of regulations is not an input for the plan risk management process, but a type of enterprise environmental factor. Enterprise environmental factors are the conditions, not under the control of the project team, that influence, constrain, or direct the project. The code of regulations refers to the rules and standards that govern the project’s industry, domain, or sector. The code of regulations may affect the project’s scope, schedule, cost, quality, resources, communications, procurement, and risk management. The project manager should consider the code of regulations when planning risk management activities, but it is not an artifact that needs to be reviewed or consulted (page 38). Therefore, option E is incorrect.

The correct answer is C. Highlight to the stakeholders the agreed predetermined frequency of risk reports.

The problem in this scenario is excessive and disruptive stakeholder requests for information. The major investor is bypassing the normal reporting structure, causing the team to spend a large portion of its time preparing repeated reports. In sound stakeholder and risk communication management, reporting expectations should be defined in advance, including what will be reported, how often, in what format, and to whom . The risk manager should reinforce the agreed reporting cadence and communication approach so that stakeholder information needs are met without creating unnecessary disruption to project execution.

Option C is the best answer because it directly addresses the root issue: the reporting process is either not being followed or not being reinforced. By reminding stakeholders of the agreed frequency and structure of risk reports, the risk manager helps restore efficient communication and protect team productivity.

Why the other options are incorrect:

A. Talk to the project team and ensure they avoid direct communication with this stakeholder. This is too extreme and could damage stakeholder relationships. Stakeholders should not be blocked from communication; communication should be managed appropriately.

B. Engage with the team to enhance the project risk reports sent to the stakeholders. Improving reports may help somewhat, but it does not directly solve the issue of repeated ad hoc requests consuming team time. The more important action is to enforce the agreed communication process.

D. Work with the project sponsor to ensure stakeholders avoid directly influencing the project team. Sponsor support may be helpful in some cases, but this option is broader and more confrontational than necessary. The first and most appropriate step is to use the agreed reporting framework.

Best-practice reasoning:

Stakeholder engagement requires balancing transparency with controlled communication channels. A predefined reporting frequency helps ensure that stakeholders receive needed information while preventing reporting overload and operational inefficiency.

Reference-aligned basis:

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

planned communication and reporting frequencies,

managing stakeholder expectations through agreed information channels,

reducing disruption by using structured communication plans.

The project risk manager should monitor risk thresholds closely, as they represent the organization ' s risk appetite. In a project with a low risk appetite, it is essential to ensure that risks are managed within the defined thresholds to address stakeholders ' concerns and maintain their confidence in the project ' s success.

According to the PMI Risk Management Professional (PMI-RMP) Reference Materials, risk thresholds are the measure of acceptable variation around an objective that reflects the risk appetite of the organization1. Risk appetite is the degree of uncertainty an entity is willing to take on in anticipation of a reward2. In this case, the project has a significant impact on the organization and the stakeholders have a low risk appetite, meaning they are not willing to accept much deviation from the project objectives. Therefore, the project risk manager should monitor the risk thresholds closely to ensure that the project risks do not exceed the acceptable level of variation and impact the project performance negatively. By monitoring the risk thresholds, the project risk manager can also identify when risk responses are needed and evaluate their effectiveness.

The Plan Risk Management process is where the project team determines the depth and breadth of risk management activities, including whether quantitative risk analysis is appropriate. PMBOK® Guide says:

" The Plan Risk Management process determines how to approach and conduct the risk management activities for a project. This includes weighing the benefits and effort of advanced techniques such as quantitative risk analysis. "

— PMBOK® Guide, 6th Edition, Section 11.1