CAPM Exam Dumps - Certified Associate in Project Management (CAPM)

According to the PMBOK® Guide, the Project Management Plan is the primary document that defines how the project is executed, monitored, controlled, and closed. It is composed of several subsidiary plans and baselines.

Subsidiary Management Plans: These include plans for Scope, Schedule, Cost, Quality, Resources, Communications, Risk, Procurement, and Stakeholder Engagement. Option A correctly identifies the Scope Management Plan and the Risk Management Plan.

Baselines: There are three primary baselines: Scope Baseline, Schedule Baseline, and Cost Baseline. Option A correctly includes the Scope Baseline.

Additional Components: The plan also includes the Configuration Management Plan, which describes how information about the items of the project (and which items) will be recorded and updated so that the product, service, or result of the project remains consistent.

Why other options are incorrect:

Option B: The Issue Log and Risk Register are Project Documents, not components of the Project Management Plan itself. The Project Schedule Network Diagram is also a project document.

Option C: While the Schedule Baseline is part of the plan, the Milestone List and Assumption Log are classified as Project Documents.

Option D: Cost Estimates, Duration Estimates, and Resource Calendars are all considered Project Documents. They support the plan but are not part of the formal Project Management Plan " package " as defined by PMI standards.

According to the PMBOK® Guide, the Performance Measurement Baseline (PMB) is an integrated scope-schedule-cost plan for the project work against which project execution is compared to measure and manage performance.

Components of the PMB: The PMB is formed by the integration of three specific baselines:

Scope Baseline: Includes the Project Scope Statement, WBS, and WBS Dictionary.

Schedule Baseline: The approved version of the schedule model used to compare actual results to the plan.

Cost Baseline: The approved version of the time-phased project budget, excluding management reserves.

Earned Value Management (EVM): The PMB is the fundamental reference point for EVM. When project managers calculate variances (like CV or SV) and indices (like CPI or SPI), they are measuring the project ' s current status against this integrated baseline.

Change Control: Once established, the PMB can only be changed through formal change control procedures. It is used throughout the Monitoring and Controlling process group to identify deviations from the original plan.

Analysis of Other Options:

B. Scope baseline, project management baseline, and quality baseline: " Project management baseline " is not a standard term for a specific baseline, and while quality is planned, a " quality baseline " is not a component of the PMB.

C. Cost baseline, schedule baseline, and risk baseline: There is no such thing as a " risk baseline " in official PMI terminology. Risk is managed via the Risk Register and Risk Management Plan.

D. Cost baseline, project management baseline, and schedule baseline: This option incorrectly replaces the Scope Baseline with the non-standard term " project management baseline. " Scope is a mandatory pillar of performance measurement.

According to the PMBOK® Guide, the process of monitoring the status of the project to update project progress and manage changes to the schedule baseline is the formal definition of Control Schedule.

Core Objective: This process is concerned with determining the current status of the project schedule, influencing the factors that create schedule changes, determining if the project schedule has changed, and managing the actual changes as they occur.

Schedule Baseline: The schedule baseline is the approved version of a schedule model that can be changed only through formal change control procedures and is used as a basis for comparison to actual results. Control Schedule is the mechanism used to protect this baseline from unauthorized deviations.

Key Activities:

Comparing actual work performance (start and finish dates) against the baseline.

Using Earned Value Management (EVM) metrics like Schedule Variance (SV) and Schedule Performance Index (SPI) to quantify delays.

Performing Trend Analysis to see if performance is improving or deteriorating over time.

Determining if corrective or preventive actions are needed to bring the project back in line with the plan.

Comparison with Other Options:

Quality Control (B): This process (now Control Quality) focuses on monitoring and recording results of executing the quality activities to assess performance and recommend necessary changes to the product or deliverables, not the timeline.

Perform Integrated Change Control (C): This is the overarching process where change requests are reviewed, approved, or rejected. While it manages changes, it does so for the entire project (Scope, Cost, Schedule, etc.), whereas the specific monitoring of the schedule progress happens within Control Schedule.

Develop Schedule (D): This is a planning process. It involves analyzing activity sequences, durations, and resource requirements to create the schedule model; it does not monitor progress once work has begun.

According to the PMBOK® Guide, Make-or-Buy Analysis is a specific tool and technique used during the Plan Procurement Management process. This analysis is fundamental to determining whether particular work can best be accomplished by the project team or should be purchased from outside sources.

Plan Procurement Management: This is the process of documenting project procurement decisions, specifying the approach, and identifying potential sellers. Since the decision to " make " or " buy " dictates the entire procurement strategy, it must occur during the planning phase.

The Analysis: It involves evaluating the risks, costs (both direct and indirect), and organizational capacity. For example, while it might be cheaper to " buy " a software solution, the organization might decide to " make " it to retain intellectual property or ensure long-term support.

Output: The results of this analysis lead to Make-or-Buy Decisions, which are formal documented decisions that influence the procurement statement of work and the procurement strategy.

Analysis of other options:

A. Conduct Procurements: This process focuses on obtaining seller responses, selecting a seller, and awarding a contract. The decision to buy has already been made by this stage.

C. Analyze Procurements: This is not a formal PMI process name. While analysis occurs throughout procurement, it is not a categorized process in the PMBOK® Guide.

D. Control Procurements: This process involves managing procurement relationships, monitoring contract performance, and making changes/corrections. It occurs during the monitoring and controlling phase, long after the initial make-or-buy decision.

In the PMI framework, the Make-or-Buy Analysis ensures that the project manager and the performing organization optimize resources by choosing the most cost-effective and least risky path for deliverable production.

According to the PMBOK® Guide and the general principles of the Project Life Cycle, various project characteristics change as the project progresses from initiation to closure.

Cost of Changes: At the start of a project, the cost of making changes is at its lowest. This is because very little work has been completed, few resources have been committed, and no physical deliverables have been built yet. As the project moves toward completion, the cost of changes increases significantly because rework may involve scrapping completed components or re-ordering materials.

Stakeholder Influences: These are typically at their highest at the start of the project. Stakeholders have the greatest opportunity to influence the final characteristics of the project ' s product and the project ' s scope without significantly impacting cost.

Risk and Uncertainty: Both risk and uncertainty are at their highest at the start of the project. As the project progresses, team members gain more information, and many risks are either resolved or mitigated, causing these factors to decrease over time.

Comparison Summary:

Start of Project: High Risk, High Uncertainty, High Stakeholder Influence, Low Cost of Changes.

End of Project: Low Risk, Low Uncertainty, Low Stakeholder Influence, High Cost of Changes.

According to the PMBOK® Guide, the Project Procurement Management processes follow a logical sequence that aligns with the Project Management Process Groups (Planning, Executing, and Monitoring and Controlling).

Plan Procurement Management (Planning): The first step involves identifying and planning which project needs can best be met by acquiring products or services outside the project organization. This includes developing the procurement management plan and the procurement statement of work (SOW).

Conduct Procurements (Executing): This phase encompasses several sub-steps represented in the answer:

Obtaining quotes or proposals: Sending out RFPs (Request for Proposals) or RFQs (Request for Quotations) to potential sellers.

Negotiating with vendors: Evaluating the bids and discussing terms, conditions, and technical requirements.

Contracting with selected vendors: Selecting the seller and awarding the contract.

Control Procurements (Monitoring and Controlling): The final ongoing step involves managing procurement relationships, monitoring contract performance, and making changes and corrections as appropriate to ensure both the buyer and seller meet their contractual obligations.

Analysis of Other Options:

B: This suggests negotiating before obtaining quotes or proposals, which is illogical in a standard procurement environment where the proposal provides the basis for negotiation.

C: This starts with " Controlling, " which is a monitoring process that cannot occur before a plan is established or a contract is awarded.

D: This suggests obtaining quotes before identifying requirements. Without identifying requirements (the SOW), a project manager cannot issue an accurate RFP to obtain meaningful quotes.

According to the PMBOK® Guide (Project Management Body of Knowledge), specifically within the Project Quality Management knowledge area and the Manage Quality process (historically referred to as " Perform Quality Assurance " ):

Root Cause Analysis (RCA) (Option D): This is the specific analytical technique used to determine the basic underlying reason that causes a variance, defect, or risk. The process involves identifying a problem, discovering the underlying causes (the " root " ), and developing preventative actions to ensure the problem does not recur. Common tools used within RCA include the Ishikawa (Fishbone) Diagram and the 5 Whys technique.

Quality Audits (Option B): While audits are a key tool of Manage Quality/Quality Assurance, their primary purpose is to determine if project activities comply with organizational and project policies, processes, and procedures. An audit might identify a non-compliance, but the subsequent deep dive into why it happened is the RCA.

Inspection (Option A): This is a tool primarily used in the Control Quality and Validate Scope processes. It involves examining a work product to determine if it conforms to documented standards. Inspection is reactive (finding defects), whereas RCA is used to develop proactive preventative measures.

Design of Experiments (DOE) (Option C): This is a statistical method used to identify which factors may influence specific variables of a product or process. It is used during Plan Quality Management to optimize products or processes, rather than to diagnose the cause of a specific existing failure.

In the PMI framework, Root Cause Analysis is essential for continuous process improvement. By addressing the source of a problem rather than just the symptoms, the Project Manager reduces the Cost of Quality by preventing future rework and defects.

In Earned Value Management (EVM), as defined in the PMBOK® Guide, the Cost Performance Index (CPI) is a measure of the cost efficiency of budgeted resources, expressed as the ratio of earned value to actual cost.

Formula: $CPI = \frac{EV}{AC}$

Calculation: Given the values:

Earned Value ($EV$) = $\$2,000$

Actual Cost ($AC$) = $\$1,500$

$CPI = \frac{2000}{1500} = 1.333...$

Rounding: Following standard examination conventions, the result is rounded to two decimal places, which is 1.33.

Interpretation of Results:

A CPI of 1.0 indicates that the project is exactly on budget.

A CPI greater than 1.0 (like the 1.33 in this case) indicates that the project is performing better than planned in terms of cost (i.e., for every dollar spent, the project has earned $\$1.33$ in value).

A CPI less than 1.0 indicates that the project is over budget.

Note: The Planned Value ($PV$) of $\$1,000$ is provided in the question but is not used to calculate the Cost Performance Index; it would be used if you were calculating the Schedule Performance Index ($SPI = \frac{EV}{PV}$) or Schedule Variance.