CAPM Questions Bank

According to the PMBOK® Guide (Project Management Body of Knowledge), specifically within the Project Risk Management knowledge area and the Perform Qualitative Risk Analysis process, risks are assessed based on their probability of occurrence and their impact on project objectives.

Risk 2 (Option B): This risk has a High (H) probability of occurrence. Probability refers specifically to the likelihood that the risk will happen. Since Risk 2 is the only risk in the provided table with a " High " probability, it is the one most likely to occur compared to the others (which are Low or Medium).

Risk 1: Has a Low (L) probability.

Risk 3: Has a Low (L) probability.

Risk 4: Has a Medium (M) probability.

While the " Impact " column is used to determine the overall Risk Rating or priority (where Risk 2 would also be the highest priority because it is High/High), the specific question asks which is " most likely to occur, " which is a direct reference to the Probability metric alone.

In the PMI framework, the Perform Qualitative Risk Analysis process uses these qualitative descriptors (Low, Medium, High) to help the project manager and team prioritize which risks require the most immediate attention in the Plan Risk Responses process.

According to the PMBOK® Guide, specifically within the Perform Qualitative Risk Analysis process, the Risk Probability and Impact Assessment is the primary tool used to evaluate the characteristics of individual project risks.

Risk Probability Assessment: This specific component investigates the likelihood (probability) that each specific risk will occur. It typically uses a scale (e.g., 0.1 to 0.9 or Low to High) to rank the chances of the risk event happening.

Risk Impact Assessment: This investigates the potential effect on a project objective (such as schedule, cost, quality, or performance) if the risk event occurs.

The Probability and Impact Matrix: After assessing both the probability and the impact, the results are often plotted on a matrix to determine the overall risk score (Priority). This allows the project manager to focus on the " High " priority risks that require the most immediate attention and robust response planning.

Data Quality: For this assessment to be effective, the project manager must also perform a Risk Data Quality Assessment to ensure the information being used to judge probability and impact is accurate and reliable.

Comparison with other options:

A. Risk register: This is a document (an output) that contains the results of the risk management processes. While it records the probability and impact, it is the container for the data, not the analytical tool that investigates the likelihood.

B. Risk audits: These are a tool used in the Monitor Risks process. A risk audit is used to consider the effectiveness of the risk management process itself and the effectiveness of the implemented risk responses. It does not primarily investigate the initial likelihood of a risk occurring.

C. Risk urgency assessment: This is a data analysis technique used to identify the timing of a risk. It looks at how soon a risk might happen or how much time is available to implement a response. It does not measure the likelihood of occurrence, but rather the priority based on time.

According to the PMBOK® Guide (Project Management Body of Knowledge), specifically within the Project Procurement Management knowledge area and the Control Procurements process:

Inspection and Audits (Option B): This is a key tool and technique used to verify compliance in the seller’s work. While " Inspections " focus on the product or deliverable itself (physically verifying that the work meets requirements), " Audits " focus on the procurement process and the seller ' s adherence to the agreed-upon procedures. Both are conducted during the project ' s execution and monitoring phases to identify any non-compliance before the final handover.

Procurement Documents (Option A): These are considered Inputs to the Control Procurements process (such as the contract, statement of work, and bid documents). They provide the basis for the requirements but are not the " tool " used to perform the verification itself.

Estimate Budget (Option C): This is part of the Project Cost Management knowledge area (specifically the Determine Budget process). While costs are monitored during procurement, " estimating " the budget is a planning activity, not a compliance verification tool.

Risk Register (Option D): This is a project document (Input) that contains information on identified risks. While procurement involves significant risk, the register is used to track and monitor those risks, not to verify the physical compliance of a vendor ' s deliverables.

In the PMI framework, Control Procurements is the process of managing procurement relationships, monitoring contract performance, and making changes and corrections as appropriate. Inspections and audits are the primary mechanisms for the buyer to ensure the seller is fulfilling their contractual obligations regarding quality and process.

According to the PMI (Project Management Institute) standards and the PMBOK® Guide (6th and 7th Editions), the Project Management Plan is the formal document that describes how the project will be executed, monitored and controlled, and closed. It is the primary tool used by the Project Manager to ensure the project goals are met.

Here is the breakdown of why this is the correct document based on PMI frameworks:

Integration Management: The development of this plan is a key process within Project Integration Management. It aggregates all subsidiary management plans (such as Scope, Schedule, Cost, Quality, Resource, Communications, Risk, Procurement, and Stakeholder plans) and the three baselines (Scope, Schedule, and Cost Performance).

Execution and Control: While the Project Charter (Option B) authorizes the project and the project manager, it does not provide the " how-to " details. The Project Management Plan provides the roadmap for the team to follow and the benchmarks against which performance is measured.

Closing: The plan defines the criteria for project closure and the transition of the final product, service, or result to operations.

Baselines: It contains the " Performance Measurement Baseline, " which is the integrated scope-schedule-cost plan against which project execution is compared to measure and manage performance.