PMI Updated CAPM Exam Questions and Answers by shiloh

According to the PMBOK® Guide, within the Estimate Activity Durations process, external data such as productivity metrics and published commercial information are categorized as Enterprise Environmental Factors (EEF).

Definition of EEFs: These are conditions, not under the immediate control of the project team, that influence, constrain, or direct the project. They can be internal or external to the organization.

Commercial Databases: Published commercial information often includes resource production rate databases and commercial cost-estimating databases. These provide standard productivity metrics (e.g., how many square feet a painter can cover per hour) that a project manager uses to calculate duration when internal historical data is unavailable.

Role in Estimation: When estimating how long an activity will take, the project manager must consider the " environment " in which the work is performed. If the industry standard productivity for a specific technical task is published in a commercial database, that external factor acts as a benchmark for the project ' s own estimates.

Comparison with Other Options:

Organizational Process Assets (B): These are internal to the organization and include formal/informal plans, policies, procedures, and historical information or lessons learned from previous projects. While " internal " productivity records are OPAs, " published commercial " data is an EEF.

Project management plan (C): This is a formal document that describes how the project is to be executed, monitored, and controlled. It uses the estimates but is not the source of raw productivity metrics.

Project funding requirements (D): This is an output of the Determine Budget process. It forecasts the total funding and periodic funding requirements (e.g., quarterly, annually) based on the cost baseline; it has no direct role in estimating the time duration of specific activities.

According to the PMBOK® Guide, specifically the Plan Stakeholder Engagement process, the Stakeholder Engagement Assessment Matrix is a tool used to compare current engagement levels of stakeholders with the desired engagement levels required for successful project delivery.

The guide identifies five distinct levels of stakeholder engagement:

Unaware: The stakeholder is unaware of the project and its potential impacts.

Resistant: The stakeholder is aware of the project and potential impacts but is resistant to any changes that may occur as a result of the work.

Neutral: The stakeholder is aware of the project but is neither supportive nor resistant.

Supportive: The stakeholder is aware of the project and its potential impacts and is supportive of the work and its outcomes.

Leading: The stakeholder is aware of the project and potential impacts and is actively engaged in ensuring the project is a success.

Why " Leading " is the correct classification: The key differentiator between " Supportive " and " Leading " is the proactive nature of the engagement. While a Supportive stakeholder agrees with the project, a Leading stakeholder takes an active role in driving its success, often by influencing others or providing the necessary resources and leadership to overcome obstacles.

Comparison with other options:

A. Supportive: While these stakeholders want the project to succeed, they are not necessarily " actively engaged " in ensuring that success happens in a leadership capacity.

C. Neutral: These stakeholders are indifferent and do not take an active stance for or against the project.

D. Resistant: These stakeholders would actively work against or provide obstacles to the project ' s success.

According to the PMBOK® Guide, the Direct and Manage Project Work process (historically referred to as Direct and Manage Project Execution) is the process of leading and performing the work defined in the project management plan and implementing approved changes to achieve the project ' s objectives.

Role of Approved Change Requests: These are a critical input to this process. Once a change request is processed and approved through the Perform Integrated Change Control process, it is sent back to the project team to be implemented.

Implementation: This implementation may include a corrective action, a preventive action, or a defect repair. Without the " Approved " status, the project team should not be executing the requested change.

Process Flow:

Direct and Manage Project Work (Execution) identifies a need for change.

Perform Integrated Change Control (Monitoring and Controlling) reviews and approves the change.

Approved Change Requests flow back into Direct and Manage Project Work for actual implementation.

Comparison with Other Options:

Approved contract documentation (B): While contracts exist, they are generally part of the project management plan or procurement documentation, not a specific primary input named for the daily direction of work in the same way change requests are.

Work performance information (C): This is typically an Output of the monitoring and controlling processes (like Control Scope or Control Schedule), which is derived from Work Performance Data (an output of Execution).

Rejected change requests (D): These are recorded in the change log but are not acted upon or " executed " by the project team.

According to the PMBOK® Guide (Project Management Body of Knowledge), specifically within the Project Schedule Management knowledge area and the Define Activities process:

Decomposition (Option A): This is the primary tool and technique used for dividing and subdividing the project scope and project deliverables into smaller, more manageable parts. While decomposition is also used in the Create WBS process to create work packages, in the Define Activities process, it is used to further break down those work packages into specific activities, which represent the actual effort required to complete the work.

Inspection (Option B): This is a tool used in Control Quality and Validate Scope. It involves examining work products to determine if they conform to standards and requirements. It is not used for planning or breaking down work.

Project Analysis (Option C): This is a general term and not a specific PMBOK tool or technique for this process. Related terms like " Product Analysis " are used in Define Scope to translate high-level descriptions into tangible deliverables.

Document Analysis (Option D): This is a data gathering technique used in the Collect Requirements and Identify Stakeholders processes. It involves eliciting requirements by analyzing existing documentation and identifying information relevant to the requirements.

In the PMI framework, Decomposition ensures that the project team has a clear understanding of the work that needs to be performed. By breaking work packages down into activities, the Project Manager can more accurately provide estimates for schedule and cost, which are then used to develop the Schedule Baseline.