PK0-005 CompTIA Project+ Certification (2026) Free Practice Exam Questions (2026 Updated)

When implementing an IT infrastructure change that takes risks into consideration, the project manager should develop a rollback plan. A rollback plan is a contingency plan that outlines the steps that need to be taken in case the change does not work as expected. It includes a plan to roll back the changes and restore the system to its previous state. References: CompTIA Project+ Study Guide Section 3.3.

The project manager should develop a rollback plan when implementing an IT infrastructure change that takes risks into consideration. A rollback plan is a contingency plan that describes how to revert back to the previous state of the system in case of a failure or disruption during the change implementation. A rollback plan can help to minimize the impact of the change on the system performance and availability and ensure business continuity and data integrity.

A business case documents the rationale and expected benefits of a project. This document is essential for project approval and aligns with CompTIA Project+ guidance on project initiation and planning.

The product owner is the person who is responsible for managing the product backlog, which includes adding, removing, or changing items based on stakeholder feedback and business value. The product owner is also the one who can collaborate with the development team and the scrum master to decide if a change can be accommodated in the current sprint or deferred to a future sprint. Therefore, the stakeholder should have asked the product owner to request the change instead of the team member, who is not authorized to make changes to the sprint backlog12.

To streamline routing and approval of project activities and provide up-to-date status visibility, the best fit is a workflow and e-signature platform. These tools are designed to automate approval flows (who approves what, in what order, with deadlines), capture formal approvals digitally, and provide real-time tracking dashboards showing where each item is in the process (submitted → under review → approved/rejected → completed). That directly matches the PMO’s goals: reduce manual chasing, standardize governance, and increase transparency.

A real-time multi-authoring tool (A) helps co-edit content but does not inherently manage formal routing/approvals. A wiki knowledge base (B) supports storing and searching information but is not an approval engine. A file-sharing/storage platform (D) centralizes documents and can help reduce version confusion, but it typically does not provide structured approval workflows and audit-ready sign-off.

From a Project+ governance and documentation-control perspective, workflow/e-signature platforms strengthen traceability and auditability (who approved, when, with what version), while also accelerating cycle times for decisions. This improves execution efficiency and helps leadership see bottlenecks and status at a glance—exactly what a PMO seeks when standardizing and streamlining project administration.

If team members are confused about which meetings to attend, this indicates a flaw in the communication plan. Revising the plan ensures clear expectations on who participates in which communication events. Scope or schedule changes don’t automatically require altering the communication plan.

A focus group is a technique that involves gathering a group of people who share some characteristics or interests related to a product, service, or issue, and asking them for their opinions, perceptions, or feedback. The project manager acts as a moderator or facilitator who guides the discussion and records the results. A focus group can help to collect information from a representative sample of the target population, explore ideas, identify needs and preferences, and support the completion of larger projects. The other options are not correct because:

A demonstration is a technique that involves showing the features or capabilities of a product, service, or process to the stakeholders or customers, usually in a live or simulated environment. A demonstration can help to validate the requirements, obtain feedback, and verify the functionality of a deliverable.

A workshop is a technique that involves bringing together a group of stakeholders or experts to work on a specific topic, problem, or issue, usually in a structured and facilitated way. A workshop can help to define the scope, plan the activities, identify the risks, resolve the conflicts, and generate the solutions of a project.

Brainstorming is a technique that involves generating a large number of ideas or alternatives for a problem or opportunity, usually in a creative and spontaneous way. Brainstorming can help to enhance the creativity, diversity, and quality of the ideas, and encourage the participation and collaboration of the team members. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 6: Planning Projects, Part 2 (Scope, Quality, and Risk), page 191; CompTIA Project+ Certification Exam Objectives, Domain 2: Project Planning, Objective 2.1: Given a scenario, create a project charter and project management plan.

 Review the resource pool and review the project objectives are activities that the project manager should undertake after accepting a new project. Reviewing the resource pool involves identifying and evaluating the availability, skills, and competencies of the human and material resources that are needed for the project. Reviewing the project objectives involves understanding and clarifying the expected outcomes and benefits of the project and how they align with the organizational strategy and stakeholder expectations. These activities can help to plan and execute the project effectively and efficiently.

The project manager should first document the change request in the change log because an additional feature represents a potential change to the approved scope described in the SOW. In project change control, requested changes must be formally captured before they are evaluated, approved, rejected, or communicated as accepted work. The change log provides traceability by recording the request, requester, date, description, status, impact, and decision. Validating the request and determining decision makers may occur after documentation, but the project manager should not skip the formal record. Communicating the change broadly before review could create confusion or expectations that the feature is already approved. Proper logging supports governance, prevents scope creep, and ensures the change follows the approved control process.

A commercial, off-the-shelf system, often called a COTS solution, is a ready-made product purchased from a vendor rather than built from scratch. Because it is already designed, tested, packaged, and supported by the vendor, it usually requires only minimal customization to meet business needs. A project manager should expect configuration, integration, user setup, training, and limited tailoring, but heavy customization can increase cost, schedule risk, maintenance complexity, and vendor-support limitations. Cloud infrastructure may be used for some COTS products, but it is not always required. A privacy assessment may be required depending on the data handled, but not universally. A dedicated IP address is a technical requirement that depends on architecture and security design, not on COTS itself.

================

Escalating to the Change Control Board (CCB) is necessary when a change request impacts the project’s timeline or budget. The CCB reviews and approves changes, ensuring that they align with project objectives. CompTIA Project+ highlights the role of the CCB in change management processes.

This activity is best described as approving deliverables (often in a procurement/payment context). The PM is verifying that what the vendor invoiced—and the supporting documentation—matches what the Statement of Work (SOW) requires. That is a form of verification/acceptance: confirming the vendor has provided the contracted deliverables or services to the agreed standard before payment is approved. In Project+ procurement management, PMs are expected to manage vendor performance against contractual artifacts (SOW, acceptance criteria) and ensure work is validated before closing out payments and contracts.

“Enforcing vendor rules of engagement” is broader and might include communication protocols, escalation paths, or behavioral expectations, but the scenario is specifically about matching invoices and documentation to SOW requirements—an acceptance/verification step. “Reporting overall process” is unrelated, and “scheduling team touch points” refers to meeting cadence and coordination, not invoice/SOW reconciliation.

In practice, this check reduces financial risk (paying for unperformed work), strengthens auditability, and supports clean contract administration. It also helps detect scope misunderstandings early—before they become disputes—by tying vendor charges directly back to agreed deliverables in the SOW.

When a project manager identifies stakeholders who will be impacted by the delivery of a new product, it is important to update the communication plan to reflect these findings. This ensures that all stakeholders are informed about the project’s progress and how it may affect them, fostering transparency and managing expectations.

References = The answer is based on standard project management practices and the typical use of communication plans in stakeholder management. For detailed information, please refer to the CompTIA Project+ Study Guide and other official CompTIA resources.

According to What is Logging as a Service (LaaS)? - LogicMonitor, LaaS is a cloud-based log management platform that simplifies the management of infrastructure and application logs. LaaS offers a central location where you can store, analyze and visualize the content of all your logs. It works by ingesting logs from different sources, such as web servers, IoT devices, database servers and more. It then provides actionable output by organizing and restructuring the information within these logs. Therefore, storage and networking are primary features provided by a standard LaaS solution, as they enable the collection and transmission of logs from various sources to a centralized platform. Encryption, user interface, access, and database are not primary features of LaaS, as they are either optional or secondary aspects of the service.

Scope creep is most likely happening when a key stakeholder recommends to a senior developer that a new feature be added that is not part of the current requirement documentation. Scope creep is a term that refers to the uncontrolled expansion or change of a project’s scope beyond its original boundaries or objectives. Scope creep can happen due to various reasons, such as changing customer demands, unclear or incomplete requirements, poor communication, lack of change control, or stakeholder interference. Scope creep can have negative impacts on a project, such as delays, cost overruns, quality issues, or reduced customer satisfaction12

Project sign-off is the activity most likely to have avoided the discrepancy because formal sign-off (especially at closure) confirms that key project outcomes—including final reporting—are reviewed, agreed, and approved by the appropriate authority (sponsor/customer/PMO/finance stakeholders). In CompTIA Project+ closing activities, sign-off is part of ensuring the project is properly closed, deliverables are accepted, and records are accurate and complete for governance and auditability. A formal sign-off step typically includes reconciling final cost/schedule performance, confirming financials match the system of record, and documenting approvals.

“Closing contracts” relates to procurement and vendor obligations and might influence final costs, but it doesn’t directly guarantee reconciliation between financial reporting sources. “Validation of deliverables” focuses on product acceptance/quality, not financial reporting alignment. “Removing access” is an offboarding/security step and doesn’t address financial discrepancies.

So, the best preventive control among the options is project sign-off, because it provides a structured checkpoint to reconcile and confirm closure information (including final financials) with stakeholders and records—reducing the chance of inconsistent reporting that later triggers audit findings.

Scrum requires the most availability from the business team among the given options. Scrum is a popular agile framework that organizes work into short iterations called sprints, usually lasting one to four weeks. Scrum emphasizes collaboration between teams, customers, and stakeholders and encourages open communication and transparency throughout the project lifecycle. Scrum requires frequent involvement and feedback from the business team through activities such as product backlog refinement, sprint planning, sprint review, sprint retrospective, and daily scrum meetings.