CompTIA PK0-005 - CompTIA Project+ Certification (2026)

A Scrum daily stand-up (daily Scrum) focuses on short, tactical coordination: what was completed since the last meeting, what will be done next, and what blockers/impediments are in the way. Option D matches that format: yesterday’s progress, today’s plan, and issues that may interfere. This aligns with Agile meeting practices emphasized in Project+ where meeting cadence and purpose are tailored to keep delivery flowing and expose impediments early.

Option A describes risk analysis and response planning (risk register work), not the daily Scrum. Option B describes a retrospective (stop/continue/start improvements) which typically happens at the end of a sprint, not daily. Option C describes schedule compression/resource coordination concepts common in predictive planning (buffers, critical path convergence), not a Scrum stand-up.

Daily stand-ups are timeboxed, typically 15 minutes, and are intended to help the team synchronize and adjust the plan for the next 24 hours. The key output is clarity on what’s moving, what’s blocked, and who needs follow-up conversations after the stand-up to resolve impediments.

A self-organized team is a typical characteristic of Scrum, which is an agile framework for managing complex projects. A self-organized team is a group of motivated and skilled individuals who have the autonomy and authority to make decisions and collaborate on how to deliver the project goals. A self-organized team does not rely on a manager or a leader to assign tasks, monitor progress, or resolve issues. Instead, a self-organized team uses Scrum events, such as daily stand-ups, sprint planning, sprint review, and sprint retrospective, to coordinate their work, communicate with each other, and inspect and adapt their process and product123. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 2: Project Methodologies, p. 55; Scrum Characteristics - Scrumversity; What is Scrum? | Scrum.org; Characteristics of a Great Scrum Team | Scrum.org

When the team is confused about what must be accomplished, the best method is formal written communication so expectations are clear, consistent, and unambiguous, and there is a single reference point everyone can review. Formal written communication (e.g., documented assignments, acceptance criteria, task descriptions, action items with owners and due dates) reduces interpretation differences that often happen in scattered individual messages. CompTIA Project+ covers communication methods and emphasizes selecting the right channel based on complexity and the need for clarity, traceability, and shared understanding. ()

Informal internal messages can be fast, but they are more likely to create inconsistent interpretation, especially if people receive different versions or lack context. Asynchronous verbal methods (like voicemail) are harder to reference and can increase misunderstanding. “Synchronous external” is the wrong audience and doesn’t solve internal task clarity.

A practical implementation is: publish tasks in the team’s system of record (ticketing tool/task board), write clear “definition of done” and acceptance criteria, capture decisions and action items in meeting notes, and ensure each task has a single owner. That approach aligns with Project+ expectations for structured communication, documentation, and accountability. ()

Updating the issue log is the first step in documenting the problem and determining its impact on the project. This aligns with CompTIA Project+ guidelines, which emphasize the importance of tracking issues as they arise.

Informal communication is a type of communication that is casual, spontaneous, and unstructured. It does not follow any predefined rules, protocols, or formats. Examples of informal communication include email, phone calls, conversations in the hallway, and impromptu meetings12. The sponsor is using informal communication to communicate with the team, as these methods are convenient, flexible, and personal. However, informal communication may also have some drawbacks, such as lack of documentation, inconsistency, and potential for misunderstanding3. Therefore, the sponsor should also use formal communication when necessary, such as for official reports, contracts, and presentations4.

If a team member is still able (or forced) to charge time to a project months after it ended, the most likely missed closure activity is releasing project resources. In CompTIA Project+ closing activities, resource release/offboarding is a key step: it ensures people are formally transitioned off the project, their assignments are ended in the resourcing/timekeeping system, and they become available to be allocated to new work. If the PM neglects this, the organization’s resource management system may keep the person tied to the closed project code, preventing accurate time charging and creating both reporting and utilization problems.

“Removing access” (A) is a security/offboarding step and might be relevant for systems or repositories, but it doesn’t directly control time code availability or project assignment in resource planning. “Collecting stakeholder feedback” (C) supports lessons learned and continuous improvement, not time charging. “Having the closeout report approved” (D) is important for formal closure, but the specific symptom—charging time incorrectly and being blocked from new projects—points most directly to failing to release resources in the organization’s administrative systems.

So the PM neglected to complete the operational closure step of releasing the project resources, ensuring staffing and timekeeping are correctly transitioned to new work.

When managing vendor contracts, the PM must validate vendor status reports to confirm progress and monitor vendor performance against agreed service levels. Approving deliverables occurs less frequently, and creating charters/baselining schedules are initiation tasks, not recurring vendor management tasks.

An issue log is a document that records and tracks any issues that arise during a project and how they are resolved1. It is different from a risk register, which records and tracks potential risks that may or may not occur during a project2. When a risk becomes an issue, it means that it has occurred and has a negative impact on the project. Therefore, the project manager should update the issue log next to document the compliance issue, its cause, its impact, its priority, its owner, and its resolution status3. Updating the issue log will help the project manager communicate the issue to the stakeholders, monitor the progress of the mitigation plan, and prevent similar issues from happening again4. References = CompTIA Project+ PK0-005 Certification Study Guide, Chapter 11: Executing Projects Part 2, page 331; Project Risk Mitigation Guide + Starter Kit | Smartsheet, Risk Register section; How to Make a Risk Management Plan (Template Included) - ProjectManager, Risk Register section; Issue Log - Project Management Knowledge, Introduction section; Issue Log Template: Free Download | ProjectManager, Introduction and How to Use an Issue Log sections.

Operational security (OPSEC) is a process that prevents sensitive information from getting into the wrong hands by viewing operations from the perspective of an adversary1. Facility access is a form of OPSEC that controls who can enter and exit a physical location where sensitive data or equipment is stored or processed. Facility access can include measures such as locks, alarms, badges, biometrics, guards, and cameras. The other options are not correct because:

Mobile device compliance is a policy that ensures that mobile devices used by employees or contractors meet certain security standards and requirements, such as encryption, password protection, antivirus, and remote wipe. Mobile device compliance is not a form of OPSEC, but rather a form of data security or device management.

Background screening is a process that checks the criminal, financial, and employment history of a potential employee or contractor before hiring them. Background screening is not a form of OPSEC, but rather a form of human resource management or risk mitigation.

Multifactor authentication is a method that requires users to provide two or more pieces of evidence to verify their identity before accessing a system or service, such as a password, a code, a token, or a biometric. Multifactor authentication is not a form of OPSEC, but rather a form of access control or identity management. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 10: Executing and Closing Projects, page 314; CompTIA Project+ Certification Exam Objectives, Domain 3: Project Execution, Objective 3.2: Given a scenario, execute and monitor project tasks using traditional methodologies; What is Operational Security? The Five-Step Process, Best Practices, and More

In Agile methodologies, the Product Owner is responsible for defining and prioritizing the product requirements to ensure they align with customer needs. Defining success criteria involves establishing clear, measurable goals that determine whether the project ' s technical features meet customer expectations.

According to the CompTIA Project+ PK0-005 exam objectives, under Domain 1.1: Explain the basic characteristics of a project and various methodologies and frameworks used in IT projects, understanding roles and responsibilities, including that of the Product Owner, is essential.