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

SaaS, or software as a service, is a cloud model that provides on-demand access to ready-to-use, cloud-hosted application software. SaaS is the best solution for the global franchise, because it can unify its operation worldwide by using the same software platform across different locations and devices. Additionally, SaaS can provide operation reports in real time without asking the country franchise manager for these reports, because the cloud service provider manages the data collection, analysis, and presentation in the cloud. SaaS also offers the benefits of scalability, reliability, security, and cost-effectiveness for the global franchise.

SaaS is different from IaaS, or infrastructure as a service, which provides on-demand access to cloud-hosted computing infrastructure, such as servers, storage, and networking. IaaS is not suitable for the global franchise, because it requires the franchise to manage and maintain its own software applications and data on the cloud infrastructure. IaaS also does not provide operation reports in real time, unless the franchise develops its own reporting tools and processes. SaaS is also different from XaaS, or anything as a service, which is a generic term that encompasses various types of cloud services, such as IaaS, PaaS, SaaS, and others. XaaS is not a specific cloud model that the company can suggest to the global franchise, but rather a broad category of cloud offerings. SaaS is also different from PaaS, or platform as a service, which provides on-demand access to a complete, ready-to-use, cloud-hosted platform for developing, running, maintaining, and managing applications. PaaS is not ideal for the global franchise, because it requires the franchise to develop and deploy its own software applications on the cloud platform, which may be more complex and time-consuming than using a ready-made SaaS solution. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 5: Project Scope Management1; CompTIA Project+ Certification Study Guide, 3rd Edition, Chapter 5: Project Scope Management2; IaaS vs. PaaS vs. SaaS3

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.

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.

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.

The project scope is the document that defines and describes the project objectives, deliverables, requirements, boundaries, assumptions, and constraints. It also includes the success criteria that should be fulfilled by the product or service to meet the stakeholder expectations and the business case. The success criteria are the measurable standards that indicate whether the project has achieved its intended results. The other options are not correct because:

A quality plan is the document that defines and describes the quality standards, policies, procedures, tools, and techniques that will be applied to the project to ensure that the deliverables meet the requirements and the success criteria.

Contract obligations are the terms and conditions that bind the parties involved in a contractual agreement, such as the project manager, the customer, the sponsor, and the vendor. Contract obligations specify the roles, responsibilities, deliverables, payments, and penalties of each party.

A work breakdown structure (WBS) is a graphical representation of the project scope that breaks down the deliverables into smaller and manageable components. A WBS shows the hierarchy and relationship of the project elements, but does not include the success criteria. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 6: Planning Projects, Part 2 (Scope, Quality, and Risk), pages 175-179; CompTIA Project+ Certification Exam Objectives, Domain 2: Project Planning, Objective 2.1: Given a scenario, create a project charter and project management plan.

A breach of physical security is an unauthorized access or damage to physical assets, such as equipment, data, or personnel. Project documentation that is only kept on a removable device is the best example of a breach of physical security, because it exposes sensitive information to theft, loss, or corruption. If the removable device is not encrypted or protected, anyone who obtains it can access the project documentation and compromise the project integrity, confidentiality, or availability. Therefore, project documentation should be stored in a secure location, backed up regularly, and protected by access controls and encryption.

The other options are not examples of physical security breaches, but rather logical or administrative security breaches. System user IDs being used by multiple individuals is a violation of the principle of least privilege and accountability, which could lead to unauthorized access or misuse of system resources. Printers that do not request user authentication is a lack of proper access control, which could allow unauthorized printing or retrieval of confidential documents. Developers having full access to both development and production environments is a violation of the principle of separation of duties and environments, which could introduce errors, conflicts, or malicious code into the production system. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 9: Security Management1; CompTIA Project+ Certification Study Guide, 3rd Edition, Chapter 9: Security Management2; Types of Security Breaches: Physical and Digital3

Data discovery is the process of finding and analyzing data across an organization’s data sources, such as databases, files, cloud services, and applications12. Data discovery can assist with data classification, which is the process of assigning labels and categories to data based on its sensitivity, value, and risk34. By showing where specific data is stored, data discovery can help to:

Identify the location and scope of sensitive data, such as personal, financial, or health information, that may require special protection or compliance measures56.

Evaluate the data quality, accuracy, and relevance for different purposes and users78.

Optimize the data storage, access, and governance policies and practices910.

References = CompTIA Project+ Certification Study Guide, CompTIA Project+ Certification Exam Objectives, What is Data Discovery and Classification?1, Data Discovery and Classification: Working Hand in Hand2, Why Data Discovery and Classification are Important3, Data Discovery & Classification4, Data Discovery and Classification: The First Step to Data Security5, Data Discovery and Classification: A Key Component of Data Protection6, Data Discovery and Classification: The Foundation of Data Quality7, Data Discovery and Classification: The Key to Data Governance8, Data Discovery and Classification: The Essential Step to Data Optimization9, Data Discovery and Classification: The Best Practice for Data Management10

In response to new legislation requiring the release of contractors or their conversion to full-time employees, the project manager should prioritize compliance with the law. This may involve using only full-time employees, even if it results in project delays. The focus should be on legal compliance and the ethical treatment of workers, rather than solely on project timelines.

References = The answer is based on standard project management practices and the typical response to changes in legislation affecting project staffing. For detailed information, please refer to the CompTIA Project+ Study Guide and other official CompTIA resources.

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.