PMI PMI-RMP - PMI Risk Management Professional (PMI-RMP) Exam

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

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

In a company with rapidly changing work conditions and difficulty in predicting long-term business plans, a professional risk manager should adopt agile approaches to manage the risks (B). Agile approaches allow for flexibility, adaptability, and quick response to changes, making them suitable for managing risks in such situations. This is supported by the PMI ' s PMBOK Guide, Sixth Edition, and the Agile Practice Guide.

 A professional risk manager should adopt agile approaches to manage the risks in situations where the company accommodates a lot of innovation and changing work conditions, and experiences difficulty in predicting long term business plans. Agile approaches are adaptive, iterative, and collaborative methods that focus on delivering value and reducing uncertainty in a dynamic and complex environment. Agile approaches can help the risk manager to identify, analyze, respond, and monitor risks in a flexible and timely manner, by using tools and techniques such as risk-adjusted backlog, risk burndown charts, risk-based spike, and risk-based testing. Agile approaches can also help the risk manager to engage the stakeholders and the project team in risk management activities, by using practices such as daily stand-up meetings, sprint planning, sprint review, and sprint retrospective. Agile approaches can enable the risk manager to manage the risks effectively and efficiently, by aligning the risk management strategy with the project goals and the customer needs. Adopting a predictive approach to manage the risks is not the best option, as it may not be suitable or feasible for situations where the project scope, schedule, and budget are uncertain or variable. A predictive approach is a plan-driven and sequential method that relies on upfront planning and detailed documentation to manage the risks. A predictive approach may not be able to cope with the frequent changes and emerging risks that may occur in an innovative and dynamic environment. Utilizing proper documentation to help manage the risks is not the best option, as it may not be sufficient or effective for situations where the project requirements and deliverables are evolving or changing. Proper documentation is a useful and necessary component of risk management, but it is not a substitute for agile risk management practices. Proper documentation may not be able to capture and communicate the current and relevant information about the risks and their impacts in a timely and accurate manner. Conducting weekly risk management meetings with all stakeholders is not the best option, as it may not be optimal or efficient for situations where the project risks and opportunities are changing rapidly or frequently. Weekly risk management meetings are a common and beneficial practice for risk management, but they may not be enough or appropriate for agile risk management. Weekly risk management meetings may not be able to address the risks and their responses as soon as they arise or occur, and they may not be able to involve all the relevant and available stakeholders and project team members. References: 3, 4, 5

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 The project manager should include secondary and residual risks as part of the risk response plan. Secondary risks are those risks that arise as a direct result of implementing a risk response to a specific risk. Residual risks are those risks that are expected to remain after the planned responses of risks have been taken, as well as those that have been deliberately accepted. Both secondary and residual risks should be identified, analyzed, and monitored throughout the project life cycle. The project manager should communicate the risk response plan to the project sponsor and other stakeholders, and explain how the project team has planned to manage the secondary and residual risks12

 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

project manager should include secondary and residual risks in the risk response plan, as they may still impact the project. Proactively addressing these risks will help the project team to be prepared and manage them effectively if they occur.

According to the PMBOK Guide, risk prioritization is the process of assigning a level of importance to each identified risk based on its probability and impact, as well as other factors such as urgency, stakeholder tolerance, and project objectives. Risk prioritization helps the project team to focus on the most significant risks and allocate resources accordingly. One of the tools and techniques for risk prioritization is stakeholder engagement, which involves involving the key stakeholders in the risk analysis and decision making process. Stakeholder engagement helps to ensure that the risk prioritization reflects the expectations and preferences of the stakeholders, and that they are aware of and agree with the results. By engaging the key stakeholders during the prioritization process, the risk manager could have avoided the board’s request to sort the risks differently, as the board would have been part of the process and would have accepted the outcome. References: = PMBOK Guide, 6th edition, pages 406-407; The Standard for Risk Management in Portfolios, Programs, and Projects, page 67.

A company manages confidential customer information, and a data breach exposing sensitive information was discovered. What should the risk manager do?

A. Execute the security risks contingency plan.

B. Get a report of customers affected by the risk.

C. Identify residual and secondary risks.

D. Coordinate a response with the risk owner.

Answer: D

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

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

Contingency plans are predefined actions that the project team will take if an identified risk event occurs. They are designed to reduce the impact or probability of the risk, or to restore the project to its original objectives. Contingency plans are part of the risk response planning process, and they should be documented in the risk register. In this case, the risk manager should execute the contingency plans to deal with the delays caused by the weather, as they cannot be avoided or mitigated. Performing time recovery actions, executing prevention plans, or performing change management are not appropriate responses for this risk, as they are either reactive, proactive, or corrective measures that do not address the risk directly. References: = PMBOK Guide, 6th edition, page 443; The Standard for Risk Management in Portfolios, Programs, and Projects, page 75.

 

 

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

 

The project manager should escalate this initiative to project decision makers and sponsors, as they have the authority to approve changes in budget and scope. They can evaluate the potential benefits and associated with the new technology and make an informed decision on whether to proceed.

 According to the PMBOK® Guide1, an opportunity is a risk that would have a positive effect on one or more project objectives if it occurs. Opportunities are uncertain events or conditions that can enhance or facilitate the achievement of project goals, such as cost savings, schedule acceleration, quality improvement, or scope expansion. A project manager should take advantage of opportunities by implementing risk responses that seek to maximize their probability and/or positive impact. In this case, the project manager wants to introduce a new technology to improve the project’s performance, which is an opportunity for the project. The project manager should take advantage of this opportunity by planning and executing appropriate risk responses, such as exploiting, enhancing, sharing, or accepting the opportunity. This is part of the Plan Risk Responses and Implement Risk Responses processes in the PMBOK® Guide1. References: 1: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition.