CAPM PMI Exam Lab Questions

According to the PMBOK® Guide, the Project Charter is the document issued by the project initiator or sponsor that formally authorizes the existence of a project and provides the project manager with the authority to apply organizational resources to project activities.

Key Elements of a Project Charter: The charter contains high-level information including the project purpose, measurable objectives, high-level requirements, high-level project description, overall project risk, summary milestone schedule, and preapproved financial resources. Crucially, it includes a Key Stakeholder List.

Stakeholder List vs. Register: At the time the charter is being developed (during the Develop Project Charter process), the project manager identifies the main stakeholders involved in or influenced by the project. This initial list is a high-level component of the charter. The formal, detailed Stakeholder Register is actually an output of the Identify Stakeholders process, which typically occurs immediately after the charter is signed.

Comparison with other options:

A. Management reserves: These are part of the project ' s total budget but are determined during the Determine Budget process (Planning Phase), not during the initiation phase when the charter is created.

B. Work breakdown structure (WBS): The WBS is a detailed decomposition of the project scope created during the Create WBS process in the Planning Phase. It is far too granular for the high-level Project Charter.

D. Stakeholder register: While similar to a stakeholder list, the Stakeholder Register is a specific, detailed project document that is an output of the Identify Stakeholders process. The Charter contains the initial list used to kickstart the identification process.

According to the PMBOK® Guide and the Standard for Project Management, specifically within the Plan Risk Management process, the Timing component of the Risk Management Plan defines when and how often the risk management processes will be performed throughout the project life cycle.

As per PMI standards, the Risk Management Plan is a subsidiary of the project management plan that describes how risk management activities will be structured and performed. The Timing section specifically addresses:

Frequency: How often risk identification, analysis, and monitoring will occur (e.g., weekly status meetings, monthly deep dives).

Project Life Cycle Integration: Establishing risk management activities at specific milestones or phases.

Timeline for Responses: Establishing how quickly a risk response must be implemented once a trigger is identified.

The other options are incorrect based on the following PMI definitions of Risk Management Plan components:

Methodology: This defines the specific approaches, tools, and data sources that will be used to perform risk management. It answers " how " the work will be done technically, rather than " when. "

Risk categories: This provides a means for grouping potential causes of risk. This is often documented using a Risk Breakdown Structure (RBS).

Budgeting: This establishes a budget for the project risk management activities and defines the specific protocols for the application of contingency and management reserves.

As per the PMI Lexicon of Project Management Terms, the Timing component ensures that risk management is not a one-time event but a continuous, integrated process that evolves as the project moves through its various stages.

According to the PMBOK® Guide (6th and 7th Editions), Tailoring is the deliberate adaptation of the project management approach, governance, and processes to make them more suitable for the specific environment and the work at hand.

When a team debates using iterative, predictive, adaptive (Agile), or hybrid methods, they are specifically tailoring the Life Cycle Approach. This is a fundamental tailoring decision that determines how the project will move from initiation to closure.

Why Life Cycle Approaches is the correct aspect of tailoring:

Methodology Selection: For a " highly visible technologically advanced " product like AI, a predictive (waterfall) approach might be too risky due to high uncertainty. An iterative or hybrid approach allows the team to build and test parts of the AI tool in cycles.

Strategic Fit: Tailoring the life cycle ensures that the cadence of delivery matches the complexity of the product.

Hybridization: Hybrid approaches specifically combine elements of different life cycles (e.g., predictive for the product launch marketing and agile for the software development).

Analysis of Distractors:

B (Resource availability): This aspect of tailoring focuses on the physical and team resources available (e.g., co-located vs. virtual teams). While resources influence the life cycle, the debate about " iterative vs. hybrid " is a structural life cycle question.

C (Project dimensions): This refers to the size, complexity, and importance of the project. While these dimensions inform the decision to use a specific life cycle, they are the reason for tailoring, not the aspect of the project being tailored in this scenario.

D (Technology support): This typically refers to the tools and systems used to manage the project (like PMIS or collaboration software), rather than the overarching methodology or life cycle framework.

According to the PMBOK® Guide, specifically the Project Risk Management knowledge area, formal risk identification occurs within the Planning Process Group.

The process is titled Identify Risks, which is the process of identifying individual project risks as well as sources of overall project risk, and documenting their characteristics. While high-level risks may be noted in the Project Charter during the Initiating phase, the systematic process of identifying, categorizing, and documenting risks into the Risk Register is a core planning activity.

Planning (Identify Risks): This is where the team uses tools such as brainstorming, checklists, interviews, and SWOT analysis to create the initial Risk Register.

Initiating: This process group produces the Project Charter, which may contain high-level " key risks " or assumptions, but the " project team " as a whole typically begins the detailed identification process once the project is authorized and planning begins.

Executing: During this phase, the team implements risk responses. While new risks can be identified at any time (as risk management is iterative), the initial identification is a planning function.

Monitoring and Controlling: This involves Monitor Risks, where the team tracks existing risks and identifies new risks that emerge during the project.

Per PMI standards, the Identify Risks process should be performed as early as possible in the planning phase and continue throughout the project life cycle because new risks may evolve or become known as the project progresses through its life cycle.