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

A business case provides justification for undertaking a project, programme or portfolio. It evaluates the benefit, cost and risk of alternative options and provides a rationale for the preferred solution. A business case is essential for demonstrating the value of the project and securing the approval and funding from the governance. A business case is different from a scope statement, which defines the project boundaries and deliverables; a sponsor request, which initiates the project idea and seeks support; and a project charter, which authorizes the project and assigns the project manager. References = CompTIA Project+ PK0-005 Certification Study Guide, Chapter 3: Initiating Projects; What is business case? | APM

The next step after defining tasks, durations, resources, and costs is to establish baselines. 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. Establishing baselines 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 execution34

DevOps architecture integrates development and operations to enhance the software development lifecycle. It emphasizes continuous integration and delivery, automation, and collaboration, ensuring that factors like reliability, scalability, security, and cost-effectiveness are integral to project goals and objectives. By adopting DevOps practices, organizations can achieve faster deployment times, improved system stability, and efficient resource utilization.

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, DevOps is recognized as a methodology that supports these critical factors.

The project manager should review the requested change first to assess its impact, feasibility, and alignment with the project objectives and scope. Reviewing the change will help the project manager to determine if the change is necessary, beneficial, and acceptable to the stakeholders. The project manager should also consider the risks, costs, and quality implications of the change before proceeding to the next steps of the change management process123. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 9: Project Change Management, p. 323; 5 Steps in the Change Management Process | HBS Online; 8 Steps for an Effective Change Management Process - Smartsheet

The project manager should notify the functional manager that resources are released after completing a project successfully in a functional organization. A functional organization is a type of organizational structure where employees are grouped by their functions or specialties, such as finance, marketing, or engineering. In a functional organization, the functional manager has more authority and control over the resources than the project manager. Therefore, the project manager should inform the functional manager when the resources are no longer needed for the project and can be reassigned to other tasks or projects.

This violates the need-to-know principle because employees in the sales department should only have access to information required to perform their job responsibilities. Granting broad access to project files—especially files containing employee personal information—is an access control failure: permissions are too open and not aligned to role-based necessity. CompTIA Project+ emphasizes compliance and information security considerations that affect projects, including the expectation that sensitive information is protected through appropriate controls and access restrictions.

“Intellectual property” (B) concerns ownership and protection of creations (designs, trademarks, code, patents), not role-based access to personal data. “Multifactor authentication” (C) is an authentication mechanism that strengthens login security, but the scenario is about authorization/permissions (who is allowed to access what) rather than proving identity. “Facility access” (D) relates to physical security of locations, not digital file permissions.

In practice, the PM would coordinate with security/IT to correct access groups, implement least-privilege and role-based access control, and ensure sensitive data (like employee PII) is stored and shared with stricter controls—consistent with Project+ governance expectations around handling sensitive information appropriately.

A multitiered architecture project is a type of project that involves designing and implementing a system that consists of multiple layers or tiers, such as presentation, application, and data. A multitiered architecture project can provide a high level of redundancy, scalability, and performance, as each tier can have multiple servers or components that can handle requests and failures independently. A Tier 5 redundancy level is the highest level of redundancy that requires a fully redundant, mirrored system plus one additional backup unit for every component12.

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

To determine the best description of the team ' s performance, we analyze the chart showing:

Committed work (orange bars): what the team planned to do.

Actual work completed (blue bars): what the team actually accomplished.

Key Observations:

In most sprints (e.g., 1, 3, 4, 5, 6, 8, 10), the actual work is slightly less than the committed work.

In Sprints 9 and 10, the actual work exceeds the committed work.

There ' s inconsistency in how much work is completed compared to what ' s committed.

Interpretation:

The team frequently overestimates its capacity. This suggests a misalignment between planning and execution, which indicates that their velocity is not yet well-understood or accurately reflected in sprint planning.

According to the CompTIA Project+ PK0-005 Exam Objectives:

Under Domain 1.2: Compare and contrast Agile vs. Waterfall concepts, understanding team velocity, iteration planning, and the ability to plan based on past performance is key to Agile success.

" Agile teams should use velocity as a guide to improve predictability. Sprint commitments should align with the team’s proven delivery capacity. "

The best action is to assign training so the developer can close the skills gap and return to expected performance. Project+ emphasizes team and resource management—including managing team performance and addressing resource gaps—and also highlights organizational change management activities such as training to ensure adoption of new ways of working.

Option C is the most constructive and sustainable response: it improves capability, reduces rework/defects, and helps the project maintain velocity without creating new staffing or morale issues. Requesting an additional developer (A) may be appropriate if capacity is truly insufficient, but it increases cost and onboarding time and doesn’t solve the original skill deficiency. Giving only non-critical tasks (B) can temporarily reduce risk, but it can also delay critical work and still leaves the underlying competency problem unaddressed. Removing the developer (D) is a last resort typically reserved for persistent performance issues after coaching/training or for role mismatch that cannot be corrected within project constraints.

A practical PM approach is to pair training with short-term support (mentoring, pairing, code reviews) and then monitor performance metrics and deliverables—consistent with Project+ execution-phase management and performance monitoring expectations.

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.

Assigning a scribe allows the project manager to focus on hosting and facilitating the meeting effectively without being distracted by note-taking. This approach is consistent with best practices in meeting management and aligns with CompTIA Project+ guidelines, which emphasize the importance of efficient meeting roles and responsibilities.

The Waterfall methodology is a linear and sequential approach to project management where each phase must be completed before the next begins. It is best suited for projects with well-defined requirements and where the executive team prefers to review the product only after its completion.

As per the CompTIA Project+ PK0-005 exam objectives, under Domain 1.2: Compare and contrast Agile vs. Waterfall concepts, understanding the criteria for selecting a method, including the preference for a single final review in Waterfall, is crucial.

The communication plan defines the meeting cadence, frequency, participants, formats, and methods of communication. If participation is low, the project manager refers to this plan for validation and adjustment. This is part of governance and compliance to ensure the right stakeholders are engaged appropriately.

In Tuckman’s team development model (forming, storming, norming, performing, adjourning), the storming phase is characterized by conflict, tension, and disagreement as members challenge ideas, roles, and ways of working. Option A describes this best: conflict that affects relationships. CompTIA Project+ includes people management concepts such as team dynamics and the need for PMs to apply leadership, conflict resolution, and motivation techniques as the team develops. ()

Option C describes forming (meeting and learning about the project). Option B describes performing (high-functioning, well-organized execution). Option D aligns with adjourning (closing/disbanding after work completion).

In storming, the PM’s role is to help the team move toward norming by clarifying goals and roles, setting working agreements, reinforcing communication norms, and addressing conflicts early and constructively. For a tax application (high accuracy/compliance needs), stabilizing team collaboration is crucial to reduce defects and rework. Therefore, the life-cycle description that matches storming is conflict affecting relationships. ()

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

An RFP (request for proposal) is a document that solicits proposals from potential vendors for a specific project or service. An RFP typically describes the project scope, requirements, evaluation criteria, and instructions for submitting proposals. An RFP is the best document for the company to use to obtain and compare information on cabling services and costs from various vendors, as it allows the company to evaluate the vendors’ qualifications, experience, approach, and pricing12.

Defining access requirements involves specifying who has permission to view, edit, or manage project documents and data. This control is vital to maintain the integrity and confidentiality of project information. By establishing clear access protocols, the project manager ensures that only authorized individuals can make changes, thereby reducing the risk of unauthorized modifications and enhancing data security.

As per the CompTIA Project+ PK0-005 exam objectives, under Domain 3.1: Given a scenario, use the appropriate tools throughout the project life cycle, managing access to project artifacts is a critical aspect of project documentation and control.

 The project manager is creating a quality assurance plan when identifying multiple techniques that will help the project team ensure confidence and alignment with the project scope and goals during a brainstorming meeting. A quality assurance plan is a plan that defines and documents the standards, criteria, methods, activities, and tools for ensuring and verifying that the quality requirements and expectations of a project are met. A quality assurance plan can help to improve the quality of the project processes and deliverables and prevent or reduce defects or errors.

Awareness of the local environment refers to the understanding of the external factors that may affect the project, such as legal, regulatory, social, cultural, economic, and environmental aspects1. In this case, the legal department applied this awareness to identify the potential risk of violating new legislation and rejected the project accordingly. This shows that the legal department was concerned about the compliance and reputation of the organization and the project in the local context. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 1: Project Management Concepts, page 17; Incorporating environmentalism into project management, Abstract and Definition of Terms sections.

A risk log or risk register is used to document potential risks to the project, including the loss of team members due to high stress. CompTIA Project+ recommends this log as a tool for identifying and managing risks throughout the project lifecycle.

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.

A wiki is the best tool to record retrospective results for a distributed/virtual team because it provides a shared, persistent, easily editable knowledge base where outcomes can be documented and revisited. Retrospectives produce actionable items such as what went well, what didn’t, root causes/themes (e.g., production issues), and improvement experiments with owners and due dates. A wiki supports this by enabling structured pages, version history, links to incident records, and ongoing updates—helping the team track whether morale and operational stability improve over time. CompTIA Project+ includes meeting management and documentation practices (agendas, notes, action items) and recognizes collaboration tools used to capture and share project knowledge.

A presentation is typically one-way and not ideal for ongoing collaborative updates. Chat is transient and hard to curate as a long-term record; key decisions and actions get buried. Polling is useful for quick sentiment checks (which can help measure morale), but it doesn’t serve as the primary system to document discussion, decisions, and actions from the retrospective.

Therefore, to record retrospective results clearly and durably for a virtual team, the PM should use a wiki.

 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.

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 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 project manager should use a change control log to document the effects of the hurricane delay on the project. A change control log is a tool that records and tracks any changes that occur during the project lifecycle. It usually includes information such as change ID, description, impact, status, approval, and resolution. A change control log can help to monitor and manage the changes that affect the project scope, schedule, cost, quality, or resources and ensure that they are aligned with the project objectives and stakeholder expectations.

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

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

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

Data security involves classifying information based on sensitivity and ensuring that it is protected accordingly. This approach is key in project management to protect sensitive data, as emphasized by CompTIA Project+.

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.

Identifying the root cause analysis. Identifying the root cause analysis is a quality assurance tool that can help to find and eliminate the underlying causes of quality problems or defects. Root cause analysis is a systematic process of asking why a problem occurred and tracing it back to its source. Root cause analysis can help to prevent recurrence of the same or similar problems, improve quality performance, and reduce costs and risks12

This answer is based on the best practice of conflict resolution in project management, which is to use a collaborative or problem-solving approach that seeks a win-win outcome for all parties involved12. By facilitating a meeting, the project manager can help the team members communicate effectively, understand each other’s perspectives, and find a mutually acceptable solution that meets the project requirements. This way, the project manager can also maintain team morale and cohesion, and avoid imposing a decision that may cause resentment or dissatisfaction among the team members3. References = CompTIA Project+ Certification Study Guide4, CompTIA Project+ Certification Exam Objectives5, How Do You Handle Conflict in Project Management?1, 7 Strategies for Conflict Resolution in Project Management2, The Conflict Resolution Skills Every Project Manager Needs3

A maintenance window is a predefined period of time during which planned changes or updates can be performed on a system or network with minimal impact on the users or business operations1. A project manager should consider the maintenance window next when deploying a new networking device into an existing production environment, as it will help to reduce the risk of downtime, disruption, or errors. A maintenance window should be scheduled in advance, communicated to the stakeholders, and aligned with the change management plan2.

The project charter is a foundational document that outlines the project ' s objectives, scope, stakeholders, and overall goals. It serves as a reference point throughout the project lifecycle.

According to the CompTIA Project+ PK0-005 exam objectives, under Domain 1.1: Compare and contrast different project management roles and responsibilities, the project charter is critical for defining the project ' s purpose and success criteria .

By consulting the project charter during the closure meeting, the project manager can verify whether the project ' s outcomes align with the initially agreed-upon objectives, facilitating resolution of stakeholder disagreements.

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.

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.

Mitigate is a risk strategy that involves taking actions to reduce the probability or impact of a risk. By applying new updates to a program in a sandbox environment, the software engineer is testing the changes before implementing them in the actual system, thus minimizing the chance of errors or failures that could affect the project1.

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.

Removing access means revoking the contractor’s permissions to access the project data, systems, and devices after the project is closed. This is a crucial security measure to prevent unauthorized access, misuse, or theft of sensitive data by external parties. Closing contracts, project sign-off, and project evaluation are important steps in the project closure process, but they do not necessarily prevent data theft by themselves. They may involve formal agreements, documentation, and feedback, but they do not address the technical aspects of data security. References = CompTIA Project+ Study Guide: Exam PK0-005, Third Edition, Chapter 14: Closing the Project, page 3771; 9 Ways to Prevent Third-Party Data Breaches in 20232; 3 Ways to Prevent Data Theft by Contractors3

Control objectives are the desired outcomes or goals of implementing security controls to mitigate risks and protect information assets. Control objectives should be the primary basis for establishing metrics that measure the effectiveness of an information security program, as they align with the business objectives, requirements, and expectations of the organization and its stakeholders. Metrics based on control objectives can help to evaluate the performance, efficiency, and maturity of the security program, and to identify gaps, issues, and areas for improvement. The other options are not correct because:

Residual risk is the remaining risk after applying security controls. Residual risk is not a basis for establishing metrics, but rather a result of measuring the effectiveness of security controls. Residual risk should be monitored and reported, but it does not define the desired outcomes or goals of the security program.

Regulatory requirements are the external standards, laws, and regulations that the organization must comply with to avoid legal or financial penalties. Regulatory requirements are not a basis for establishing metrics, but rather a constraint or a driver for the security program. Metrics based on regulatory requirements can help to demonstrate compliance, but they may not reflect the actual effectiveness or efficiency of the security program.

Risk tolerance is the level of risk that the organization is willing to accept or bear. Risk tolerance is not a basis for establishing metrics, but rather a factor or an input for the security program. Metrics based on risk tolerance can help to prioritize and allocate resources, but they may not measure the actual outcomes or goals of the security program. References = Key Performance Indicators for Security Governance, Part 1; 14 Cybersecurity Metrics + KPIs You Must Track in 2023; KPIs in Information Security: The 10 Most Important Security Metrics; Why metrics are crucial to proving cybersecurity programs’ value; Implementing and Maintaining Security Program Metrics

During the stabilization phase of recently deployed software, the project manager will most likely use a defect log to track and manage reported bugs. A defect log is a document that contains information about the defects or issues identified during testing or after the deployment of software. It includes the severity of the defect, the steps to reproduce the problem, and the actions taken to resolve the defect. References: CompTIA Project+ Study Guide Section 4.1.

The project manager will most likely use a defect log during the stabilization phase for recently deployed software to record a bug that is compromising data integrity. A defect log is a tool that tracks and documents any errors or flaws found in a software product or system during testing or operation. It usually includes information such as defect ID, description, severity, priority, status, resolution, and responsible person. A defect log can help to monitor and manage the quality of the software product or system and ensure that all defects are identified and resolved before delivery or release.

Agile is a project management methodology that emphasizes customer collaboration, feedback, and adaptation throughout the project life cycle. Agile teams work in short iterations, called sprints, and deliver working increments of the product or service to the customer for review and approval. Agile teams can also respond to changing requirements and priorities by adjusting the scope, schedule, or quality of the project12. Waterfall, on the other hand, is a project management methodology that follows a linear and sequential process, where each phase of the project must be completed before moving on to the next one. Waterfall teams work with a fixed scope, schedule, and quality, and deliver the final product or service to the customer at the end of the project. Waterfall teams have less customer involvement and flexibility during the project development34.

The statement of work (SOW) would clarify what the project implementation partner was contractually expected to complete after disagreeing with the project manager about completed requirements. 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.

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 finish-to-start dependency is a type of relationship dependency in project management, where the start of one task depends on the finish of another task12. In this case, the project manager is using a finish-to-start dependency, because testing cannot start until requirements development is finished. This implies that testing is a successor task, and requirements development is a predecessor task. A finish-to-start dependency is the most common type of dependency in project management, and it ensures that tasks are performed in a logical sequence34. References = CompTIA Project+ Certification Study Guide5, CompTIA Project+ Certification Exam Objectives6, Understanding Dependencies in Project Management [2023] • Asana1, Dependencies in Project Management | Smartsheet2, Understanding Task Dependencies in Project Management3, What are Dependencies in Project Management? - KnowledgeHut4

The buyer faces the most risk under a cost-plus percentage of cost (CPPC) contract because the seller’s fee is a percentage of actual costs. That structure creates a perverse incentive: if costs rise, the seller’s profit rises too—so the buyer has the greatest exposure to overruns and the weakest built-in cost-control motivation on the seller side. Procurement guidance commonly flags CPPC as especially risky for buyers for exactly this reason.

By comparison, cost-plus-fixed-fee (CPFF) still leaves the buyer paying allowable costs, but the seller’s fee is fixed (less incentive to inflate costs). Cost-plus-incentive fee (CPIF) ties part of the fee to performance/cost targets, sharing risk and encouraging cost control. Finally, firm fixed-price (FFP) places the cost overrun risk primarily on the seller, because the price is set unless scope changes. PMI’s contract overview notes fixed-price provides the buyer defined cost (assuming scope is well-defined), which reduces buyer risk relative to cost-reimbursable models.

Therefore, among the options, CPPC is the clearest “highest buyer risk” contract type.

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.

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)

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.

The BEST way to coordinate management of multiple related projects is to establish a program. A program is a group of related projects that are managed together to achieve specific strategic business objectives. References: CompTIA Project+ Study Guide Section 2.2.1

The organization should establish a program to coordinate management of multiple related projects. A program is a group of related projects, subprograms, and program activities that are managed in a coordinated way to obtain benefits and control not available from managing them individually. A program can help to align multiple projects with strategic goals, optimize resources and risks, and deliver value to stakeholders.

A gantt chart is a visual representation of a project timeline that shows the tasks, durations, dependencies, and resources of a project in a horizontal bar chart format. A gantt chart can help a project manager to calculate the progress of the whole project scope by comparing the planned and actual start and finish dates of each task, as well as the percentage of completion and the critical path. A gantt chart is also a useful tool for communicating the project status and performance to the sponsor and other stakeholders. Therefore, the first document that the project manager should update to calculate the progress of the whole project scope is the gantt chart. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 6: Schedule Management1; CompTIA Project+ Certification Study Guide, 3rd Edition, Chapter 6: Schedule Management2; What Is a Gantt Chart? 7 Examples for Project Management3

A project closure meeting is a formal gathering held at the end of a project timeline. Its chief purpose is to evaluate the project’s performance, identify and discuss the achieved outcomes, successes, and challenges, and confirm that all predefined tasks and objectives have been completed successfully1. The project closure meeting also involves obtaining project sign-off from all necessary parties, such as the project sponsor, the client, the stakeholders, and the team members. Project sign-off is the official approval that the project has met the agreed-upon criteria and quality standards, and that the project is formally closed2.

Update the project charter. Updating the project charter would be the next step for the project manager after identifying the project team during the project initiation phase. A project charter is a document that formally authorizes a project and defines its purpose, scope, objectives, deliverables, milestones, roles and responsibilities, assumptions, constraints, risks, budget, and timeline. A project charter can help to align the expectations and interests of all stakeholders involved in a project and provide direction and guidance for planning and executing the project.

Data mining best describes the activity of collecting and analyzing large sets of data to discover patterns, trends, relationships, or useful insights. In project environments, data mining may support decision-making, forecasting, risk identification, quality analysis, customer behavior analysis, or performance improvement. It goes beyond simple storage by using analysis techniques to extract meaning from large volumes of information. Data classification focuses on categorizing data by sensitivity, type, or business use. Data scrubbing focuses on correcting, cleaning, or removing inaccurate and duplicate data. Data warehousing refers to storing structured data from multiple sources for reporting and analysis. While a warehouse may support analysis, the act of analyzing large data sets to find insights is data mining.

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

A Sprint Review involves reviewing the completed backlog items and presenting the work to stakeholders. This aligns with CompTIA Project+ agile practices, where a Sprint Review focuses on completed tasks and feedback.

In a software development project with an external customer, the project manager (PM) is responsible for coordinating and managing the project—including building, maintaining, and controlling the schedule. CompTIA Project+ specifically identifies schedule management as a core skill area (e.g., maintaining schedules and related activities), which aligns directly with option A.

The other options describe responsibilities typically owned by other roles or governance functions. Defining functional requirements is usually led by a business analyst and/or product owner/customer stakeholders, with the PM facilitating requirements activities and ensuring traceability and impact awareness—not owning definition outright. Developing software components is a developer/engineer responsibility, not the PM’s. And assessing/authorizing security policies is commonly handled by security/compliance leadership (or a governance authority), while the PM ensures the project aligns with required policies and coordinates related work.

Therefore, the clearest PM responsibility in this scenario is managing the project schedule (along with integrating scope, resources, risks, stakeholders, and communications).

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

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.

Before releasing an enhancement into production, conducting a risk assessment is crucial to identify potential issues that could affect system availability. This proactive approach helps in planning mitigation strategies to prevent downtime and ensure a smooth deployment.

According to the CompTIA Project+ PK0-005 exam objectives, under Domain 1.4: Given a scenario, perform risk management activities, risk assessment is a key activity to anticipate and address potential problems that could impact project success.

This is where an existing application that is highly utilized by clients is moving to a new release, as it involves deploying and operating it in a live environment. References = CompTIA Project+ Study Guide1, Chapter 4: Project Environments

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.

The project manager should have generated a contingency plan first to alleviate the impact of this issue prior to deployment where a major malfunction resulted in an inoperative product condition during a code implementation. A contingency plan is a plan that outlines alternative courses of action or strategies to deal with potential problems or risks that may occur during a project. A contingency plan can help to prevent or minimize the negative impacts of unforeseen events or issues on the project objectives and deliverables and ensure business continuity and stability.

Risk transfer means shifting ownership and impact of a risk to a third party—commonly via contracts, insurance, warranties, or outsourcing. Moving procurement under the general contractor transfers the procurement responsibility (and much of the delivery-delay risk) to that contractor, who is then contractually accountable for sourcing and timely delivery. This matches CompTIA Project+ risk strategy concepts where transfer is used when another party is better positioned to manage the risk and can accept it contractually.

The other options are mitigation, not transfer. Determining alternative supplies (A) and sourcing locally (B) reduce the probability/impact of delays by creating backup options—classic mitigation. Scheduling deliveries earlier (D) is also mitigation via schedule/procurement adjustments and buffering. None of those shift the risk to another party; they keep the risk with the project team while reducing exposure.

Therefore, the action that best represents transferring the risk is moving procurement under the general contractor, assuming the contract terms make them responsible for procurement performance and delivery timing.

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.

A transition plan is a document that outlines how the project deliverables will be transferred to the operations team or the end users, and how the project team will disengage from the project. It typically includes details such as operational training, go-live date, support arrangements, roles and responsibilities, and acceptance criteria. A transition plan is different from a project closeout report, which summarizes the project performance, lessons learned, and final status. A handover to operations is a process of transferring the project deliverables to the operations team, but it is not a document. A phase-gate review documentation is a set of documents that are used to evaluate the project progress and readiness to move to the next phase, but it is not related to the operational handoff. References = CompTIA Project+ PK0-005 Certification Study Guide, Chapter 14: Closing the Project, p. 409-410; [CompTIA Project+ Certification Exam Objectives], Domain 4: Project Closure, Objective 4.1: Compare and contrast various project closure activities.

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

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

A burndown chart tracks how much work remains over time in an iteration (or release). The most direct inputs are the remaining work and the work completed (often expressed as tasks, story points, or hours). Therefore, to obtain burndown data efficiently, the PM should analyze remaining and completed tasks. This aligns with CompTIA Project+ Agile metrics concepts, where burn charts are used to visualize progress and forecast completion based on work remaining versus time.

The other options are not primary burndown inputs. “Number of people available” affects capacity and can influence how fast work burns down, but it is not what the chart directly measures. “Cost variance” is an earned value / financial control concept (more predictive/traditional) and not what burndown charts are built from. “Number of issues registered” is useful for quality and risk/issue tracking but does not represent the work remaining in the sprint backlog unless issues are explicitly counted as backlog items—and even then, the chart is still fundamentally about remaining work, not raw issue counts.

So, for efficient burndown extraction, the PM should use the team’s work tracking (sprint backlog/task board) to calculate remaining vs. completed tasks/work, which is exactly what the burndown visualizes.

Smoothing is a conflict resolution technique that involves minimizing or ignoring the differences between the parties and focusing on the common interests or goals1. It is often used when the conflict is not very important or when there is a need to maintain harmony and relationships2. By using smoothing, the project manager can reduce the tension and stress caused by the disagreement and encourage the team members to cooperate and work together. Smoothing is different from compromising, which involves finding a middle ground or a trade-off that partially satisfies both parties; forcing, which involves imposing one’s own solution or decision on the other party; and collaborating, which involves finding a win-win solution that fully satisfies both parties3. References = CompTIA Project+ PK0-005 Certification Study Guide, Chapter 10: Executing Projects Part 1, page 297; A Quick Guide to Resource Smoothing: Definition, Benefits, and Process, Conflict Resolution Techniques section; Resource Smoothing: How To Use In Project Management | Hive, Smoothing section.

A key element of change control is having a rollback plan, which allows recovery to a previous stable state if the change causes instability. This is part of operational support to maintain service availability and minimize downtime during updates.

Agile methodologies emphasize flexibility and iterative progress, so strict deadlines can be a concern. They may limit the team’s ability to adapt and respond to change, as emphasized by CompTIA Project+ in agile project management principles.

RACI is a tool that best illustrates how team members with different roles should interact on the team. RACI is an acronym that stands for responsible, accountable, consulted, and informed. RACI is a type of responsibility assignment matrix (RAM) that defines and clarifies the roles and responsibilities of each team member for each task or activity in a project. RACI can help to improve communication, collaboration, and accountability among team members and avoid confusion, duplication, or conflicts3

Multitier architecture is a type of software architecture that is suitable to support enterprise-level client-server solutions. Multitier architecture divides an application into logical layers or tiers that are distributed among different servers or machines. Each tier performs a specific function or role and communicates with other tiers through well-defined interfaces. Multitier architecture can provide benefits such as scalability, performance, security, maintainability, and reusability for complex and large-scale applications.

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 project is defined by its temporary nature, having both a specific start and end date. This aligns with CompTIA Project+ and general project management definitions, which emphasize a project’s unique and finite duration.

An issue log is a tool that records and tracks any issues that arise during the project. It helps the project manager to identify, prioritize, assign, monitor, and resolve the issues in a timely manner. An issue log can also include information such as the issue description, impact, status, owner, and resolution date1. An issue log is different from a defect log, which records and tracks the defects or errors in the project deliverables. A risk register is a tool that records and tracks the potential risks that may affect the project objectives. A change log is a tool that records and tracks the changes that are made to the project scope, schedule, budget, or quality2.

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.

A decision tree helps in evaluating various choices and their potential outcomes, making it suitable for comparing vendors based on costs and risks. This aligns with CompTIA Project+ methodologies for decision-making tools and analysis.

The statement of work (SOW) would be the next document that a project manager should update once the need to procure goods and/or services is identified. 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.

The project manager and team should review assumptions and constraints for input to the risk register during the planning phase of a project. Assumptions are statements that are considered to be true for the purpose of planning, but may or may not be valid in reality. Constraints are factors that limit the project scope, time, cost, quality, or resources. Both assumptions and constraints can introduce risks to the project, which are uncertain events or conditions that can have a positive or negative impact on the project objectives. The risk register is a document that records the identified risks, their causes, impacts, probabilities, responses, owners, and status. Reviewing assumptions and constraints can help the project manager and team identify, analyze, prioritize, and plan for the potential risks that may affect the project12.

The other options are not the correct activities that the team should do during the planning phase of a project. Identifying and assessing stakeholders (option A) is an activity that is done during the initiating phase of a project, not the planning phase. Stakeholders are individuals or groups that have an interest or influence in the project, and their identification and assessment is important to define the project scope, objectives, and success criteria, and to establish a communication plan12. Holding daily status meetings (option B) is an activity that is done during the executing and monitoring and controlling phases of a project, not the planning phase. Daily status meetings are short and frequent meetings where the project team members report on their progress, issues, and plans for the next day. Daily status meetings can help the project manager track the project performance, resolve problems, and communicate updates12. Removing access and planning the project sign-off (option C) is an activity that is done during the closing phase of a project, not the planning phase. Removing access is a security measure to ensure that the project resources do not have access to the project systems, data, or assets after the project is completed. Planning the project sign-off is a process to obtain the formal acceptance and approval of the project deliverables from the stakeholders and customers12.

The process is out of control and should be revised. The project manager can use the rule of seven to determine the status of the process based on the control chart. The rule of seven states that if seven or more consecutive measurements fall on one side of the mean that there’s an assignable cause that needs investigation. In this case, the last seven data points are all below the mean, which indicates that the process is out of control and in need of adjustment12

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.

A fixed-price contract is suitable when the scope is well defined and stable. This shifts cost risk to the vendor, as they must deliver within the agreed-upon price. NDAs, requirements volume, or logistics do not determine contract type as strongly as scope clarity does.

The project manager should have a meeting with the project sponsor and main stakeholders first after discovering that some of the legal requirements have not been addressed during the project concept preparation. The project sponsor and main stakeholders are the key decision-makers and influencers of the project. They have the authority and responsibility to approve or reject any changes to the project scope, budget, or schedule. Having a meeting with them can help to communicate the issue, assess the impact, explore alternatives, and seek guidance on how to proceed with the project34

After identifying logical dependencies in schedule planning, the next practical step is to determine the resources required to complete the tasks. Dependencies define task order; resource planning then identifies who/what is needed (people, equipment, materials) and informs realistic duration estimates, resource leveling, and schedule feasibility. In Project+ planning practices, schedule development is tightly linked with resource planning—because you can’t finalize a reliable schedule without understanding capacity constraints and resource availability.

Option A (stakeholders positively impacted) is a stakeholder analysis activity, but it does not directly progress schedule planning after dependencies are defined. Option B (escalation reporting tool) is governance/communication planning, not the next scheduling step. Option D (total cost incurred) is an execution-phase cost tracking activity and cannot be determined during schedule planning.

So, once sequencing is known, the PM should identify and assign the resources needed for each activity, check availability, and adjust the schedule accordingly (including potential resource leveling or trade-offs). This creates a schedule that is not only logically correct but also executable with the available capacity.

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.

A Preliminary Scope Statement outlines the initial project objectives, high-level requirements, and milestones. It serves as a foundational document during the initiation phase and is refined as the project progresses.

As per the CompTIA Project+ PK0-005 exam objectives, under Domain 1.1: Compare and contrast different project management roles and responsibilities, developing a preliminary scope statement is a key activity in defining the project ' s direction and scope.

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

Because the team needs validation every time a new change is integrated, the priority is repeatability, speed, and consistent coverage—this is where automated testing is most effective. CompTIA Project+ explicitly calls out testing approaches as Automated vs. Manual within operational change-control and release practices, reinforcing that automation is a key control to support frequent integration and deployment.

While regression testing is the type of testing that checks whether new changes broke existing functionality, doing it manually every integration is often slow and expensive. Automation enables the regression suite (and other checks) to run quickly in CI/CD pipelines, improving coverage and reducing per-run effort, which matches the question’s “timely and cost-effective” requirement. CompTIA also lists regression testing among testing cycles, but the scenario’s emphasis is on executing that validation repeatedly with efficiency—best achieved by automation.

Sanity testing is usually a quick, narrow check after a change; it does not provide the broad “good coverage” implied here. Therefore, establishing automated testing is the best answer to ensure consistent, repeatable validation whenever changes are integrated.

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 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 core Kanban concept is managing flow by limiting work in progress (WIP). Kanban uses visual workflow boards and explicit WIP limits to prevent overloading the system, expose bottlenecks, and improve throughput and predictability. By limiting how many items can be “in progress” at once, teams finish work faster, reduce context switching, and stabilize cycle time—key goals of flow-based delivery. CompTIA Project+ includes Agile and adaptive concepts, and Kanban is commonly distinguished by its focus on continuous flow and WIP limits rather than timeboxed iterations.

Option A describes iteration-based alignment (more associated with Scrum’s sprint cadence). Option B (color-coding tasks) can be a visual technique but is not a defining Kanban principle. Option C (allocating resources to high-priority tasks) is a general management practice; Kanban does include prioritization, but its hallmark control is WIP limitation to optimize flow.

Therefore, the correct Kanban concept is limiting WIP to manage flow—a fundamental mechanism used to improve delivery efficiency and quality while keeping the system from becoming congested.

A project manager who makes a company-wide announcement about the successful completion of a project and thanks team members is doing the following:

Celebrating the team’s hard work: This is the correct answer, as the project manager is acknowledging the efforts and contributions of the team members and showing appreciation and recognition for their performance12.

Bringing attention to the project sponsor: This is not the correct answer, as the project manager is not highlighting the role or involvement of the project sponsor, who is the person who provides the resources and authority for the project.

Sharing lessons learned: This is not the correct answer, as the project manager is not discussing the successes, challenges, or best practices of the project, which are part of the lessons learned process.

Collecting feedback: This is not the correct answer, as the project manager is not soliciting any input or opinions from the team members or other stakeholders, which are part of the feedback process.

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

This answer is based on the best practice of stakeholder management, which is to identify and document the communication preferences of each stakeholder or stakeholder group12. The project manager should update the stakeholder register with the information gathered from the stakeholder analysis, which includes the preferred communication channel for each stakeholder3. The preferred reported communication channel reflects the majority preference of the stakeholders, as well as the minority preference of the face-to-face communicators. The project manager should use this information to plan and execute effective communication throughout the project life cycle4. References = CompTIA Project+ Certification Study Guide5, CompTIA Project+ Certification Exam Objectives6, Stakeholder Register in Project Management1, What is a Stakeholder Register?2, How to Develop a Stakeholder Register3

Sprint 1 shows the highest velocity because velocity measures the amount of work completed during a sprint. In a burndown chart, this is shown by how much the actual remaining work decreases from the beginning to the end of the sprint. The red actual line drops most sharply during Sprint 1, moving from about 40 user stories to the mid-20s. This indicates the team completed the largest number of user stories during that sprint compared with the other sprints. Sprint 2 and Sprint 3 show smaller decreases, meaning lower completed work. Sprint 4 and Sprint 5 also show progress, but their reductions are not as large as Sprint 1. Therefore, Sprint 1 reflects the highest team velocity.

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.

The project manager should use a Pareto chart to prioritize which defects to address for the product. A Pareto chart is a type of bar chart that shows the frequency or impact of different causes of problems or defects. It also shows a cumulative line that represents the percentage of the total frequency or impact. A Pareto chart can help to prioritize the causes that have the most significant effect on the quality of the product and apply the 80/20 rule, which states that 80% of the problems are caused by 20% of the causes.

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

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 scenario indicates a breakdown in communication between the project team and the project sponsor. The sponsor was unaware of the issues and could not provide guidance on the next steps, highlighting a deficiency in the project ' s communication processes.

According to the CompTIA Project+ PK0-005 exam objectives, under Domain 1.8: Compare and contrast communication management concepts, it is essential to:

Develop communication platforms/modalities

Manage project communication

Control project communication

One of the key aspects of controlling project communication is:

Revising the communication plan

The communication plan outlines how information is disseminated among stakeholders, including the frequency, methods, and responsible parties. If a sponsor is uninformed about project issues, it suggests that the communication plan is either inadequate or not being followed correctly.

The CompTIA Project+ PK0-005 Certification Study Guide further elaborates on this by stating that:

The communication plan should be reviewed and updated regularly to ensure effective information flow among stakeholders.

In this case, revising the communication plan would address the communication gaps, ensuring that the sponsor and other stakeholders receive timely and accurate information about project issues and developments.

A data warehouse is a centralized repository that stores data from multiple sources in a structured and organized manner. It is designed to facilitate reporting and analysis by consolidating large volumes of data.

In the CompTIA Project+ PK0-005 exam objectives, under Domain 4.2: Compare and contrast common project team organizational structures, understanding the implementation of data storage solutions like data warehouses is essential .

Implementing a data warehouse allows the project manager to efficiently manage and analyze data from various sources, supporting informed decision-making processes.

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

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.

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.

Language barriers can significantly impact communication within a project team, especially when team members lack a common understanding of technical terminology and jargon. This can lead to misunderstandings, errors, and inefficiencies. Effective communication is critical for project success, and addressing language barriers is essential for ensuring that all team members are aligned and informed.

According to the CompTIA Project+ PK0-005 exam objectives, under Domain 1.8: Compare and contrast communication management concepts, recognizing and mitigating communication challenges, including language barriers, is vital for effective project management.

The project manager should distribute an agenda before a call to ensure all meeting items are addressed and the correct participants attend. An agenda is a document that outlines the purpose, topics, and objectives of a meeting. It also includes information such as date, time, duration, location, attendees, and roles. Distributing an agenda can help to prepare the participants for the meeting, set clear expectations, and facilitate a productive and focused discussion12

Evaluating the project is an activity that should be used in the closing phase of a project to support the project triple constraint. This involves reviewing the project plan, deliverables, and outcomes to ensure they meet the project objectives and requirements. References: CompTIA Project+ Study Guide Section 4.4.4

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.

A time and materials contract is a type of contract where the buyer pays the seller for the actual time and materials used during the project. This type of contract is suitable when the scope of work is uncertain or likely to change, and the vendor cannot provide accurate estimates. The document also specifies the resources involved and the rates the vendor will charge for the work12.

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

When a critical ERP system upgrade encounters a validation issue and is at risk of exceeding the allotted downtime, the project manager should begin executing the rollback plan. This action is taken to ensure that the system can be restored to its previous state without exceeding the downtime limit, thus minimizing the impact on the business operations.

Gathering feedback from stakeholders in the closing phase of a project is a valuable activity that can help the project manager create a more structured lessons-learned session. A lessons-learned session is a meeting where the project team and stakeholders review the project outcomes, successes, failures, and best practices, and document the lessons learned for future reference and improvement. Feedback from stakeholders can provide useful insights, perspectives, and suggestions on how the project was managed, what went well, what went wrong, and what can be done better next time. Feedback from stakeholders can also help the project manager identify the gaps, issues, and risks that occurred during the project, and how they were resolved or mitigated. By collecting and analyzing feedback from stakeholders, the project manager can create a more comprehensive and structured lessons-learned report that can benefit the organization and the project management profession12.

The other options are not the best descriptions of the benefit of feedback from stakeholders. While feedback from stakeholders may highlight the performance issues of the project manager and team members (option A), or identify the stakeholders’ real opinions about the project (option D), these are not the primary purposes or benefits of feedback. Feedback from stakeholders is not meant to evaluate or judge the project manager or team members, but to learn from the project experience and improve the project management processes and practices. Similarly, feedback from stakeholders is not meant to reveal their personal feelings or preferences about the project, but to assess the project results and deliverables against the project objectives and requirements. Feedback from stakeholders may also let the project manager know which stakeholders are allies for future projects (option B), but this is not a direct or significant benefit of feedback. Feedback from stakeholders is not intended to build or maintain relationships with stakeholders, but to solicit their input and feedback on the project performance and outcomes. While having allies among stakeholders may be helpful for future projects, this is not the main goal or benefit of feedback from stakeholders1

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 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

Confronting, also known as problem-solving or collaborating, is a method of conflict resolution that involves addressing the root cause of the conflict and finding a mutually beneficial solution that satisfies both parties. Confronting is the most effective method when the stakes are high and the relationship is important, as it can lead to increased trust, respect, and cooperation. Confronting requires open communication, active listening, empathy, and creativity from both parties. Confronting is the best method to use in this scenario, as it can help the stakeholders overcome their personal animosity, focus on their common goals, and work together to complete their tasks on time12. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 7: Project Stakeholder Management, p. 246; What is Conflict Resolution, and How Does It Work?

The project manager should communicate with the affected stakeholders first after realizing that the sign-off for the project scope baseline is delayed due to multiple changes and that the budget for this project is restricted by the project sponsor. The affected stakeholders are those who have an interest or influence on the project and may be impacted by any changes or delays. Communicating with them can help to explain the situation, assess the impact, seek feedback, and manage expectations.

Operational security is the process of identifying, protecting, and controlling sensitive information and activities from unauthorized access or disclosure. Operational security includes background screenings for personnel who need to access classified or restricted information or resources, as well as implementing policies and procedures to prevent leaks, breaches, or espionage. Operational security is essential for government projects that involve national security, defense, intelligence, or law enforcement.

Operational security is different from data security, which is the process of safeguarding data from unauthorized access, use, modification, or destruction. Data security includes encryption, authentication, authorization, backup, and recovery of data. Operational security is also different from physical security, which is the process of securing physical assets, such as equipment, data, or personnel, from unauthorized access or damage. Physical security includes locks, alarms, cameras, guards, and fences. Operational security is also different from digital security, which is the process of protecting digital devices, networks, and systems from cyberattacks, malware, or hacking. Digital security includes firewalls, antivirus, VPN, and passwords. 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; What is Operational Security (OPSEC)?3

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. ()

Time zones are the most important factor to consider when setting up a troubleshooting session for team members who are located in different regions of the world. The project manager should ensure that the session is scheduled at a convenient and reasonable time for all participants, and avoid scheduling conflicts or communication delays. Time zones can also affect the availability and responsiveness of stakeholders, vendors, and customers1.

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.

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 gate review is a type of meeting that evaluates the completion and quality of a project stage and decides whether the project can proceed to the next stage. A gate review is a formal governance step that involves reviewing the goals, progress, risks, deliverables, and benefits of the project, and discussing if the project is still aligned with the business strategy and stakeholder expectations. A gate review can have different outcomes, such as go, kill, hold, recycle, or conditional go, depending on the assessment of the project status and viability123. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 9: Project Change Management, p. 323; Everything Project Managers Need To Know About Gate Reviews | monday.com Blog; Gate reviews: What to do and why you need them - Rebel’s Guide to Project Management; Gates and How to Operate Them - GenSight

The technical lead should follow the escalation path. The issue described is a performance/response problem that is impacting delivery while the PM is unavailable. CompTIA Project+ emphasizes having and using an escalation path as part of issue management and governance, ensuring problems are raised to the correct authority quickly (e.g., acting PM, functional manager, HR/people manager, or sponsor depending on severity and policy). Escalation is appropriate because the team needs timely intervention to restore progress and accountability.

Updating the issue register (B) is a useful documentation step, but it does not by itself resolve the problem; escalation drives action. Informing all stakeholders (A) is usually excessive and can create noise or reputational harm; stakeholder communication should be controlled and targeted, typically after escalation determines impacts and a recovery approach. Initiating a change request (D) is inappropriate because the core problem is not a requested change to scope or requirements; it is a delivery/behavior issue requiring management intervention.

A good escalation approach is: document facts (missed deliverables, non-responsiveness), attempt direct contact, then escalate per policy to the designated backup PM or functional manager for corrective action (reassign work, coaching, or formal performance steps).

A rollback plan is a part of the project management plan that defines how to revert the system to its previous state or baseline if the change or migration fails or causes unacceptable impacts1. A rollback plan is different from a contingency plan, which is a plan to deal with a specific risk event that may or may not occur2. A release plan and a deployment plan are not relevant to the scenario, as they are used to plan and execute the delivery and installation of the system, not to undo them. Therefore, the correct answer is A. Rollback plan.

A risk register is used to document potential risks, including causes and impacts. This tool is essential for tracking and communicating project risks to stakeholders, as recommended by CompTIA Project+ for risk management.

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