PK0-005 CompTIA Project+ Certification (2026) Questions and Answers

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

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

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

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)

ESG stands for environmental, social, and governance, and it refers to the criteria that measure the sustainability and ethical impact of an organization. ESG concerns can affect the reputation, performance, and value of a company, as well as its stakeholders and customers. For a well-known, global company that values its brand image, hiring a vendor that has been linked to ESG concerns can be a major risk and a source of negative publicity. Therefore, the project team should consider this as a primary factor to remove a vendor from consideration12.

When a project relies on legacy applications, a primary and often heightened risk is a major cybersecurity event. Legacy systems frequently have older architectures, limited vendor support, weaker security controls, outdated dependencies, and delayed patching capabilities—factors that increase vulnerability exposure. From a Project+ perspective, risk management requires identifying threats with the highest potential impact; a cybersecurity incident can create severe consequences across confidentiality, integrity, and availability, leading to service outages, regulatory exposure (especially if PII is involved), reputational damage, and unplanned cost/schedule impacts.

“Infrastructure end of life” (A) is also a legitimate legacy-related risk, but it is typically a more predictable lifecycle risk that can be planned around (replacement schedules, support contracts). A “company reorganization” (B) is a general organizational risk not specific to legacy applications. “Digital transformation” (C) is more of a strategic initiative context than a discrete risk event.

Because the question asks for the main concern when using legacy apps, the most critical, high-impact threat that legacy systems exacerbate is a major cybersecurity event—the kind of risk that can derail timelines and budgets and force emergency scope changes and remediation work.

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

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

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.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

A business case exists to justify why the project should be done—what problem/opportunity it addresses and what benefits/value it provides relative to cost. In CompTIA Project+ objectives, the business case is part of discovery/concept and initiation, linked to business objectives and ROI, and is used to support approval decisions. The first, foundational element of that justification is clearly stating the problem being solved (or the opportunity being captured). ()

Option D best captures that intent: specify what problem is being solved by the project. Once the problem is defined, the business case typically expands to include expected benefits, costs, assumptions, constraints, and high-level risks—but those are supporting elements, not the primary objective.

Option A is more aligned to risk management artifacts (risk register, issue log). Option B (timeline and budget) is more aligned to the project plan and estimating/scheduling. Option C (specific tasks) aligns to a WBS or backlog planning. The sponsor is asking for the “why” and justification for investment before committing effort—so the business case objective is to articulate the problem and the value of solving it. ()

The PM should create a project organizational chart to clarify who is who, reporting lines, and role visibility across the team. When team members are unclear about each other’s roles, the fastest way to reduce confusion is to make the project structure explicit: who leads which workstream, who approves decisions, who supports, and how to escalate. This aligns with Project+ people/resource management expectations: establish clear responsibilities and team structure to reduce duplication, gaps, and conflict caused by ambiguity.

A project plan is broader (scope/schedule/budget/governance), but it won’t necessarily provide a simple, visual map of roles. A road map is high-level sequencing of outcomes over time; it’s not meant to define roles. A milestone chart highlights key dates and deliverables, not responsibilities.

In practice, the PM often pairs the project org chart with a RAM/RACI for detailed accountability, but since the question asks which chart to create to fix role confusion, the best answer is the project organizational chart.

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.

The diagram shows that the customer added requests for previously unrequested features during execution and the change control process was not followed. That combination most strongly points to scope creep as the root cause of the missed deadline: additional scope entered the workstream without proper evaluation, approval, replanning, and schedule/budget adjustment. CompTIA Project+ emphasizes controlling scope through defined requirements, scope baselines/artifacts, and a formal change control process; when that process is bypassed, uncontrolled scope growth commonly drives schedule slippage and cost overruns.

Gold plating (building “unnecessary features”) is also present, but in the diagram it appears as a downstream effect of weak requirements discipline and poor change control—teams often overbuild when requirements are incomplete or shifting. The initiating problem highlighted is that the customer did not provide all requirements early, which increases later change requests; when those changes are not properly controlled, the project experiences scope creep and deadline impact.

Team conflicts and unvalidated deliverables are not supported by the causal chain shown. The best root-cause label among the options is scope creep.

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

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

This answer is based on the best practice of using historical information and lessons learned from previous projects to improve the planning and execution of current projects12. By using existing artifacts, such as scope statements, project plans, risk registers, and change logs, the PM can leverage the knowledge and experience of the previous PM and avoid repeating the same mistakes or oversights. However, the PM should also accommodate the artifacts based on the current project success criteria, which may differ from the previous project in terms of scope, schedule, budget, quality, or stakeholder expectations34. The PM should not rely solely on the previous PM’s advice, the project sponsor’s report, or the project charter, as these sources may not provide enough detail or accuracy for the current project’s scope statement. References = CompTIA Project+ Certification Study Guide5, CompTIA Project+ Certification Exam Objectives6, How to Use Historical Information in Project Management1, How to Use Lessons Learned to Improve Project Management2, How to Define Project Success Criteria3, How to Use Existing Artifacts in Project Management4

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.

The project manager should put in place a time and materials contract before work begins for a third party that needs to perform a short-term task for which the duration cannot be accurately estimated and the cost cannot be calculated in advance. A time and materials contract is a type of contract where the buyer pays the seller based on the actual time spent and materials used during the project. A time and materials contract is suitable for projects that have uncertain or variable scope, duration, or cost. A time and materials contract can provide flexibility and adaptability for both parties and allow them to adjust to changing requirements or circumstances.

A program is a group of related projects managed in a coordinated way to achieve benefits and control that would not be available if the projects were managed separately. Option C—a consolidation of related projects with a common goal—matches the standard program definition used across project management frameworks and aligns with CompTIA Project+ terminology that distinguishes projects (temporary endeavors producing unique outputs) from programs (coordinated management of multiple related projects).

Option A is incorrect because unrelated projects do not form a program; that is closer to a portfolio (a collection of projects/programs managed to meet strategic objectives, not necessarily related). Option B describes operational tracking, not a program definition. Option D sounds like scope decomposition or workload definition, which is not what a program is.

Programs typically have overarching governance, shared resources, interdependent timelines, and integrated risk/benefit management. The focus is on achieving strategic outcomes/benefits across the combined effort, such as rolling out a suite of capabilities or transforming an end-to-end business process via multiple projects.

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.

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

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

A cost-plus contract is a type of contract where the buyer agrees to reimburse the seller for the actual costs of the work plus a fee, which can be fixed, percentage, incentive, or award based. This type of contract has the highest risk for the buyer because the buyer has no control over the cost or quantity of the work and the seller has little incentive to control the costs or complete the work efficiently. The seller may inflate the costs or prolong the work to increase the fee. The buyer may end up paying much more than the estimated budget or the market value of the work. References = CompTIA Project+ PK0-005 Certification Study Guide, Chapter 9: Project Procurement Management; CompTIA Project+ Certification Exam Objectives, Domain 3: Project Execution, Objective 3.3: Execute procurement activities.

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

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

Corporate values compliance is a consideration when determining a project’s ESG factors, because it reflects how a project aligns with the ethical standards and social responsibility of the organization. Corporate values compliance can help to enhance the reputation, trust, and loyalty of the organization among its stakeholders, as well as to avoid legal or regulatory issues that may arise from violating the values. Corporate values compliance can also influence the project scope, objectives, deliverables, and stakeholders, as well as the project management methodology, processes, and practices.

The other options are not directly related to ESG factors. Project management methodology is the approach or framework that guides how a project is planned, executed, monitored, and controlled. IT infrastructure security is the protection of the hardware, software, network, and data components of a project from unauthorized access, use, modification, or destruction. Proper accounting practices are the rules and standards that govern how financial transactions and statements are recorded, reported, and audited for a project. 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; What Is Environmental, Social, and Governance (ESG) Investing

Using the chat and plain language can help overcome the communication barriers caused by accents and background noises. Chat allows team members to write down their ideas and questions, which can be easier to understand than spoken words. Plain language reduces the ambiguity and complexity of the messages, making them more clear and concise. These techniques can also enhance the participation and engagement of the team members, as they can express their thoughts and opinions more comfortably and confidently. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 4: Communication and Change Management, p. 97-98.

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.

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

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

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

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

Part 1:

Change Control Process:

Consult the RACI matrix.

Define new requirements and record changes.

Assess the schedule, risk, and cost.

Perform a demonstration.

Obtain a sign off.

Update and test the deliverable.

Make an announcement on the company portal.

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

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

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

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

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

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

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

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

Part2:

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

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

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

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

The scatter diagram shows a clear negative correlation between time (days) and output (pages), meaning as time progresses, the number of pages completed decreases. This is evident from the downward trend of the plotted points on the graph. References = CompTIA Project+ Certification Study Guide, Chapter 3: Project Execution, page 130; CompTIA Project+ Certification Exam Objectives, Domain 3.0: Project Execution, Objective 3.3: Analyze project performance by using appropriate tools and techniques, Sub-objective 3.3.2: Given a scenario, interpret the results of data analysis using appropriate tools and techniques, Knowledge of: Scatter diagrams.

A content management system (CMS) is a software application that allows users to create, manage, and deliver content via digital channels, such as websites, blogs, or social media12. A CMS enables multiple contributors to access, edit, and publish content without requiring technical knowledge or coding skills34. A CMS also provides features such as templates, workflows, media libraries, and analytics to help users design, organize, and optimize their content56. References = CompTIA Project+ Certification Study Guide7, CompTIA Project+ Certification Exam Objectives8, What Is a Content Management System (CMS)?1, What is a Content Management System (CMS) | Oracle2, What is a Content Management System (CMS)? | Adobe Basics3, What is a CMS?4, What is a Content Management System?5, Content Management System (CMS) - Definition from Techopedia6

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

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.

Before starting a new project that involves personal data, the project manager should first understand the relevant privacy regulations that apply to the data subjects, the data controllers, and the data processors. These regulations may vary depending on the location, industry, and nature of the data. For example, GDPR applies to any project that processes the personal data of individuals in the European Union, regardless of where the project is based or executed. Understanding the applicable privacy regulations will help the project manager to identify the legal obligations, risks, and compliance requirements for the project data. References = CompTIA Project+ Study Guide, Chapter 3: Project Planning, Section 3.4: Data Privacy and Security, p. 121-122; A Project Management Approach to Data Protection Compliance; 10 Data Protection Considerations Before Starting a New Project; Project Teams Must Manage Risk and New Requirements to Ensure Data Privacy

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

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.

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

Enterprise resource planning (ERP) software is a type of software that integrates various business functions and processes, such as accounting, finance, inventory, sales, purchasing, human resources, and more. ERP software helps businesses store, organize, and manage information related to business transactions, such as invoices, payments, orders, receipts, and reports. ERP software also provides real-time data analysis, reporting, and forecasting capabilities12.

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

When a project involves new or unfamiliar technologies, it's essential to ensure that the project team has the necessary knowledge and skills. Providing training to team members helps bridge knowledge gaps and prepares them to handle project tasks effectively. Simultaneously, developing a detailed scope statement clarifies the project's objectives, deliverables, and boundaries, which is crucial for guiding the team's efforts and setting stakeholder expectations.

According to the CompTIA Project+ PK0-005 exam objectives, under Domain 2.2: Given a scenario, determine the appropriate scope management activities, training and scope definition are key activities in managing project scope and ensuring team readiness.

A Gantt chart is a visual tool used in project management to represent the timing of tasks required to complete a project. It is particularly useful for showing the start and finish dates of elements of a project, dependencies between tasks, and the current schedule status. This makes it an ideal choice for a project manager to discern overlapping tasks and allocate resources efficiently.

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

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

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.

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

A positive correlation means that as the number of worked hours increases, so does the number of mistakes. According to CompTIA Project+, understanding such correlations is crucial for effective resource and quality management.

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.

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 project manager should develop a rollback plan next after determining the appropriate maintenance window in the operational infrastructure change process. A rollback plan is a contingency plan that describes how to revert to the previous state of the system or infrastructure in case of a failure or disruption during the change implementation. A rollback plan can help to minimize the impact and risk of the change and ensure business continuity and stability.

Outsourcing the development of a system component due to a lack of internal resources is a risk response strategy known as ‘transfer.’ This approach shifts the risk to a third party who will now be responsible for managing that portion of the project. It is commonly used when an organization does not have the expertise or capacity to handle specific risks internally.

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

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

Obtaining project sign-off is crucial in the closure phase, as it signifies formal acceptance of the project deliverables by the stakeholders. According to CompTIA Project+, project sign-off is a key milestone in officially closing the project.

The project manager should contact the project management office (PMO) for assistance after learning that a similarly time-consuming project was executed previously in the organization. A PMO is a department or group within an organization that provides centralized guidance, governance, standards, best practices, resources, and oversight for project management activities. A PMO can help the project manager by providing access to historical data, lessons learned, templates, tools, methodologies, and expertise from previous projects that can be useful for planning and executing the current project.

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

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

Home address and date of birth must be protected as personally identifiable information (PII). PII is any information that can be used to identify, contact, or locate an individual person, either alone or in combination with other sources. PII can include information such as name, email address, phone number, social security number, passport number, driver’s license number, bank account number, credit card number, biometric data, medical records, etc. PII must be protected from unauthorized access, use, disclosure, modification, or destruction to prevent identity theft, fraud, or other malicious activities that may harm the individual’s privacy or security.

This is the process of gathering information directly from the client and other stakeholders to define what needs to be done in order to deliver the project outcomes. References = CompTIA Project+ Study Guide1, Chapter 9: Scope Management

According to the CompTIA Project+ Study Guide1, scope management is the process of defining, validating, and controlling the project scope throughout the project life cycle. Scope management involves identifying and documenting the project requirements, creating a work breakdown structure (WBS), and managing changes to the scope.

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

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

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

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

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

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.

Email is a communication tool that allows the project manager to send information to one or more recipients without requiring immediate feedback or confirmation of receipt. Email can be used to broadcast information that is not urgent or critical, such as status updates, meeting minutes, or general announcements1, p. 75

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.

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.

Applying the contingency plan is the immediate response to mitigate a security risk. CompTIA Project+ emphasizes the importance of having pre-established contingency plans to handle potential risks promptly and effectively.

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

According to 6 Techniques for Running Project Management Meetings, one of the best practices for effective project meetings is to assign meeting roles to stay focused. By delegating the roles and responsibilities of facilitator, timekeeper, scribe, and presenter, the project manager can ensure that the meeting agenda is followed, the action items are recorded, and the outcomes are communicated. This can also increase the engagement and accountability of the project team members, and reduce the frustration of the project manager.

Defining communication channels and access requirements typically occurs in the planning phase, where detailed plans for project management are established. This aligns with CompTIA Project+ standards for comprehensive project planning.

Because the regulatory change is anticipated (“coming in the next month”) and has not yet impacted the project, it should be treated as a risk (a potential future event) rather than an issue (a current problem). The correct next step is to add the risk to the risk register so it can be assessed for probability/impact, assigned an owner, and have response actions planned (avoid/mitigate/transfer/accept and contingency plans). This aligns with CompTIA Project+ risk management expectations: using the risk register to capture and manage upcoming threats that could affect scope, schedule, cost, or compliance obligations.

The other options don’t fit “next.” An issue log is for something that is already occurring and needs resolution now. A CCB is used when a specific change request is ready to be evaluated/approved, but at this point the PM needs to first understand the regulatory impact and options (which begins with risk capture and analysis). A work-around is a temporary fix for an active problem, which does not apply to an upcoming regulatory change. The PM should document the risk, analyze impact, and then—if needed—raise change requests once requirements and compliance impacts are clear.

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?

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

Meeting with the team to emphasize the importance of following change management procedures is the best approach to prevent future unauthorized changes. CompTIA Project+ highlights the importance of adhering to formal change control processes to ensure project alignment and accountability.

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

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

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

Releasing the project resources is the process of formally ending the involvement of the project team members and other resources in the project. It also involves updating the resource availability and performance records, and providing feedback and recognition to the resources. Releasing the project resources is an important part of the project closure phase, and it helps to avoid unnecessary costs and conflicts. If the project manager neglects to release the project resources, the team members may still charge time to the project and be unable to work on new projects12.

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

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

The project manager should inform the project sponsor about the issue and seek their guidance and support. The project sponsor is the person who provides the resources and authority for the project, and who can help resolve any conflicts or problems that may arise. The project manager should not withdraw the offer, ignore the lawsuit, or use a third-party company without consulting the project sponsor first, as these actions may have legal, ethical, or financial implications for the project and the organization12.

Project success criteria are the standards by which the success of a project is judged. They include specific goals, deliverables, and performance measures such as cost, time, and quality targets. Defining these criteria during the initiation phase provides a clear understanding of what constitutes project success and guides decision-making throughout the project lifecycle.

Per 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, establishing clear success criteria is fundamental for project planning and evaluation.

The project sponsor typically defines the success criteria and overall goals of the project. This alignment ensures the project meets organizational objectives, as outlined in CompTIA Project+ guidance on roles and responsibilities.

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.

Benchmarking is a quality technique that compares results, processes, or best practices from similar activities or organizations. It helps set realistic performance standards and identify improvement opportunities. Unlike cost-benefit analysis (financial), benchmarking focuses on performance comparison.

In agile methodology, an epic is a large user story or body of work that can be broken down into smaller backlog items deliverable within iteration cycles. This enables large projects to be incrementally deployed while maintaining predictable iteration lengths.

A defect log specifically tracks bugs, errors, or defects discovered in the product. It includes descriptions, severity, and resolution. Issue logs capture broader non-technical challenges, while change logs and risk registers serve different purposes.

The Pareto chart should be used to identify the most important causes of issues during a quality analysis review. The Pareto chart is a graphical representation of the frequency and impact of different causes, helping to identify the most common and impactful causes. References: CompTIA Project+ Study Guide Section 3.3.3

A backlog is commonly used in agile project management to list deliverables and tasks that have not yet been completed. It allows the project manager to prioritize and organize the workload, especially for complex projects. This aligns with agile principles as outlined in CompTIA Project+.

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

When scope changes occur, proper change management is critical. The engineer must submit the change for formal approval before moving forward. Skipping approval would violate governance processes and may introduce compliance or contractual risks.

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.

The critical path is the sequence of tasks that determines the minimum project duration. It is the longest path through the network diagram and has the least amount of slack or float. Based on the provided network diagram, the critical path is A-C-G-K-M, which has the longest total duration when adding up the individual task durations. References = The concept of the critical path is covered in the CompTIA Project+ Certification Study Guide1. For more detailed information on how to calculate and identify the critical path in project management, you can refer to the study guide and other project management resources2.

For distributed teams, the most effective collaboration choices are a wiki knowledge base (B) and real-time, multiauthoring editing software (E). A wiki provides an asynchronous, searchable “single source of truth” for decisions, requirements, policies, and how-to guidance—critical when time zones make live coordination difficult. Real-time multiauthoring tools enable multiple people to co-edit documents simultaneously, reducing version conflicts and speeding convergence on shared outputs (plans, specs, release notes, retrospectives). CompTIA Project+ references collaboration tooling and knowledge management practices (e.g., knowledge bases/content management) as part of effective communication and documentation across teams. ()

Real-time surveys/polling can help gather quick feedback but is not a primary collaboration backbone. Spreadsheets can be collaborative, but they are not as broadly enabling for knowledge capture and joint authoring across varied artifact types. “Meetings/face-to-face” is explicitly difficult across regions and time zones and is not scalable as the primary method. Charting/diagramming is useful, but without a shared knowledge base and co-authoring workspace it’s incomplete.

So, to best enable cross-region collaboration, choose wiki knowledge base and real-time multiauthoring editing software. ()

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

According to A Guide To Schedule Updating in Project Management, one of the best practices for effective schedule updating is to perform an impact analysis before making any changes to the schedule. An impact analysis helps the project manager to assess the effects of the change on the project scope, cost, quality, risk, and stakeholder expectations. It also helps to identify the best options for resolving the issue and minimizing the negative impacts. By performing an impact analysis first, the project manager can make informed decisions and communicate them clearly to the project team and stakeholders.

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.

According to PRINCE2, a project management methodology, the process of initiating a project includes creating the project plan, which is a high-level plan that covers the whole project scope, schedule, budget, quality, and risks. The project plan is based on the project brief, the business case, and the product descriptions. The project plan is used to obtain the authorization from the project board to initiate and execute the project. The project plan is also refined and updated throughout the project life cycle as more information becomes available.

The other processes are not directly involved in creating the project plan. Starting up a project is a pre-project process that ensures the project is viable and worthwhile, and produces the project brief and the initiation stage plan. Managing product delivery is a process that coordinates the delivery of products from the team managers to the project manager, and ensures that the work conforms to the quality criteria and the project plan. Directing a project is a process that enables the project board to oversee and control the project, and make key decisions and approvals. 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; PRINCE2 Processes - 7 Processes Of PRINCE2 Explained3; Initiating a Project Process – This process is the procedure which defines the product quality, Project Product, project timeline, costs, the commitment of resources, risk analysis, and assembles the Project Initiation Documentation (PID)4

Archiving project documentation is an important process to ensure that the project information is stored, retrieved, and updated in a consistent and efficient manner1. It also helps to meet legal requirements, enable long-term analysis, and support new projects and team members1. If the documentation was not archived as per the PMO standards, it would be difficult for the current project manager to find the relevant documents and learn from the previous project. This would cause the current project manager to keep asking questions to the previous project manager, who may not have all the answers or may not be available. Therefore, the most likely cause of this situation is that the documentation was not archived as per the PMO standards. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 14: Closing the Project, page 403; How to Archive a Completed Project: A Guide for PMOs, Introduction and Benefits sections.

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 program manager should schedule a call with the vendor PM and vendor executive to review the statement of work (SOW), which is a document that defines the scope, deliverables, timeline, quality, and payment terms of the project. The program manager should clarify the expectations and criteria for user acceptance testing (UAT), which is a process of verifying that the system meets the user’s requirements and expectations. The program manager should also discuss the reasons for the UAT failure and the corrective actions needed to resolve the issues. The program manager should not approve the invoice until the UAT is successfully completed, as this would compromise the quality and value of the project. The program manager should also not escalate the issue or work on a compromise without first reviewing the SOW and communicating with the vendor12.

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

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

A real-time survey is a tool that allows the project manager to collect feedback from the project team members in an interactive and timely manner. A real-time survey can measure the level of engagement, satisfaction, motivation, and performance of the team members, as well as identify any issues, challenges, or opportunities for improvement. A real-time survey can also increase the participation and collaboration of the team members, as they can see the results and comments of their peers instantly. A real-time survey is more effective than a meeting chat, an email, or a whiteboard, as it can reach a larger and more diverse audience, provide more structured and quantitative data, and avoid distractions and interruptions. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 10: Project Closure, p. 367; The 9 best online survey apps in 2023 | Zapier

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

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.

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

A warranty period is the time during which a manufacturer or seller agrees to repair or replace a product that is defective or does not meet the specified standards. A warranty period can be expressed in terms of duration (e.g., one year) or usage (e.g., 10,000 miles). A warranty period is a form of consumer protection that obliges the manufacturer or seller to bear the costs of repairing or changing any part of the product that is not functioning properly1.

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

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

This answer is based on the understanding that outsourcing is a form of procurement, which is one of the knowledge areas in project management. Procurement involves acquiring goods and services from external sources to support the project objectives. According to the CompTIA Project+ Study Guide1, procurement activities occur mainly in the planning phase of the project, where the project manager identifies the project needs, defines the scope of work, evaluates the potential vendors, and prepares the procurement documents. The other options are not correct because:

Initiating is the phase where the project manager defines the project purpose, objectives, and deliverables, and obtains the project charter and stakeholder approval. Initiating does not involve procurement activities, although it may involve some preliminary research on the feasibility and availability of external resources.

Controlling is the phase where the project manager monitors and measures the project performance, compares it with the baseline, and implements corrective actions if needed. Controlling does involve some procurement activities, such as reviewing the vendor deliverables, managing the changes, and resolving the issues, but these are not the main tasks of procurement.

Executing is the phase where the project manager leads and directs the project team and other resources to complete the project work according to the plan. Executing does involve some procurement activities, such as selecting the vendor, signing the contract, and managing the relationship, but these are not the main tasks of procurement. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 8: Planning Projects, Part 4 (Procurement and Communication), pages 243-260; CompTIA Project+ Certification Exam Objectives, Domain 2: Project Planning, Objective 2.5: Given a scenario, plan procurement for a project.

 The project manager should exploit the risk after an opportunity emerged in the middle of a project life cycle. Exploit is a risk response strategy that aims to increase the probability and/or impact of a positive risk or opportunity. Exploit can involve actions such as allocating more resources, changing the scope or schedule, or adding more features or benefits to the project deliverables. Exploit can help to ensure that the opportunity is realized and that the project gains more value or advantage from it3

A rollback plan, also known as a backout plan, is a strategy designed to reverse changes made during a project in case of failure or undesired results1. A rollback plan is a form of risk response that allows the project to restore the previous state and minimize the impact of the issue. A rollback plan is usually created during the planning phase and implemented during the execution or closing phase of the project. The other options are not correct because:

A compliance check is a process that ensures that the project meets the relevant standards, regulations, and requirements. A compliance check is not a risk response, but rather a quality control or assurance activity.

A release plan is a document that outlines the scope, schedule, and resources for delivering a product or service to the customer. A release plan is not a risk response, but rather a communication or scope management tool.

A validation check is a process that verifies that the project deliverables meet the customer’s needs and expectations. A validation check is not a risk response, but rather a quality control or assurance activity. 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; Backout Plan - DevX

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

A finish-to-start relationship is a type of logical dependency between two tasks, in which the first task must be completed before the second task can start. In this scenario, the document containing information about how the new system will interact with other systems within the organization is a prerequisite for the configuration of the system in development. Therefore, the document writing task must finish before the configuration task can start, which is a finish-to-start relationship. 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

A dashboard is a tool that the project manager will most likely use to update the project sponsor and senior stakeholders about the progress of a project. A dashboard is a graphical tool that displays key performance indicators (KPIs), metrics, and data related to a project using charts, graphs, tables, or other visual elements. A dashboard can help to provide a quick and easy overview of the project status and performance and highlight any issues or risks that need attention.

The best choice is cadence because it establishes a repeatable rhythm for ceremonies, work sequencing, and deliverables across iterations (e.g., sprint planning → daily touchpoints → review → retrospective), which is exactly what the scenario is asking for: a “consistent flow of tasks and deliverables after each iteration.” CompTIA Project+ explicitly includes “Establish cadences” and “Meeting cadence and methodologies” as planning activities, and it also calls out “Impacts to cadence” as something to manage during schedule development/maintenance—showing cadence is a recognized control lever for iteration-based delivery.

A task log tracks tasks but doesn’t create a repeatable time pattern. Milestones mark significant points in time, but they don’t inherently standardize the iteration routine. A work breakdown structure (WBS) decomposes scope into work packages; it helps organize work, but it won’t by itself create a stable sprint-to-sprint operating rhythm. By establishing a cadence, the team reduces iteration variability, improves predictability, and makes it easier to forecast and coordinate dependencies—aligning directly with Project+ schedule management and Agile/iteration practices.

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

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

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

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

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.