CompTIA Updated PK0-005 Exam Questions and Answers by frances

The PM is building a Work Breakdown Structure (WBS). A WBS is the structured decomposition of the project’s deliverables and scope into progressively smaller pieces until you reach the lowest practical level of detail (often called work packages), which can then be scheduled, estimated, assigned, and tracked. In the CompTIA Project+ objectives, the WBS is explicitly listed as a planning artifact used to break down the work during initiation/planning activities.

The other options don’t fit the “smallest activity components” description. A milestone chart highlights key checkpoints/dates, not the granular decomposition of work. A task board visualizes workflow status (e.g., to-do/in-progress/done) but doesn’t inherently define the decomposition structure. A detailed project plan is broader and would include schedule, resources, budget, and governance—often informed by the WBS rather than being the decomposition itself.

By creating the smallest components list, the PM is effectively decomposing scope into manageable units, which is precisely the purpose of a WBS in Project+ planning and control.

A dashboard is the most appropriate artifact to share when a stakeholder asks for project performance data. Dashboards are designed to present key performance indicators (KPIs) and trends in a concise, visual form—such as schedule progress, scope completion, burn/burndown, budget status, risks/issues summaries, and other metrics relevant to project health. This aligns with Project+ expectations around performance monitoring and communicating status in an efficient way tailored to stakeholder needs.

An issue log is too granular and focuses only on current problems; it is part of performance, but it’s not the overall performance view stakeholders typically want. A WBS is a scope decomposition artifact used for planning and organizing work, not performance reporting. A milestone chart shows key dates and whether major points are achieved, but it does not provide comprehensive performance data (cost, trend, throughput, overall health).

Therefore, to provide performance data effectively—especially for stakeholders who want quick, up-to-date visibility—the PM should send (or grant access to) the project dashboard, ensuring it reflects the latest reporting period and includes the metrics the stakeholder cares about.

During the project closure phase in the waterfall methodology, it is crucial to validate the deliverables to ensure that all project requirements have been met and the project outputs are complete and satisfactory. Additionally, reconciling the project budget is performed to ensure all financial records are accurate and reflect the actual project costs, which is essential for the formal closing of the project.

References = CompTIA Project+ Certification Study Guide (PK0-005)

This describes a transition plan (also called a release plan) because it focuses on moving a deliverable into production/go-live, defining the target audiences/users, and identifying operational training needs. The CompTIA Project+ objectives explicitly list “Develop a transition plan/release plan” and include example components such as operational training, go live, operational handoff, and identifying internal vs. external audience—all of which match the scenario.

A contingency plan is for responding to risks/issues if something goes wrong, not the standard production handover approach. A scope statement defines what work/deliverables are included and excluded, but it doesn’t detail production cutover, operational ownership, or training. A communication plan defines how information is shared (who, what, when, and through what channels), but it is not specifically the go-live and operational handoff blueprint.

So, because the team is planning deployment/move to production plus user identification and training, they are developing the transition plan.