Practice Free PK0-005 CompTIA Project+ Certification (2026) Exam Questions Answers With Explanation

The client provided a statement of work (SOW) to the project manager and suggested that the project manager and team just need to execute the plan. A SOW is a document that defines the scope, deliverables, schedule, and terms and conditions of a project or contract. A SOW typically includes information such as purpose, scope of work, location of work, period of performance, deliverables schedule, applicable standards, acceptance criteria, special requirements, and payment schedule. A SOW can help to establish a common understanding and agreement between the client and the service provider on what needs to be done and how it will be done.

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.

This answer is based on the best practice of issue management in project management, which is to identify, analyze, prioritize, and resolve issues that affect the project performance, scope, schedule, quality, or budget12. The first step in this process is to rate the severity of the impact the issue has on the project, which involves assessing the likelihood and consequences of the issue, and assigning a rating or score to the issue based on a predefined scale or criteria34. By rating the severity of the impact, the project manager can determine the urgency and importance of the issue, and decide the appropriate course of action to address the issue56. Rating the severity of the impact is better than the other options because:

Buying a replacement for the faulty equipment may not be feasible, cost-effective, or timely, depending on the availability, price, and delivery time of the equipment. It may also require approval from the project sponsor or other stakeholders, and may affect the project budget or scope7.

Getting the maintenance team to resolve the issue may not be possible, depending on the nature and extent of the malfunction, the skills and availability of the maintenance team, and the warranty or service contract of the equipment. It may also take time and resources to diagnose and fix the problem, and may cause further delays or disruptions to the project8.

Escalating the issue to the project sponsor may not be necessary, depending on the severity and complexity of the issue, and the authority and responsibility of the project manager. It may also create unnecessary alarm or confusion among the project stakeholders, and may undermine the project manager’s credibility or autonomy9.

References = CompTIA Project+ Certification Study Guide, CompTIA Project+ Certification Exam Objectives, What is Issue Management?1, Issue Management Process2, How to Assess the Severity of Project Issues3, How to Prioritize Project Issues4, How to Replace Faulty Equipment in Project Management5, How to Manage Equipment Maintenance in Project Management6, How to Escalate Issues in Project Management7

During the closing phase, a project manager should conduct lessons learned sessions, release resources, and remove access. These actions align with CompTIA Project+ standards for project closure, focusing on finalizing project deliverables, releasing resources, and documenting insights.

First name, last name, and address are Personally Identifiable Information (PII) because they can identify (directly or when combined with other data) a specific individual. CompTIA Project+ includes compliance/privacy and information handling considerations relevant to projects, and knowing common sensitive data categories is part of applying appropriate controls.

The other options don’t fit: PCI refers to payment card information standards/data (e.g., card numbers, CVV) rather than general identity details. PHI is Protected Health Information, tied to healthcare/medical data and regulated in healthcare contexts. CMS typically refers to a content management system, which is a technology platform, not a data classification category.

Correctly identifying data as PII matters because it drives project requirements for security and privacy: access control (need-to-know/least privilege), encryption in transit/at rest, retention rules, logging, and potentially regulatory obligations depending on jurisdiction. As the PM coordinates database design decisions with stakeholders, labeling these fields as PII ensures the team applies the correct controls and avoids accidental exposure—like overly broad access or insecure storage—throughout development, testing, and production deployment.

When a change request is rejected due to a code freeze, the project manager should communicate to the stakeholders to inform them of the situation. Transparent communication ensures that all parties are aware of the project's current status and any limitations affecting progress. This step is crucial for managing expectations and maintaining stakeholder trust.

This approach is supported by the CompTIA Project+ PK0-005 exam objectives, specifically under Domain 1.3: Given a scenario, apply the change control process throughout the project life cycle, which emphasizes the importance of communication in change management.

A statement of work (SOW) is a formal document that defines the entire scope of work involved for a vendor and clarifies deliverables, costs, and timeline1. It serves as a contractual agreement between a vendor and a client, providing a comprehensive description of the work to be performed2. A reason to use a SOW on a project is to ensure the team stays within the scope of the contract, as it outlines what the team will and won’t do on a project, saving from painful client negotiations and protecting the timeline and the bottom line3. References = CompTIA Project+ PK0-005 Certification Study Guide, Chapter 3: Initiating Projects Part 1, page 63; What Is a Statement of Work? Definition & Examples, Introduction and What Is a Statement of Work (SOW) In Project Management? sections; Statement Of Work Ultimate Guide: Simple Definition & Template, Introduction and What is a Statement of Work? sections; What Is a Statement of Work (SOW)? - Coursera, Introduction section.

A task board is a visual tool that displays team progress for stand-up meetings. A task board usually consists of columns that represent different stages or statuses of tasks, such as to do, in progress, done, or blocked. Each task is represented by a card or sticky note that can be moved across the columns as the task progresses. A task board can help to facilitate communication, collaboration, and transparency among team members and stakeholders. It can also help to track and manage work flow, prioritize tasks, identify bottlenecks, and resolve issues3

Conducting lessons learned sessions is a critical part of the project closing phase. The primary purpose is to document what went right and wrong during the project, as well as to identify possible improvements for future projects. This process helps in capturing valuable insights and experiences, which can be used to enhance the effectiveness and efficiency of future projects.

According to the CompTIA Project+ PK0-005 exam objectives, under Domain 2.5: Explain the importance of activities performed during the closing phase, one of the key activities is:

Collecting feedback from stakeholders

This includes conducting lessons learned sessions to gather insights on project performance, challenges faced, and areas of improvement.

Furthermore, the CompTIA Project+ PK0-005 Certification Study Guide emphasizes the importance of lessons learned sessions in the project closure process. It states that these sessions are conducted to:

Review what went well and what did not

Document lessons learned

Provide recommendations for future projects

By systematically analyzing the project's successes and shortcomings, organizations can build a repository of knowledge that serves as a reference for future projects, thereby fostering continuous improvement.

A strategy to store records must include data management and document management as two essential elements. Data management is the process of ensuring that the data collected, stored, and used by the project is accurate, complete, consistent, secure, and accessible. Data management helps to maintain the quality and integrity of the project data and supports the analysis and reporting of the project outcomes1, p. 4

Document management is the process of creating, organizing, storing, retrieving, and disposing of project documents in a systematic and controlled way. Document management helps to ensure that the project documents are available, reliable, usable, and authentic throughout the project life cycle and beyond. Document management also helps to comply with the legal, regulatory, and organizational requirements for records retention and disposition2, p. 3

Assessing the resource pool is the process of identifying and evaluating the availability, skills, and costs of the resources needed for the project. The PM reviews the SOW from the contractor to understand the scope and requirements of the project, grades the full-time equivalents’ resumes to determine their qualifications and suitability for the project, evaluates the titles and salaries to estimate the budget and allocation of the resources, and estimates the number of hours for each milestone by full-time equivalents to plan the schedule and workload of the project12.

The next step in the process after defining tasks, durations, resources, and costs is to seek baseline approval. A baseline is an approved version of a project plan that serves as a reference point for measuring progress and performance throughout the project lifecycle. A baseline typically includes scope, schedule, cost, quality, and risk parameters. Seeking baseline approval involves presenting the project plan to key stakeholders and obtaining their formal agreement on the project objectives and deliverables. Baseline approval can help to establish clear expectations, avoid scope creep, and facilitate change control during project execution.

The NEXT step after defining tasks, durations, resources, and costs during the planning phase is to seek baseline approval. Baseline approval involves finalizing the project plan and gaining approval from stakeholders, establishing the plan as the baseline for the project's performance. References: CompTIA Project+ Study Guide Section 3.4.1

Testing whether a website supports multiple concurrent users signed in at the same time is a question about system behavior under load/concurrency. Among the listed methods, stress testing is the best match because it evaluates how the system performs when pushed toward or beyond normal operating conditions—often involving high volumes of transactions or many simultaneous users/sessions. CompTIA Project+ explicitly includes stress testing as one of the testing cycles/methods candidates should understand in the context of quality and performance management.

The other choices don’t align: unit testing validates individual components/functions in isolation, not full end-to-end multi-user session handling; smoke testing is a quick confidence check that basic functionality works after a build/change; and regression testing verifies that existing features still work after changes—useful, but not primarily focused on concurrent-user capacity.

So, to answer the PM’s specific question (concurrent sign-ins), the team should run a stress test (often implemented using load-generation tools) to validate session handling, authentication, and resource utilization when many users are logged in simultaneously, and to identify bottlenecks or failure points.

A rollback plan (sometimes called a “backout plan”) defines the steps to revert a system to the last known good/operational state if an implemented change fails or creates unacceptable impacts. That is exactly what option B states: returning to the operational state before the change was applied. This aligns with IT change control practices emphasized in Project+ governance and change control contexts, where changes must include consideration for restoring service quickly if outcomes are not as expected.

Option A (“apply an alternative plan”) is closer to a general contingency/fallback plan, which may involve a different solution path rather than undoing the change. Options C and D are not standard control responses: restarting the entire project is extreme and unrelated to change backout, and repeating tasks “until they work” ignores risk control and service stability.

In project environments—especially IT—rollback planning is part of responsible change implementation because it reduces downtime, protects users, and supports controlled deployment. If validation/testing after the change shows failure, the rollback plan provides a predefined, approved path to quickly restore the prior baseline while the team reassesses or submits a revised change request.

A milestone chart is a tool that shows the key events or deliverables of a project along a timeline12. A milestone chart is useful for tracking the progress of a project that has technical tasks and requires a SME’s knowledge, because it can provide a high-level overview of the project status, without getting into the details of each task or activity34. A milestone chart can help the PM and the project lead communicate the project achievements, challenges, and expectations to the stakeholders, and also identify any potential risks or delays that may affect the project completion56. A milestone chart is better than the other options because:

A Gantt chart is a tool that shows the tasks, dependencies, durations, and resources of a project along a timeline7. A Gantt chart is more detailed and complex than a milestone chart, and may not be suitable for providing high-level updates to the stakeholders8.

A project organization chart is a tool that shows the roles, responsibilities, and reporting relationships of the project team members and other stakeholders9. A project organization chart is not a tool for tracking project data, but rather for defining the project structure and authority10.

A Program Evaluation Review Technique (PERT) chart is a tool that shows the tasks, dependencies, and critical path of a project along a network diagram. A PERT chart is more focused on the sequence and timing of the project tasks, and may not capture the key milestones or deliverables of the project.

References = CompTIA Project+ Certification Study Guide, CompTIA Project+ Certification Exam Objectives, What is a Milestone Chart?1, How to Create a Milestone Chart in Excel in 3 Steps2, Milestone Chart: The Easiest Way to Track Project Milestones3, How to Use Milestones in Project Management4, What is a Gantt Chart?5, Gantt Chart vs Milestone Chart: What’s the Difference?6, What is a Project Organization Chart?7, How to Create a Project Organization Chart8, What is a PERT Chart?9, PERT Chart vs Gantt Chart: What’s the Difference?10

Once a work-around is in place, the next best step is root cause analysis (RCA) to identify and remove the underlying cause so the defect does not recur and so the permanent fix can be designed correctly. CompTIA Project+ explicitly includes issue management activities such as handling work-arounds and performing root cause analysis, indicating that RCA is a standard follow-on control after stabilizing the situation.

Submitting a change to the CCB (A) may be necessary later if the permanent fix requires a formal change request, but RCA should come first so the team knows what change is actually needed and can accurately assess impact/risk. Escalating to a steering committee (C) is reserved for high-severity governance decisions (e.g., major budget/scope shifts), and may not be required if the team can resolve within existing authority. Updating the risk register (D) can be appropriate (e.g., record the risk of recurrence), but this is secondary to diagnosing and eliminating the defect’s cause.

So, after implementing a temporary work-around, the correct next action is to perform root cause analysis.

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.

Scrum is an agile methodology well-suited for projects that require frequent milestone deliveries and functionality demonstrations. It emphasizes iterative development, with regular presentations to stakeholders, which aligns with CompTIA Project+ principles for agile project management.

Validating deliverables involves ensuring that the project's outputs meet the defined requirements and objectives. The first step in this process is to review the project objectives to confirm that the deliverables align with the intended goals. This review provides a benchmark against which the deliverables can be assessed, ensuring that they fulfill the project's purpose before seeking stakeholder feedback or assessing documentation.

This aligns with the CompTIA Project+ PK0-005 exam objectives, particularly under Domain 2.1: Explain the value of artifacts in the discovery/concept preparation phase for a project, which emphasizes the importance of aligning deliverables with project objectives.

Work with the project scheduler to update the project timeline. The project manager should work with the project scheduler to update the project timeline after finding an unforeseen dependency on one of the critical project activities that will most likely cause a delay. The project scheduler is a person or a tool that helps plan, schedule, monitor, and control the project activities and resources. The project scheduler can help the project manager to assess the impact of the dependency on the project schedule and identify any possible ways to mitigate or resolve it. The project scheduler can also help to update the project timeline with the revised dates and durations of the project activities and communicate them to the relevant stakeholders.

Background screening is an operational security control: it helps organizations reduce the risk of insider threats, fraud, and inappropriate access by verifying identity, employment history, and other relevant checks before granting trust, credentials, and system access. This aligns with security governance practices that protect organizational assets (data, systems, finances, customers) by ensuring personnel are vetted according to policy and role sensitivity.

Option A (“increase access restrictions”) is related but incomplete—screening doesn’t restrict access by itself; it supports decisions about whether access should be granted at all, and at what level. Option B (define KPIs) is performance management, not security. Option C (evaluate PHI) is healthcare-data specific and not the purpose of background checks.

In project environments, especially those handling sensitive data (PII/financial/customer records) or regulated work, background screening supports compliance and reduces risk exposure. It’s part of broader operational security controls alongside least privilege, need-to-know, MFA, monitoring, and offboarding. Therefore, the best explanation is to apply operational security.

A milestone chart is the best chart to use to show major accomplishments for key events, because it displays the important deliverables or outcomes of a project along a timeline12. A milestone chart can provide a high-level overview of the project progress and achievements, without showing the details of each task or activity34. A milestone chart can also help communicate the project status and expectations to the stakeholders, and identify any potential risks or delays that may affect the project completion56. References = CompTIA Project+ Certification Study Guide7, CompTIA Project+ Certification Exam Objectives8, What is a Milestone Chart?1, How to Create a Milestone Chart in Excel in 3 Steps2, Milestone Chart: The Easiest Way to Track Project Milestones3, How to Use Milestones in Project Management4

Infrastructure as a service (IaaS) is a cloud model that provides on-demand access to cloud-hosted physical and virtual servers, storage, and networking resources. IaaS customers can provision, configure, and use these resources as they would use on-premises hardware, but without the hassle of purchasing, installing, managing, and maintaining them. The cloud service provider owns, manages, and maintains the hardware and computing resources in its own data centers, and charges the customers based on their usage. IaaS is suitable for customers who need flexibility, scalability, and control over their IT infrastructure, and who want to avoid the high costs and complexity of owning and operating their own hardware. The other options are not correct because:

Software as a service (SaaS) is a cloud model that provides on-demand access to ready-to-use, cloud-hosted application software. SaaS customers do not need to install, update, or maintain the software, as the cloud service provider handles all the technical aspects. SaaS is suitable for customers who need to access common applications, such as email, office productivity, or customer relationship management, without worrying about the underlying infrastructure or platform.

Data as a service (DaaS) is a cloud model that provides on-demand access to cloud-hosted data sources, such as databases, data warehouses, or data lakes. DaaS customers can query, analyze, and visualize the data, as well as integrate it with other applications or services, using APIs or web interfaces. DaaS is suitable for customers who need to leverage data from various sources, such as social media, IoT devices, or third-party providers, without having to store, manage, or process the data themselves.

Platform as a service (PaaS) is a cloud model that provides on-demand access to a complete, ready-to-use, cloud-hosted platform for developing, running, maintaining, and managing applications. PaaS customers can use the platform’s tools, frameworks, libraries, and services to create and deploy applications, without having to worry about the underlying infrastructure or software. PaaS is suitable for customers who need to develop, test, and deploy applications quickly and efficiently, and who want to take advantage of the cloud’s scalability, reliability, and security features. References = IaaS vs. PaaS vs. SaaS; AWS Fundamentals: Understanding Compute, Storage, Database, Networking & Security; What are the different types of cloud computing?; What is Cloud Storage and How to Use It

Documenting artifacts is the main reason for creating and maintaining project documents that relate to the management of the project, not the project deliverables. Artifacts are used to define, support, and align the project work to the project requirements and business goals. They also serve as a source of information and evidence for future projects, audits, reviews, and lessons learned1. Documenting artifacts helps to capture the project’s history, performance, outcomes, and best practices, which can be useful for organizational learning and improvement2. References = CompTIA Project+ PK0-005 Certification Study Guide, Chapter 14: Closing the Project, page 403; Project Artifacts and How to Use Them - Rebel’s Guide to Project Management, Introduction and What are project artifacts in project management? sections; Project Management Artifacts: Definition, Types, and Phases, Introduction and What are project artifacts in project management? sections.

Quantitative KPIs are measurable and based on numerical data. The statement about task completion time being 25% faster is quantitative, as it involves specific data that can be measured and tracked, as recommended by CompTIA Project+ for project performance evaluation.

This directive acknowledges local emergency policies/constraints. Hurricane season is a predictable period of elevated operational risk for a utility company, where system stability and rapid incident response are critical. By prohibiting operating-system-impacting projects during that season, the organization is recognizing that emergency preparedness and service continuity take priority, and that change activity increases outage risk when the environment is already volatile.

“National environments” (B) would relate to country-level laws, geopolitical factors, or national regulatory contexts; the directive is tied to a seasonal, location-driven emergency risk pattern rather than national policy. “Company brand value” (A) is indirectly affected, but it’s not what the directive is formally acknowledging. “Standard operating procedures” (C) is tempting because a directive could become an SOP, but the reason and driver is the emergency operating context—hurricane season—so the best match is local emergency policies.

From a Project+ perspective, this is an example of an environmental/operational constraint that should be considered in planning (schedule constraints, blackout windows, change freezes) and reflected in the project schedule and risk planning.

Chat messaging services are particularly effective for teams that are distributed globally across different time zones. These tools facilitate asynchronous communication, allowing team members to send and receive messages at their convenience, which is crucial when real-time communication is challenging due to time differences. This ensures continuous collaboration and information sharing without the constraints of synchronous meetings.

According to the CompTIA Project+ PK0-005 exam objectives, under Domain 3.2: Compare and contrast various project management productivity tools, chat messaging is highlighted as a key communication tool for distributed teams.

To show sequencing between all tasks (i.e., predecessor/successor relationships and dependency flow), the PM should provide a project network diagram. A summary Gantt chart is great for high-level timelines and major bars, but it can hide the detailed dependency logic that explains why tasks occur in a particular order and how delays propagate. In the CompTIA Project+ objectives, “Project network diagram” is explicitly listed among the key tracking charts/diagrams used to inform project decisions (alongside Gantt and milestone charts).

The other choices don’t match the need. A fishbone (Ishikawa) diagram is a root-cause analysis tool for quality issues, not for schedule dependencies. A burndown chart is used mainly in Agile to show remaining work over time, not task-to-task sequencing. A milestone chart highlights key dates, but it doesn’t show the detailed dependency chain between tasks.

So, to satisfy the team’s request for full sequencing visibility, the PM should share a project network diagram.

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.

Evaluating the impact to baselines (such as schedule and budget) helps determine the delay’s effect on the project. This aligns with CompTIA Project+ guidance on project control, which emphasizes analyzing impacts before taking corrective actions.

Adding contingency buffers to the critical path is a method to account for potential delays, increasing project certainty. This technique is part of risk management and schedule management, as recommended by CompTIA Project+.

The execution phase is when the project manager and the team execute the project plan, deliver the project outputs, and monitor and control the project performance. This includes tracking and managing the project budget, scope, schedule, quality, and risks. Making adjustments to the budget based on the actual project expenditures is part of the monitoring and controlling process in the execution phase. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 10: Executing and Closing Projects, p. 263.

A change log is a document that records and tracks the changes that are made to the project scope, schedule, budget, or quality. It helps the project manager to monitor and control the project performance and ensure that the changes are aligned with the project objectives and stakeholders’ expectations. A change log can also include information such as the change description, impact, status, approval, and date. A change log is the best source for the PM to use to confirm the assertion that the functionality request was rejected during the planning phase, as it would show the details and reasons for the rejection12.

The project manager should validate against the scope statement and ask for sign-off after a system was implemented and testing was successfully completed. The scope statement is a document that defines and documents the project scope, objectives, deliverables, requirements, assumptions, and constraints. The scope statement can help to establish a common understanding and agreement between the project manager and the stakeholders on what the project aims to achieve and deliver. Validating against the scope statement means checking whether the project deliverables meet the agreed-upon scope criteria and quality standards. Asking for sign-off means requesting formal acceptance and approval of the project deliverables from the stakeholders.

A formal contract is a legal document that defines the terms and conditions of the agreement between the project parties, such as the scope, schedule, budget, quality, deliverables, roles and responsibilities, payment methods, and dispute resolution mechanisms. A formal contract is essential for external projects, especially when there is an exchange of money involved, to protect the interests and rights of both parties and to ensure mutual understanding and compliance. A formal contract is different from a business requirement, which is a statement of the needs and expectations of the customer or stakeholder for the project outcome. A formal contract is also different from a client statement of work, which is a document that describes the work to be performed, the deliverables to be provided, and the acceptance criteria to be met by the project vendor or contractor. A formal contract is also different from a project charter, which is a document that authorizes the project and provides the high-level information about the project objectives, scope, stakeholders, and project manager. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 4: Project Integration Management1; CompTIA Project+ Certification Study Guide, 3rd Edition, Chapter 4: Project Integration Management2; 11 Essential Documents To Use as a Project Manager3

the brand of a project should deliver the message about its value and goals, and a proper brand helps the project get the necessary support and increases loyalty. The project that promotes new initiatives to expand its benefit to other communities is the one that best represents the project impact to a company’s brand value, as it shows the company’s vision, cause, and reputation.

Obtaining approval for changes to software is crucial to ensure that the changes do not negatively impact other functionalities of the software. Approval processes typically involve a review that assesses the potential impacts of the change, which helps in mitigating risks associated with the change.

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

The number of items in the backlog can be determined by looking at the “Commitment” column for each sprint in the provided chart. For Sprint 5, there is a commitment of completing 23 items, which is the highest among all sprints. This indicates that there are at least 23 items in the backlog to be worked on. This is consistent with the concept of agile project management, which allows for changes and additions to the project scope based on customer feedback and changing requirements. References = CompTIA Project+ PK0-005 Certification Study Guide, Chapter 14: Agile Project Management, page 321. CompTIA Project+ Cert Guide: Exam PK0-005, Chapter 9: Agile Project Management, page 287

A burndown chart is a visual representation of the remaining work versus the time required to complete it1. It is commonly used by agile teams to track the progress of each iteration or sprint and to forecast the project completion date2. A burndown chart shows the ideal work remaining line and the actual work remaining line, which can help the team identify any deviations or impediments and adjust accordingly1. A burndown chart is different from a Pareto chart, which shows the frequency of different causes of problems; a milestone chart, which shows the key events and deliverables of a project; and a Gantt chart, which shows the dependencies and durations of tasks in a project3. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 6: Planning Projects Part 2, page 173; Burndown Chart: What Is It & How to Use One for Agile - ProjectManager, Introduction and Components of a Burndown Chart sections; Burndown Chart: What it is, How to Use it, Example [2023] • Asana, Introduction and What is a burndown chart? sections.

The dependency between software installation and desktop installation is a mandatory dependency. A mandatory dependency is a type of dependency that is inherent in the nature or logic of the work and cannot be avoided or changed. It is also known as a hard dependency or a hard logic dependency. A mandatory dependency means that one task must be completed before another task can start or finish. For example, software installation can only start after desktop installation is finished5

The dependency between desktop installation and software installation represents a mandatory dependency. A mandatory dependency is a type of task dependency that is inherent in the nature of the work being performed. In this case, software installation cannot begin until desktops are installed and powered on, and therefore, the dependency is mandatory. References: CompTIA Project+ Study Guide, Chapter 3: Project Integration Management, Objective 3.1: Identify the project management processes and the interactions between them.

When a project manager observes that the project's outcomes do not align with expectations, despite the vendor fulfilling all contractual obligations as per the Statement of Work (SOW), the appropriate next step is to perform a gap analysis. This analysis helps identify discrepancies between the current state (what has been delivered) and the desired state (stakeholder expectations).

According to the CompTIA Project+ PK0-005 exam objectives, under Domain 2.5: Given a scenario, perform risk management activities, performing a gap analysis is a critical activity to assess and address such discrepancies. The gap analysis will provide insights into areas where the project may not be meeting stakeholder expectations, allowing the project manager to develop strategies to bridge these gaps.

When reviewing objectives—especially in a new industry—the PM should start with company vision, mission, and values because they provide the highest-level alignment for why the organization is pursuing the work and how success should support strategic direction. In Project+ terms, objectives should tie back to business goals and the organization’s strategic intent; starting with vision/mission helps ensure the project’s objectives are meaningful, prioritized correctly, and framed in language leadership supports.

After that alignment is established, the PM can translate objectives into industry-specific constraints and success measures—where regulations/standards (A) become critical, especially in regulated industries. “Relevance to the global environment” (B) and “impact to the corporate brand” (D) are important considerations, but they are typically evaluated after the PM anchors the objectives to the organization’s strategic identity and purpose.

So the best first review item is company vision, mission, and values, which sets the “north star” for objectives; then the PM can validate feasibility and compliance via regulations, market/environment considerations, and brand implications.

An Informative meeting is designed to share information, such as presenting new software features to stakeholders. This type of meeting ensures that all participants are informed about the software's capabilities and how it will impact their work.

According to the CompTIA Project+ PK0-005 exam objectives, under Domain 1.8: Compare and contrast communication management concepts, recognizing different meeting types, including informative meetings, is essential for effective communication management.

A request for proposal (RFP) is the best document for the company to use in this scenario, because it is the most detailed and personalized type of request document. An RFP allows the company to specify the project scope, requirements, deliverables, evaluation criteria, and budget for the structured cabling installation, and to solicit proposals from various vendors that can meet those needs. An RFP also enables the company to compare the vendors based on their qualifications, experience, methodology, and pricing, and to select the best one for the project. An RFP is more suitable than an RFB, RFQ, or RFI, because those documents are less comprehensive and more generic, and they do not provide enough information for the company to make an informed decision. References = CompTIA Project+ Study Guide: Exam PK0-005, Third Edition, Chapter 5: Initiating the Project, page 1131; RFI, RFP, RFQ: Understanding the Differences2; Data Center Structured Cabling RFP Template3

Zero-based budgeting involves starting from a “zero base” and justifying each expense without reference to previous budgets. This budgeting method promotes financial discipline and aligns with CompTIA Project+ guidelines on budget control and justification.

The current stage of the project team is norming, which is the third stage of the five stages of team development. In this stage, the team members have resolved their conflicts and differences, and have established a sense of cohesion and collaboration. They are more productive, supportive, and cooperative, and they follow the agreed norms and rules of the team. They also communicate effectively and seek feedback and assistance from each other. The norming stage is preceded by the forming stage, where the team members get to know each other and the project goals, and the storming stage, where the team members experience disagreements and challenges. The norming stage is followed by the performing stage, where the team members work efficiently and autonomously towards the project outcomes, and the adjourning stage, where the team members complete the project and celebrate their achievements. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 11: Team Management1; CompTIA Project+ Certification Study Guide, 3rd Edition, Chapter 11: Team Management2; The 5 Stages of Team Development (Including Examples)3

Identifying and assessing stakeholders is an action item that will benefit from the analysis of the objectives, the high-level requirements, the success criteria, and the budget resources in the initiation phase. By reviewing these elements, the PM can determine who are the key individuals or groups that have an interest or influence in the project, what are their expectations and needs, and how to engage them effectively throughout the project life cycle12.

A RACI matrix clarifies roles and responsibilities for tasks, reducing confusion and disagreements among team members. Missing or incomplete information in the RACI matrix could lead to disputes, as it is a key tool for accountability in project management per CompTIA Project+.

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

When a risk trigger is detected, the risk hasn’t yet turned into an issue, but the conditions indicate it may happen. At this stage, the project team should execute the contingency plan that was pre-developed during risk planning. Assigning a risk owner happens earlier in the planning stage, and work-arounds are used only for unplanned risks. Escalation is only needed if the contingency cannot address the risk.

A kickoff meeting is the best fit because it is used at the start of a project (or phase) to align stakeholders and the team on core fundamentals such as scope, objectives, roles, high-level schedule/timeline, budget constraints, risks, and ways of working. If the PM is unclear about budget and timeline before work begins, a kickoff (often preceded by initiation artifacts like the charter) is where those expectations are clarified, confirmed, and communicated broadly.

A “demo” is used to show working product increments. A “stand-up” is a short Agile daily coordination meeting focused on immediate work, blockers, and next steps—not initial budget/timeline clarity. A “status call” is a recurring execution-phase update meeting; it assumes the project already has an agreed baseline.

Therefore, to establish shared understanding and confirm budget and timeline expectations prior to start, the PM should hold a kickoff meeting (or kickoff-style alignment session) to confirm baselines and ensure everyone begins execution with the same commitments and constraints.

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.

A PERT chart (Program Evaluation and Review Technique) is the best tool here because it supports planning work by modeling task durations and dependencies and is commonly used to analyze uncertain activity durations. In CompTIA Project+ objectives, schedule development includes identifying dependencies and estimating durations; PERT is a classic planning technique used to represent activities, relationships, and time estimates to build a logical schedule network.

A Gantt chart is excellent for visualizing the schedule on a calendar timeline once activities and dependencies are defined, but the question emphasizes planning activities: mapping scope into tasks, calculating durations, and identifying dependency logic—work that PERT/network analysis directly supports. A milestone chart is higher-level and won’t show detailed dependencies or duration calculations. A velocity chart is an Agile metric for throughput across iterations; it does not map full scope with dependency logic for a predictive schedule plan.

Therefore, for planning that combines scope decomposition, duration estimation, and dependency identification—especially where time estimates may be refined—the best choice is the PERT chart, which helps the PM understand sequencing, critical paths, and schedule risk before presenting the final schedule view.

The closing phase is when the project manager and the team finalize the project, deliver the outcomes to the customer, obtain formal acceptance, conduct lessons learned, and hand over the project to the operations team. Identifying the baseline go-live date, the operational training, and the handoff procedures are part of the closing activities that ensure a smooth transition and closure of the project. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 14: Closing Projects, p. 333-334.

When onboarding new staff who will handle sensitive data, the PM must first verify their security clearance or authorization. Only authorized personnel should access sensitive systems or datasets. Training follows after confirming clearance. Data analysis itself should never begin until security requirements are validated.

A project manager did not release the resources. A project manager not releasing the resources could most likely be the cause of this issue where several employees’ allocations from the past month appear to be 200% even though they are only assigned to a particular project. Releasing resources is a process of freeing up or reallocating any human or material resources that were used for a project after its completion or closure. Releasing resources can help to update the resource availability and utilization records and avoid any conflicts or errors in resource allocation or reporting.

The data type most directly associated with compliance controls for websites is credit card (payment card) data. Payment card information is regulated by strict industry security requirements (commonly aligned with PCI DSS) and is a prime example of sensitive data that must be protected through confidentiality, access controls, encryption, logging, and secure handling procedures. PCI DSS is specifically focused on securing payment card data.

CompTIA Project+ includes compliance and privacy considerations and information security concepts that impact projects, including data confidentiality and data security, as well as awareness of applicable privacy regulations and organizational compliance concerns. When a designer confirms “controls are in place,” the primary intent is that regulated/sensitive data is protected by those controls.

The distractors are less fitting: mission statements are public-facing strategic content; trademarks relate to intellectual property/branding; and site certificates are security assets used to enable encrypted communication, but they are not the same as the customer data type being protected for compliance. The question is asking which data type would be protected by compliance controls—credit card data is the clearest, most regulated choice.

The correct document is meeting minutes. Minutes capture what was discussed, key decisions/agreements made, action items/next steps (often with owners and due dates), and any follow-up items. CompTIA Project+ includes meeting management practices and emphasizes documenting outcomes and action items so the team has a shared, traceable record—especially important in recurring status meetings where decisions and commitments accumulate over time. ()

A project presentation is typically used to brief stakeholders visually and isn’t the standard artifact for recording agreements and action items from a weekly meeting. A memorandum can communicate information formally, but it is not the specific document type for “summary of topics discussed, agreements, and next steps” in a meeting context. An issue log is for tracking issues (problems that have occurred), not for documenting the full meeting discussion and decisions.

Well-written minutes reduce confusion, align stakeholders, and create accountability. They also support change control and escalation because they document what was agreed and when. Therefore, for a weekly status meeting summary including agreements and next steps, the PM should prepare and distribute minutes. ()

Company vision and mission statement should be considered in the evaluation of the project portfolio based on the company’s strategic plan. Company vision is a statement that describes the long-term aspirations and desired future state of the organization. Company mission statement is a statement that defines the core purpose and values of the organization and how it serves its customers and stakeholders. These statements provide direction and guidance for the strategic planning and decision making of the organization. They also help to align the project portfolio with the organizational goals and objectives and ensure that the projects and programs in the portfolio deliver value and benefits to the organization12

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

A project evaluation review is a tool that helps a project manager assess the activities performed, work effort applied, and the productivity of a project. It involves collecting and analyzing data on the project’s performance, outcomes, and impacts. It also provides feedback and recommendations for improvement and learning. A project evaluation review can be done at different stages of the project life cycle, such as during or after completion. References = CompTIA Project+ PK0-005 Certification Study Guide, Chapter 14: Project Evaluation and Assessment; CompTIA Project+ Certification Exam Objectives, Domain 4: Project Closure, Objective 4.1: Conduct project closure activities.

Application deployment typically involves making a software application available for use, often involving downtime or unavailability of the application. The description of the project manager notifying users about the application being unavailable for a certain period aligns with standard practices during deployment phases. The other options, such as rollback plans, validation checks, and maintenance window schedules, although important, do not directly indicate the action of making an application available for use, as described in the scenario.

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.

An intellectual property (IP) breach occurs when proprietary information, such as software, designs, or trade secrets, is used without authorization. In this scenario, a service provider reusing developed software for another customer constitutes an IP breach, as the software is typically owned by the company that commissioned its development.

The CompTIA Project+ PK0-005 exam objectives, under Domain 3.4: Explain the importance of project compliance, emphasize the significance of protecting intellectual property and ensuring that all project outputs are used in accordance with contractual agreements and legal standards.

In a standard change control flow, communicating the change deployment is done last, after the change has been evaluated/approved, implemented, and validated. CompTIA Project+ explicitly frames change control as a process that includes: collecting/documenting changes, assessing impacts, determining decision makers (often the CCB), updating plans/baselines as needed, implementing the change, validating/testing implementation, and communicating deployment. The communication step is last because stakeholders need confirmation of what was deployed, when it was deployed, and any impacts—based on verified results rather than assumptions.

Option A (escalate to the CCB) happens early when approval is needed. Option B (update the project plan) occurs after approval/impact assessment so the plan reflects the authorized change. Option C (test the implemented change request) is part of validation and must occur before announcing deployment completion; otherwise, you risk communicating a change that doesn’t work as intended.

So, after the change is approved, the plan updated, the change implemented and tested, the final step is to communicate the change deployment to affected stakeholders and teams—closing the loop and maintaining governance and transparency.

If a project manager continues to receive project-related work after the project has been released into production, it suggests that the project closure phase was not completed properly. The project closure phase involves several activities, including ensuring that all project deliverables are accepted, documenting the lessons learned, releasing project resources, and formally closing the project. If these activities are not completed, the project can remain ‘open’ in a sense, leading to continued work and inquiries.

References = The answer is based on standard project management practices and the importance of the project closure phase as described in project management literature. For detailed information, please refer to the CompTIA Project+ Study Guide and other official CompTIA resources. Specific references to the closure phase can be found in the CompTIA Project+ PK0-005 Cert Guide1 and the CompTIA Project+ Certification Exam Objectives2.

Part 1:

Change Control Process:

Consult the RACI matrix.

Define new requirements and record changes.

Assess the schedule, risk, and cost.

Perform a demonstration.

Obtain a sign off.

Update and test the deliverable.

Make an announcement on the company portal.

The change control process is a sequence of steps that helps to manage and document any changes or modifications to a project scope, schedule, cost, quality, or resources. The change control process typically involves the following steps:

Consult the RACI matrix. A RACI matrix is a tool that defines and clarifies the roles and responsibilities of each team member for each task or activity in a project. RACI stands for responsible, accountable, consulted, and informed. Consulting the RACI matrix can help to identify who needs to be involved or informed about the change request and how to communicate with them.

Define new requirements and record changes. The new requirements and changes are the details of what needs to be modified or added to the project deliverables or objectives based on the customer feedback or request. Defining and recording the new requirements and changes can help to communicate and justify the need and rationale for the change and its implications on the project scope and quality.

Assess the schedule, risk, and cost. The schedule, risk, and cost are the aspects of the project that may be affected by the change request. Assessing the schedule, risk, and cost can help to determine the impact and feasibility of the change and identify any possible alternatives or corrective actions to minimize or avoid its negative effects.

Perform a demonstration. A demonstration is a presentation or show of how the modified or updated deliverable works or meets the customer expectations or requirements. Performing a demonstration can help to validate and verify that the change request has been implemented correctly and effectively and to obtain feedback or approval from the customer or stakeholders.

Obtain a sign off. A sign off is a formal acceptance and approval of the change request and its deliverables from the customer or stakeholders. Obtaining a sign off can help to confirm that the change request has been completed successfully and satisfactorily and to close the change control process.

Update and test the deliverable. The deliverable is the product or service that is produced or provided by the project. Updating and testing the deliverable can help to ensure that it meets the quality standards and criteria and that it works as expected after implementing the change request.

Make an announcement on the company portal. The company portal is a platform or channel that allows internal communication and collaboration among employees within an organization. Making an announcement on the company portal can help to inform and update other team members or departments about the change request and its outcomes and to share any lessons learned or best practices from the change control process.

Part2:

Risk register: A risk register is a document that identifies, analyzes, and records the potential risks or uncertainties that may affect a project. Updating the risk register can help to capture any new or modified risks that may arise from the change request and to plan and implement appropriate risk responses.

Schedule: A schedule is a document that shows the planned start and end dates, durations, dependencies, and progress of each task or activity in a project. Updating the schedule can help to reflect any changes or adjustments to the project timeline or milestones that may result from the change request and to monitor and control the project performance and delivery.

Statement of work: A statement of work (SOW) is a document that defines the scope, deliverables, schedule, and terms and conditions of a project or contract. Updating the SOW can help to document any changes or additions to the project scope or deliverables that may be requested or agreed upon by the customer or stakeholders and to ensure alignment and agreement on what needs to be done and how it will be done.

Change log: A change log is a document that tracks and records any changes or modifications that are made to the project scope, schedule, cost, quality, or resources during a project. Updating the change log can help to document the change request, approval, implementation, and impact of each change and ensure traceability and transparency.

A focus group is a technique that involves bringing together a group of stakeholders and facilitating a discussion to elicit their opinions, needs, and expectations about the project. This technique can help to gather requirements from stakeholders in an interactive and collaborative way1, p. 67

An audit conducted years after closure most commonly requires archived documentation because auditors typically need the full evidence trail of what was approved, executed, delivered, and controlled (plans, baselines, change logs, issue logs, risk registers, approvals, communications, testing evidence, acceptance/sign-off, financials, etc.). CompTIA Project+ explicitly lists “Archiving documentation” as a key project closing activity, and the CompTIA certification page also highlights project closing as including archiving documentation.

While signed contracts (A) can be part of that evidence set, they are only one subset of what an audit may request. A project closeout report (C) is useful as a summary, but auditors often need the underlying artifacts that support the report’s claims. Lessons learned (D) may be reviewed for process maturity, but it’s not usually the primary evidence package for compliance, financial, or governance verification.

Because the scenario emphasizes the long time gap (“years after”), archiving is the key: it ensures records are retained, retrievable, and complete for governance, compliance, and validation needs well beyond the project’s end date.

A business collaboration tool is a software that enables teams to communicate, share, and create together online. A business collaboration tool can help project teams across multiple time zones to overcome the challenges of distance, time differences, and cultural diversity. A business collaboration tool can provide features such as instant messaging, video conferencing, file sharing, document editing, project management, and more. A business collaboration tool can also integrate with other applications and platforms that the project team uses. A business collaboration tool can improve the efficiency, productivity, and quality of the project team’s work12. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 4: Project Communications, p. 137; The 15 best collaboration tools for productive teams - Workable; 17 Best Business Collaboration Tools for Teams - Venngage

The role of a Project Manager (PM) for a Customer Relationship Management (CRM) system is to implement new features that enhance the system's capabilities and align with business objectives.

In the CompTIA Project+ PK0-005 exam objectives, under Domain 1.1: Compare and contrast different project management roles and responsibilities, the PM is responsible for overseeing the development and implementation of system enhancements.

Network issues often prevent users from accessing essential resources like servers and email services. The development team’s inability to access these services suggests a network issue, consistent with CompTIA Project+ knowledge of IT infrastructure management.

Avoiding is a conflict resolution technique that involves postponing or withdrawing from a conflict situation. The project manager is using this technique by taking a break and continuing the meeting on another day, hoping that the conflict will resolve itself or become less important over time. This technique may be appropriate when the conflict is trivial, the potential damage is greater than the benefits, or more information is needed before making a decision. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 10: Executing and Closing Projects, page 287; [CompTIA Project+ Certification Exam Objectives], Domain 3: Project Execution, Objective 3.2: Given a scenario, apply appropriate conflict resolution techniques.

Multifactor authentication (MFA) is a security method that requires users to provide two or more pieces of evidence to verify their identity before accessing a system. MFA can use different types of factors, such as something the user knows (e.g., password, PIN, security question), something the user has (e.g., token, smart card, mobile device), or something the user is (e.g., fingerprint, face, voice). MFA provides a layered approach to logging in to systems that contain an organization’s most valuable intellectual property, as it makes it harder for unauthorized users to gain access by compromising one factor alone. MFA can also prevent phishing, brute force, and credential theft attacks12. References = CompTIA Project+ PK0-005 Certification Study Guide,

Timeboxing is a time management technique that involves allocating a fixed, maximum unit of time for an activity and completing the activity within that time frame. In the context of meetings, timeboxing helps ensure that discussions stay within the allotted time, preventing overruns.

According to the CompTIA Project+ PK0-005 exam objectives, under Domain 1.8: Compare and contrast communication management concepts, timeboxing is listed as a meeting management technique to control the duration of meetings and keep them focused .

By implementing timeboxing, the project manager can structure the status calls to adhere strictly to the scheduled one-hour duration, improving efficiency and respecting participants' time.

When a project manager receives an escalation about a deliverable that was actually provided on time, it indicates a communication issue. The next step should be to revise the communication plan to ensure that all stakeholders are properly informed about project progress and deliverables in the future. This helps to prevent misunderstandings and ensures that everyone has the correct information.

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

Pll stands for personally identifiable information, which is any data that can be used to identify a specific individual. Examples of Pll include name, address, phone number, email address, social security number, passport number, driver’s license number, etc. IP address and email address are both Pll because they can be used to trace the identity and location of a person. Medical record and test result values, name and year of birth, and x-ray and blood type are not Pll by themselves, but they can become Pll if they are combined with other data that can link them to a specific individual. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 10: Project Security, page 331. CompTIA Project+ Certification Exam Objectives, Domain 4: Project Security, Objective 4.1: Given a scenario, apply security best practices to a project, Sub-objective: Identify and classify Pll.

The first priority for a PM inheriting a project midstream is to access and review the existing project artifacts—the documented “source of truth” that shows what was approved, what has changed, current status, and remaining work. CompTIA Project+ emphasizes maintaining project documentation and artifacts, and it explicitly includes “Review existing artifacts” as a key activity as a PM gets oriented to the project context.

By reviewing artifacts (charter, scope baseline/WBS or backlog, schedule, budget, risk register, issue log, change control log, stakeholder list, communication plan, testing/quality plans, and current reports), the PM can quickly understand: current phase, constraints, commitments, open risks/issues, and what decisions have already been made. That enables accurate next actions and prevents contradictory communication or rework.

A brainstorming session (B) is not the best “first” step without understanding current constraints and decisions. A kickoff meeting (C) is typically for initiation; mid-project, the PM may run a transition meeting later, but only after reviewing the facts. Establishing communication channels (D) is important, but you can’t communicate effectively until you know the baseline status and existing governance approach—information found in the artifacts.

The project manager should ask the developer to create a change request, which is a formal document that describes the proposed change, its benefits, costs, risks, and impacts on the project scope, schedule, budget, and quality. A change request is the first step in the change control process, which involves evaluating, approving, or rejecting changes to the project baselines. The project manager should not do nothing, because ignoring the recommendation could result in poor performance and customer dissatisfaction. The project manager should not ask the developer to implement the recommendation without following the change control process, because that could cause scope creep, which is the uncontrolled expansion of the project scope without proper authorization or adjustment of the project resources and objectives. The project manager should not communicate the change status before the change request is submitted and approved, because that could create confusion and false expectations among the project stakeholders. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 4: Project Integration Management1; CompTIA Project+ Certification Study Guide, 3rd Edition, Chapter 4: Project Integration Management2; What is a Change Request and How to Manage It3

A Gap Analysis is a method used to compare the current performance or state of a product with its desired future state. It helps identify the "gaps" between the two states and determine necessary actions to bridge those gaps.

Per the CompTIA Project+ PK0-005 exam objectives, under Domain 2.5: Explain the importance of activities performed during the closing phase, conducting evaluations like gap analyses is vital for assessing project outcomes and planning improvements.

The program manager should first obtain details from the owner of the project that is causing the delay, such as the root cause, the impact, the mitigation plan, and the revised timeline. This will help the program manager to assess the situation, communicate with the stakeholders, and adjust the program schedule accordingly. Updating the critical path, applying contingency reserves, and reestimating epic user stories are possible actions that the program manager may take after obtaining the details, depending on the severity and duration of the delay. However, they are not the immediate next steps, as they require more information and analysis. References = CompTIA Project+ Study Guide: Exam PK0-005, Third Edition, Chapter 10: Executing the Project, page 2431; Dealing with delays - Project Management Institute2

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.

Milestones are activities with zero duration that are added to a project schedule by a project manager. Milestones are significant events or achievements in a project that mark the completion of a phase, deliverable, or task. Milestones can help to track and measure the progress and performance of a project and communicate it to stakeholders.

In the context of construction projects, physical injuries are a significant risk. The most effective risk response method in this scenario is mitigation, which involves taking proactive steps to reduce the likelihood or impact of the risk. Training construction workers on safety protocols and procedures is a direct way to mitigate the risk of physical injuries.

According to the CompTIA Project+ PK0-005 exam objectives, under Domain 1.4: Given a scenario, perform risk management activities, mitigation is a key risk response strategy. The official objectives state:

"Develop risk response plans, including mitigation strategies to reduce the likelihood or impact of risks."

CompTIA Project+ PK0-005 Exam Objectives

By providing proper training, the project manager actively reduces the risk, aligning with best practices in risk management.

Personally identifiable information (PII) is any data that can be used to identify, contact, or locate a specific individual, either alone or combined with other sources. PII includes information such as name, address, phone number, email address, social security number, etc. Patient names are examples of PII, and therefore the data that contains them should be masked or anonymized to protect the privacy and security of the patients. Confidential information, protected health information, and security clearance are not types of data, but rather categories or levels of data sensitivity that may require different degrees of protection or access control. References = CompTIA Project+ Study Guide, Chapter 3: Project Planning, Section 3.4: Data Privacy and Security, p. 121; Patient Data: Types, Uses & Hospital Patient Databases; What is Patient Data and Why Is It Important?; Chapter 1 - Registrar Playbook

A common disadvantage of cloud models is higher dependency on the vendor—often described as vendor lock-in. When solutions rely on a provider’s proprietary services, APIs, data formats, or managed offerings, switching providers (or moving back on-premises) can become costly and complex. This dependency can reduce portability and negotiating leverage over time, and it can increase switching costs if pricing, service levels, or strategic needs change.

Options A and B are generally the opposite of typical cloud benefits: cloud platforms usually provide elastic scaling and abundant capacity relative to on-prem constraints (assuming budget allows). Latency (C) can be a disadvantage in some architectures, but it isn’t as consistently defining as vendor dependence—latency can be mitigated through region selection, edge services, and network design, and many workloads experience acceptable performance. Vendor dependency/lock-in, however, is a well-known structural risk of adopting cloud-native services.

From a project management lens, this matters in planning and governance: procurement strategy, architectural choices, and exit/migration planning help manage the risk of over-dependence on a single provider.

The project manager has taken a risk mitigation approach by buying the item from another vendor who can supply it immediately. Risk mitigation is a strategy that involves reducing the probability and/or impact of a negative risk to an acceptable level. By purchasing the item from another vendor, the project manager has reduced the impact of the delay on the project schedule, even though it may have increased the project cost. Risk mitigation is different from risk transfer, which involves shifting the responsibility or burden of a risk to a third party, usually through a contract or insurance. Risk acceptance is a strategy that involves acknowledging the risk and being prepared to deal with its consequences. Risk sharing is a strategy that involves allocating some or all of the ownership of a risk to another party who is willing to take on that risk, usually for some form of incentive or reward. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 7: Risk Management1; CompTIA Project+ Certification Study Guide, 3rd Edition, Chapter 7: Risk Management2

A capital expense is the cost of acquiring or making improvements to fixed assets that have a useful life of more than one year1. A building purchase is an example of a capital expense, as it is a long-term investment that increases the value of the company’s assets2. Building lease, maintenance, and insurance are not capital expenses, as they are recurring or short-term costs that do not increase the value of the company’s assets3.

The Project Gantt chart is a scheduling tool used to track task progress and timelines. When tasks are completed ahead of schedule, updating the Gantt chart ensures accurate tracking. This aligns with CompTIA Project+ recommendations on project scheduling and monitoring.

A wiki knowledge base is a collaborative online platform that allows users to create, edit, and share information about a specific topic or domain1. A wiki knowledge base is best to use for storing lessons learned because it enables easy access, retrieval, and update of the lessons learned by project teams and stakeholders2. A wiki knowledge base can also support keyword search, version control, and linking of related documents3. A wiki knowledge base is different from a whiteboard, which is a physical or digital board that can be used for brainstorming, sketching, or presenting ideas; a content management system, which is a software application that allows users to create, manage, and publish digital content; and a workflow platform, which is a software tool that automates and streamlines business processes4. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 14: Closing the Project, page 403; Capturing Lessons Learned in Project Management [2023] • Asana, Different types of lessons learned sessions and Lessons Learned Process in Project Management sections; Project Management Lessons Learned | Smartsheet, What Are Lessons Learned in Project Management? and Lessons Learned Process in Project Management sections; How to Do Lessons Learned in Project Management, Store and Retrieve sections.

Customer relationship management (CRM) software would be the best to use to store information related to business transactions. CRM software is a type of software that helps businesses manage their interactions and relationships with current and potential customers. CRM software can store and organize information such as customer contact details, purchase history, preferences, feedback, complaints, etc. CRM software can help businesses improve customer service, satisfaction, loyalty, retention, and revenue1

Customer notification should be added to the issue log after receiving an escalation from an executive about the extension of the downtime after the scheduled window. Customer notification is a communication activity that informs the customers about any issues or changes that may affect their satisfaction or expectations. Customer notification can help to maintain trust, transparency, and goodwill with the customers and prevent any negative impacts on their business operations or experience.

IaaS (Infrastructure as a Service) provides virtualized computing resources, such as storage and servers, necessary for hosting a development environment. According to CompTIA Project+, IaaS is ideal for environments requiring infrastructure control without hardware management.

The project manager should have identified and assessed the building owner as a key stakeholder in the initiation phase, and understood their expectations and requirements for the application. This would have helped to avoid the conflict over the corporate colors and the delay in testing. Stakeholder identification and assessment is an important process in the initiation phase, as it helps to define the project scope, objectives, and success criteria, and to establish a communication plan12. References = CompTIA Project+ PK0-005 Certification Study Guide,

The velocity chart typically shows the amount of work completed over time. If the “Actual Effort” line is below the “Planned Timeline,” it indicates that the project is not progressing as fast as planned, hence it is behind schedule. This is inferred by comparing the actual work completed against what was scheduled.

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

A project schedule is an artifact that shows the sequence, duration, and dependencies of the project activities, as well as the resources assigned to each activity. A project schedule helps the project team understand what needs to be done, who needs to complete the tasks, and when the tasks need to be completed. A project schedule can also help monitor and control the project progress and performance1.

A Request for Proposal (RFP) is a document issued by an organization to solicit proposals from potential vendors for a specific solution or service. It outlines the organization's requirements and criteria for evaluation, allowing vendors to propose how they would meet those needs. An RFP is appropriate when the company seeks detailed proposals for a solution to its specific needs.

According to the CompTIA Project+ PK0-005 exam objectives, under Domain 3.4: Explain important project procurement and vendor selection concepts, understanding the use of RFPs is essential for effective procurement management.

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.

When analyzing the backlog to decide what to include in the next sprint, the most important aspect to consider is the impact to the project. This involves assessing which items will provide the most value and contribute significantly towards achieving the project goals. It’s crucial to prioritize work that has the highest impact on the project’s success.

References = The answer is based on standard agile project management practices, particularly in the context of sprint planning where prioritization is key. For detailed information, please refer to the CompTIA Project+ Study Guide and other official CompTIA resources

Language barriers can lead to misunderstandings within a global project team, causing misinterpretations of project requirements or features. In this case, the development team misinterpreted which features needed to be incorporated into the demo presentation due to communication issues, likely stemming from language differences. This highlights the importance of clear communication and understanding in a diverse project team.

According to Four agile ceremonies, demystified, one of the Scrum ceremonies is the daily stand-up, which is a short meeting to discuss progress and identify blockers. Blockers are any issues or impediments that prevent the team from completing their tasks or achieving their goals. Reviewing project blockers during the daily stand-up helps the team to resolve them quickly, collaborate effectively, and stay on track1. The other options are not likely to take place during a Scrum ceremony, as they are either part of the initial project planning or outside the scope of Scrum.

Objectives and success criteria are core elements of the project charter, which formally authorizes the project and establishes the high-level direction for what success looks like. During initiation, the PM works with stakeholders to define the project’s purpose, objectives, high-level scope, key stakeholders, assumptions/constraints, and success criteria. That aligns to CompTIA Project+ initiation artifacts and the practice of establishing alignment before detailed planning begins.

A requirements traceability matrix is used later to map detailed requirements through design/build/test to ensure nothing is missed; it’s not the primary artifact for initial objectives and success criteria. A communications plan defines audiences, channels, frequency, and message types; it’s informed by objectives but isn’t where objectives are defined. A risk register captures uncertainties and responses; it’s created/expanded as risks are identified but is not the main artifact for defining objectives and success measures.

So, when the PM is meeting stakeholders to define objectives and success criteria, they are primarily working on the project charter (or charter-level initiation documentation) that anchors the project’s “why” and how success will be evaluated.

When stakeholders express concerns about the volume of communication, it’s important to review and adjust the communication plan to ensure it meets the project’s needs and stakeholders’ preferences. A RACI matrix is useful for defining roles and responsibilities but does not address communication frequency or methods directly. Escalating the issue may not be necessary if it can be resolved by revising the plan. Informing the CCB (Change Control Board) to stop communication is not advisable as the CCB’s role is to oversee changes, not to manage day-to-day communications. References = The CompTIA Project+ Certification Study Guide provides detailed information on managing the project life cycle, establishing communication plans, and handling stakeholder concerns1.

This is the correct order of the stages of team development according to Tuckman’s model123. The forming stage is where team members first meet and get acquainted. The storming stage is where team members experience conflicts and disagreements. The norming stage is where team members resolve their differences and establish norms and rules. The performing stage is where team members work together effectively and efficiently. The adjourning stage is where team members complete the project and celebrate their achievements. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 6: Project Team Management, p. 197; The 5 Stages of Team Development (Including Examples) | Upwork; The 5 Stages of Team Development - Teamwork; Using the Stages of Team Development | MIT Human Resources

To account for potential risks, project managers use Expected Monetary Value (EMV) analysis. EMV is calculated by multiplying the probability of a risk event by its potential impact and adding this to the base estimate.

Base estimate: 9 days, $3,000

Risk impact: 5 additional days, $1,000 extra cost

Probability of risk: 20% (0.2)

Calculations:

Time: 9 days + (0.2 * 5 days) = 9 + 1 = 10 days

Cost: $3,000 + (0.2 * $1,000) = $3,000 + $200 = $3,200

However, to ensure sufficient contingency, it's prudent to budget for the full potential impact:

Time: 9 days + 5 days = 14 days

Cost: $3,000 + $1,000 = $4,000

But since the risk has only a 20% chance of occurring, the EMV approach provides a balanced estimate:

Time: 9 days + 1 day (20% of 5 days) = 10 days

Cost: $3,000 + $200 (20% of $1,000) = $3,200

Therefore, the most accurate budget considering the risk is 10 days and $3,200.

This aligns with the CompTIA Project+ PK0-005 exam objectives under Domain 1.4: Given a scenario, perform risk management activities, which includes understanding and applying EMV analysis.

Electronic document and record management systems would be the best software solutions to help an institution manage the internal flow for formally responding in writing to citizens’ complaints. Electronic document and record management systems are software systems that help organizations create, store, organize, manage, track, and distribute electronic documents and records. Electronic document and record management systems can help to improve efficiency, productivity, collaboration, compliance, and security of document and record management processes and workflows3

The primary reason to update the budget during execution is to track and manage the project’s financial condition. As the project progresses, actual costs, commitments, and forecasts change due to procurement, labor consumption, change requests, risks/issues that materialize, and replanning. Updating the budget enables the PM and stakeholders to see whether the project is trending within the approved funding, to manage burn rate, and to take corrective actions early (cost control, scope trade-offs, re-baselining through change control).

Evaluating the communication plan (A) is not a budget purpose. Reporting risks and issues (C) is important, but that’s the role of risk/issue management artifacts and status reporting—budget updates support the financial dimension of project health. Distributing resources (D) is a resourcing activity; budget informs resourcing decisions, but the key objective of an updated budget is accurate financial control and forecasting.

In Project+ terms, this is part of performance monitoring and project controls: keeping cost information current so decision-makers can manage funding, approvals, and corrective actions with reliable data rather than outdated estimates.

Presentation, application, and data processing. Presentation, application, and data processing are the three logical and physical computing tiers that make up a three-tier architecture. A three-tier architecture is a type of software architecture that separates an application into three layers or tiers that run on different servers or machines. Each tier performs a specific function or role and communicates with other tiers through well-defined interfaces. The presentation tier is the user interface and communication layer of the application, where the end user interacts with the application. The application tier is the logic or middle tier of the application, where data is processed using business rules. The data processing tier is the data or back-end tier of the application, where data is stored and managed12

This meeting should identify (and re-confirm) the project scope because repeated “additional changes” are classic drivers of scope change/scope creep, and scope is the primary input for setting a realistic delivery date. In CompTIA Project+ objectives, scope is explicitly treated as a planning-phase activity—e.g., creating a detailed scope statement and defining units of work—which then enables reliable scheduling and estimating.

When stakeholders keep adding changes, the project manager must use the change control process (collect the change requests, assess impacts, determine decision makers/CCB involvement, update the project plan, implement and validate changes, and communicate deployment). Agreeing on an “expected delivery date” requires stakeholders to align on what work is actually included (scope boundaries) so impacts to the schedule can be calculated and accepted.

While budget, objectives, and communication are important, they don’t directly resolve the problem created by ongoing additions: without a clarified, agreed scope baseline (what’s in vs. out), any delivery date becomes unstable and will continue to slip as new work is introduced.

The rules of engagement are the guidelines and expectations that define the relationship between the contractor and the company. They may include topics such as communication, confidentiality, access, security, performance, and compliance. The project manager should reinforce the rules of engagement with the contractor to ensure that they understand and respect the boundaries and protocols of the company. This will help to avoid any potential conflicts, misunderstandings, or breaches of contract. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 7: Project Stakeholder Management, p. 239; Contractor Rules of Engagement - Cox Enterprises, p. 1; Legal Considerations for Engaging Contractors | LegalVision

The Requirements Traceability Matrix (RTM) is the best document for the PM to check when a stakeholder believes a key functionality might be missing. The RTM links requirements ? design/work items ? test cases ? deliverables/acceptance, allowing the PM to confirm whether the functionality is already included and where it is implemented and validated. This aligns to CompTIA Project+ objectives around maintaining project artifacts and using tools that ensure requirements are tracked through delivery and verification (i.e., ensuring what was requested is what gets built and tested).

A detailed scope statement can confirm what is in/out at a high level, but it typically won’t provide the same end-to-end mapping to implementation and testing evidence that gives a PM confidence about a specific feature’s presence. A task board shows current work status, not requirement coverage. A risk register is for threats/opportunities and responses, not for proving whether functionality exists in scope and has been built/tested.

So, to avoid unnecessary change requests and to respond with evidence, the PM most likely checked the RTM to confirm the feature is already included and traceable to completed or planned work and validation.

Time and materials contracts are flexible and beneficial when the project scope has many unknowns. They allow costs to be adjusted based on actual time and resources used, which is consistent with CompTIA Project+ recommendations for projects with uncertain requirements.

The project manager should address the issue of damage to the monitor first because it has the highest percentage (40%) among the issues observed. This means that it is the most frequent and severe issue that affects the quality and functionality of the refurbished desktops. Addressing this issue first can help to improve customer satisfaction, reduce rework, and avoid waste1

A contingency plan is a risk mitigation strategy that involves preparing alternative courses of action in case the original plan fails or encounters unexpected problems. A contingency plan can help reduce the impact of negative risks and ensure the project continuity and success. In this case, the project manager should develop a contingency plan to mitigate the risk of hurricanes affecting the implementation of the new radar system. For example, the contingency plan could include backup resources, alternative locations, emergency procedures, and communication channels in case of a hurricane. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 7: Risk Management1; CompTIA Project+ Certification Study Guide, 3rd Edition, Chapter 7: Risk Management

The project manager and contractor should review the vendor rules of engagement, which are the guidelines and expectations for the communication and interaction between the project team and the contractor. The vendor rules of engagement can help to prevent or resolve communication conflicts by clarifying the roles and responsibilities, the frequency and mode of communication, the escalation process, the feedback mechanism, and the performance evaluation criteria of the contractor. The vendor rules of engagement are usually part of the contract or the procurement management plan.

The vendor rules of engagement are different from the scope of work, which is the document that describes the work to be performed, the deliverables to be provided, and the acceptance criteria to be met by the contractor. The vendor rules of engagement are also different from the request for proposal, which is the document that solicits proposals from potential contractors by specifying the project requirements, evaluation criteria, and contract terms. The vendor rules of engagement are also different from the project schedule, which is the tool that displays the planned start and finish dates, durations, dependencies, and resources of the project activities and tasks. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 12: Procurement Management1; CompTIA Project+ Certification Study Guide, 3rd Edition, Chapter 12: Procurement Management2; Vendor Rules of Engagement3

A RACI (Responsible, Accountable, Consulted, Informed) matrix clarifies roles and responsibilities, indicating who needs to be communicated with at various levels. CompTIA Project+ highlights RACI as a critical tool for effective project communication and accountability.

A Finish-to-Start dependency implies that a subsequent activity cannot start until a previous one finishes. In this scenario, the manufacturing process (subsequent activity) cannot begin until the critical raw materials (previous activity) have been delivered. This type of dependency is the most common in project schedules and is likely being affected by the global shipping slowdown, causing delays in the start of the project's production run.

Incorrect configuration was the initial cause of the issue that caused the unexpected crash of the website that the team was developing. The diagram given is an example of a fishbone diagram or a cause-and-effect diagram that shows the possible causes of a problem or effect. The diagram has four main categories: people, process, technology, and environment. Each category has subcategories that list specific factors that may contribute to the problem or effect. The diagram shows that incorrect configuration under technology was marked as an initial cause of website crash.

 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.