Free Practice Questions for the CompTIA Project+ PK0-005 Exam (2026 Updated)

The statement of work (SOW) would be the next document that a project manager should update once the need to procure goods and/or services is identified. A SOW is a document that defines the scope, deliverables, schedule, and terms and conditions of a project or contract. A SOW typically includes information such as purpose, scope of work, location of work, period of performance, deliverables schedule, applicable standards, acceptance criteria, special requirements, and payment schedule. A SOW can help to establish a common understanding and agreement between the client and the service provider on what needs to be done and how it will be done.

Escalating to the Change Control Board (CCB) is necessary when a change request impacts the project’s timeline or budget. The CCB reviews and approves changes, ensuring that they align with project objectives. CompTIA Project+ highlights the role of the CCB in change management processes.

An Ishikawa diagram is a tool that the project team should use to find the cause of the defects associated with project deliverables. An Ishikawa diagram, also known as a fishbone diagram or a cause-and-effect diagram, is a graphical tool that shows the possible causes of a problem or effect using a fishbone-like structure. An Ishikawa diagram can help to identify and analyze the root causes of defects or issues and find solutions to prevent or eliminate them.

A downtime window schedule specifies a timeframe during which systems can be taken offline or changed without affecting business operations. CompTIA Project+ includes this as part of deployment planning to ensure minimal disruption to stakeholders.

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

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

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

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

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

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

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

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

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

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.

A weak matrix organizational structure is one where the project manager has low authority and the functional manager has high authority. The project manager is considered to be a coordinator or an escalator, and the team members are primarily loyal to their functional units. This can cause issues with team motivation, communication, and performance1

A RACI chart would be the most useful option for the project manager to illustrate roles for major project activities for an upcoming project kickoff. A RACI chart is a visual representation of a RACI matrix that shows who is responsible, accountable, consulted, and informed for each task or activity in a project using a table format. A RACI chart can help to communicate and document the roles and expectations of each team member and stakeholder for the project and ensure alignment and agreement.

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

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

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

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

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

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

A focus group is a technique that involves gathering a group of people who share some characteristics or interests related to a product, service, or issue, and asking them for their opinions, perceptions, or feedback. The project manager acts as a moderator or facilitator who guides the discussion and records the results. A focus group can help to collect information from a representative sample of the target population, explore ideas, identify needs and preferences, and support the completion of larger projects. The other options are not correct because:

A demonstration is a technique that involves showing the features or capabilities of a product, service, or process to the stakeholders or customers, usually in a live or simulated environment. A demonstration can help to validate the requirements, obtain feedback, and verify the functionality of a deliverable.

A workshop is a technique that involves bringing together a group of stakeholders or experts to work on a specific topic, problem, or issue, usually in a structured and facilitated way. A workshop can help to define the scope, plan the activities, identify the risks, resolve the conflicts, and generate the solutions of a project.

Brainstorming is a technique that involves generating a large number of ideas or alternatives for a problem or opportunity, usually in a creative and spontaneous way. Brainstorming can help to enhance the creativity, diversity, and quality of the ideas, and encourage the participation and collaboration of the team members. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 6: Planning Projects, Part 2 (Scope, Quality, and Risk), page 191; CompTIA Project+ Certification Exam Objectives, Domain 2: Project Planning, Objective 2.1: Given a scenario, create a project charter and project management plan.

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

The results are best described as a positive correlation: as extra hours worked increase, the number of defects also increases. A positive correlation means the variables move in the same direction (higher X is associated with higher Y). This is consistent with the common quality-management interpretation that sustained overtime can correlate with higher error rates due to fatigue, reduced review quality, and rushed work—an important insight for a PM balancing schedule pressure with quality outcomes.

Within Project+ quality and performance monitoring concepts, interpreting basic analytical outputs (such as charts/diagrams that show relationships) supports better decisions about staffing approaches, sustainable pacing, and corrective actions (e.g., limiting overtime, increasing peer review, adding automated tests, or re-planning). The distractors represent other possible patterns: “no correlation” would show scattered results without a trend; “negative correlation” would show defects decreasing as hours rise (unlikely for overtime/fatigue scenarios); and “non-linear” would require evidence of a curved pattern rather than a straight trend. Based on the stated results interpretation for this scenario, the correct description is positive correlation.

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

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

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.

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

Submit a change request to the change control board. The project manager should submit a change request to the change control board (CCB) if they realize that the project will not be completed on time due to resource constraints. A change request is a formal proposal to modify any aspect of the project, such as scope, schedule, cost, quality, or resources. A change request must be submitted to the CCB, which is a group of stakeholders who are authorized to review and approve changes. Submitting a change request can help to document the impact of the resource constraints on the project and seek approval for any corrective actions or preventive actions12

A postmortem (often synonymous with a structured “lessons learned”/retrospective at the end of a project) is specifically intended to identify what worked, what didn’t, and what to improve next time. It creates actionable improvements for future projects—process changes, tooling updates, training needs, better estimation approaches, risk triggers, and governance refinements. CompTIA Project+ closing-phase expectations include evaluating the project and collecting feedback, which is the exact purpose of a postmortem-style activity.

A contract review is valuable for procurement performance and compliance, but it’s narrower than overall delivery improvement. Archived documents are essential for auditability and reference, but archiving is primarily record retention; it doesn’t inherently analyze improvement opportunities unless paired with a review session. Project rewards support morale and recognition (also called out as part of closure activities), but they don’t generate systematic improvement insights.

A strong postmortem typically produces: a short list of top improvement themes, owners, due dates, and where to embed changes (templates, playbooks, onboarding, QA practices). That turns closure learning into measurable organizational improvement—exactly what the question is asking for.

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

Scrum is an Agile framework that is well-suited for projects with rapidly changing requirements. It operates in iterative cycles called sprints, allowing for regular reassessment and adaptation of project goals. This flexibility makes Scrum ideal for environments where the company ' s strategy and product requirements evolve frequently, as it facilitates continuous improvement and responsiveness to change.

According to the CompTIA Project+ PK0-005 exam objectives, under Domain 1.2: Compare and contrast Agile vs. Waterfall concepts, Scrum is highlighted as a methodology that supports adaptability and iterative development.

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

Notifying the CCB that an approved change “failed” is consistent with logging and escalating an issue/incident arising from change implementation. In CompTIA Project+ objectives, the change control process includes not only approval and implementation, but also validating the change implementation and communicating change deployment. If validation shows the change did not achieve the expected outcome, that result must be documented and escalated through the same governance path (often the CCB) so the project can decide whether to roll back, revise, or raise a new change request.

CompTIA also separates risk management (responses to potential future events) from issue management (handling problems that have already occurred), including issue tracking, escalation path, ownership, and a resolution plan, and it highlights “connections between issues and changes.” A failed implemented change is an issue now, so an incident report (documenting what happened, impact, and next steps) best matches the control process being followed.

“Scope creep” is unauthorized scope growth, “risk response” is for anticipated risks, and “recovery plan” could be a next action, but the process described is the reporting/documentation and escalation of the incident.

The project manager should review the communication plan after learning about some communication issues with different stakeholders and team members. A communication plan is a document that defines and documents the communication goals, strategies, methods, channels, frequency, roles, and responsibilities for a project. A communication plan can help to facilitate effective and timely communication among all stakeholders involved in a project and avoid confusion, misunderstanding, or conflicts.

Forcing is a conflict resolution technique where the project manager makes a decision unilaterally, without seeking consensus. According to CompTIA Project+, forcing may be used when time is critical, and decisions need to be made promptly.

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

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

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

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

Identifying business needs and product descriptions is a crucial first step in project initiation, as it defines the project ' s purpose and scope. This step is in line with CompTIA Project+ practices for understanding and documenting project requirements.

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.

When a project team lacks hands-on experience and decides to involve a third-party vendor for product development, the first document to expedite is a Request for Proposal (RFP). An RFP outlines the project requirements and asks potential vendors to submit proposals detailing how they would meet those requirements and at what cost. This allows the project manager to evaluate the capabilities and offerings of different vendors before making a decision.

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

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

Issue log and change log are documents that should be used to record the event where the project team has just experienced an unexpected event and implemented a work-around. An issue log is a document that tracks and records any issues or problems that arise during a project and how they are resolved. An issue log can help to monitor and control the project performance and quality and prevent any negative impacts on the project objectives and deliverables. 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. A change log can help to document the change request, approval, implementation, and impact of each change and ensure traceability and transparency.

A wiki knowledge base is a tool that allows the project team to store, organize, and share information that is captured throughout the life cycle of a project. A wiki knowledge base is stored in a centralized location that is easily accessible to all stakeholders via a web browser. A wiki knowledge base also provides search functionality that enables the users to find the information they need quickly and easily. A wiki knowledge base can help the project team to document the project requirements, scope, schedule, budget, quality, risks, issues, lessons learned, and best practices.

A wiki knowledge base is different from a secure folder, which is a tool that protects the files and folders from unauthorized access or modification. A secure folder may not be easily accessible to all stakeholders, and may not provide search functionality or collaboration features. A wiki knowledge base is also different from a real-time, multiauthoring editing software, which is a tool that allows the project team to create and edit documents simultaneously and synchronously. A real-time, multiauthoring editing software may not be suitable for storing large amounts of information, and may not provide the same level of organization and structure as a wiki knowledge base. A wiki knowledge base is also different from a digital whiteboard, which is a tool that allows the project team to brainstorm, visualize, and communicate ideas. A digital whiteboard is not designed for storing information, and may not provide the same level of search functionality or security as a wiki knowledge base. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 3: Project Communications Management1; CompTIA Project+ Certification Study Guide, 3rd Edition, Chapter 3: Project Communications Management2; The 15 best collaboration tools for productive teams3

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.

The project manager should first request justification from the developer because the invoice must be validated before approval, rejection, or escalation. In project procurement and vendor management, invoices should be checked against assigned work, timesheets, deliverables, contract terms, purchase orders, and approvals. Since no tasks were assigned, there may be an error, unrecorded work, emergency support, misunderstanding, or unauthorized billing. Asking for justification creates a factual basis for the next decision and protects the project from paying unsupported costs. Declining the invoice immediately may be premature if legitimate work was performed but not properly documented. Escalating to the steering committee should occur only after initial verification fails or a material dispute exists. Consulting other developers is indirect and less appropriate as the first step.

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

 The project manager should make an impact assessment after being informed that the delivery of required IT equipment will be delayed. An impact assessment is a process of analyzing and evaluating how a change or an issue may affect the scope, schedule, cost, quality, or risks of a project. An impact assessment can help to determine the severity and implications of the delay on the project objectives and deliverables and identify any possible alternatives or corrective actions to minimize or avoid its negative effects.

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

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

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

A control chart is a graphical tool that displays the variation of a process over time and compares it to predetermined control limits. It can be used to determine whether a sample product is within an acceptable range by checking if the sample values fall within the upper and lower control limits, which indicate the expected variation of the process. If the sample values are outside the control limits or show a non-random pattern, it indicates that the process is out of control and there may be some assignable causes of variation that need to be investigated and corrected. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 8: Quality Management1; CompTIA Project+ Certification Study Guide, 3rd Edition, Chapter 8: Quality Management2

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

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

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

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

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

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

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

One of the primary purposes of a stand-up meeting is to identify blocking tasks that hinder progress. This allows the team to address issues promptly and maintain momentum.

In the CompTIA Project+ PK0-005 exam objectives, under Domain 1.8: Compare and contrast communication management concepts, stand-up meetings are highlighted as a tool for daily communication to surface impediments and coordinate efforts.

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

This is compromising because the PM negotiates a middle-ground solution: the end users reduce/simplify what they originally wanted, and the project can implement a version of the change without increasing the constrained budget. Compromising is characterized by each side giving up something to reach an agreement that is acceptable and achievable within constraints (scope/cost/time). This matches Project+ objectives that include applying appropriate communication and people-management techniques (including handling disagreements and stakeholder expectations) to keep delivery feasible.

It is not collaborating, which aims for a true win-win by addressing root needs and often requires more time or resources (for example, securing more budget, changing constraints, or redesigning to meet all requirements). It is not smoothing (downplaying differences and emphasizing agreement) because the PM is actively changing the request content to fit constraints. It is not avoiding, because the PM is directly engaging and resolving the conflict rather than postponing or sidestepping it.

So the PM used compromising to maintain stakeholder buy-in while protecting the budget constraint and still achieving an implementable change outcome.

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.

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,

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

An ERP (Enterprise Resource Planning) system integrates financial management, HR, and operations. In this case, ERP can handle time tracking and cost reporting together. EDRMS manages documents, CRM handles customer relationships, and CMS manages content—not project costs.

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

ERP (Enterprise Resource Planning) systems are designed to integrate and manage all core functions of a business, such as finance, HR, and supply chain management. This aligns with CompTIA Project+ guidelines on selecting appropriate systems for organizational needs.

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

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

This is a negative risk (threat): the manufacturer may be unable to deliver due to financial trouble, which could delay the project or increase cost. The scenario already indicates the response: “the servers will be sourced from another vendor.” That is best described as risk avoidance—changing the plan to eliminate exposure to the threatened vendor failure by not depending on that manufacturer. CompTIA Project+ includes performing risk management activities such as selecting risk management strategies and executing contingency/fallback plans.

“Mitigate” would mean reducing probability/impact while still accepting some exposure (e.g., adding schedule buffer, placing partial orders early, or increasing inspections), but here the team is switching vendors, which removes the root threat from the current plan. “Share” and “exploit” are typically associated with positive risks/opportunities, not threats, and don’t fit a supplier distress scenario.

So the correct strategy is Avoid: replace the risky supplier dependency with an alternate sourcing approach to prevent the risk from materializing into a project issue (late delivery, non-delivery, or contract disruption).

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

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

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)

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.

Regression testing is a type of testing that is done on an existing system to ensure that the previous functionality still works after a change has been made. Regression testing is a process of retesting or verifying that a software system or application still performs as expected after it has been modified or updated with new features, bug fixes, patches, etc. Regression testing can help to detect any errors or defects that may have been introduced by the change and ensure that no functionality has been broken or degraded.

Phishing is a scenario where someone claiming to be from a legitimate organization sends an email or other message to a target person asking for sensitive information or access to a system or account. Phishing is a type of cyberattack that aims to trick the target into revealing personal or financial data or installing malware on their device. Phishing can compromise the security and privacy of the target and expose them to identity theft, fraud, or other malicious activities.

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

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

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

The project manager should communicate the change deployment next after updating the project plan with the newest project end date as a result of an approved change. Communicating the change deployment involves informing all relevant parties about when and how the change will be implemented and what are the expected outcomes and benefits. Communicating the change deployment can help to ensure alignment, readiness, and support for the change and avoid any confusion or resistance.

The project manager should use the project management plan to document the input from the stakeholders on the minimum viable product that would be acceptable for the project. The project management plan is a document that describes how the project will be executed, monitored, controlled, and closed. It usually includes information such as scope statement, work breakdown structure (WBS), schedule baseline, cost baseline, quality plan, risk plan, communication plan, stakeholder plan, and change management plan. The project management plan can help to define and communicate the project requirements, deliverables, assumptions, constraints, and expectations to all stakeholders involved in the project.

The project management plan would be used to document the input obtained from stakeholders during the meeting to review the requirements and agree on the minimum viable product. The project management plan is a comprehensive document that outlines the approach, scope, schedule, budget, quality, resources, and communication for a project. The document is updated throughout the project lifecycle and serves as a guide for project execution, monitoring, and control. References: CompTIA Project+ Study Guide, Chapter 3: Project Integration Management, Objective 3.3: Identify the components of the project management plan.

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

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

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

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

The system is lacking proper access controls if a third-party vendor was able to see secured project information in a recently implemented system that resulted in a fine for the organization. Access controls are security mechanisms that regulate who or what can view, use, or modify data or resources in a system or network. Access controls typically involve authentication and authorization processes that verify the identity and permissions of users or devices before granting them access. Access controls can help to protect data confidentiality, integrity, and availability and prevent unauthorized access, misuse, or theft12

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

Base estimate: 9 days, $3,000

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

Probability of risk: 20% (0.2)

Calculations:

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

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

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

Time: 9 days + 5 days = 14 days

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

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

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

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

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

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

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

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?

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 Work Breakdown Structure (WBS) is a hierarchical decomposition of the total scope of work to accomplish project objectives. If tasks can be broken into smaller deliverables, the WBS should be updated first to reflect these changes.

According to the CompTIA Project+ PK0-005 exam objectives, under Domain 2.2: Given a scenario, determine the appropriate scope management activities, maintaining an accurate WBS is crucial for effective scope management.

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

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

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

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.

When implementing an IT infrastructure change that takes risks into consideration, the project manager should develop a rollback plan. A rollback plan is a contingency plan that outlines the steps that need to be taken in case the change does not work as expected. It includes a plan to roll back the changes and restore the system to its previous state. References: CompTIA Project+ Study Guide Section 3.3.

The project manager should develop a rollback plan when implementing an IT infrastructure change that takes risks into consideration. A rollback plan is a contingency plan that describes how to revert back to the previous state of the system in case of a failure or disruption during the change implementation. A rollback plan can help to minimize the impact of the change on the system performance and availability and ensure business continuity and data integrity.

The project manager should have considered environmental, social, and governance (ESG) factors during initial planning to prevent the situation of receiving a penalty for disposing of some computers improperly. ESG factors are criteria that measure the sustainability and ethical impact of an organization’s activities. They include aspects such as environmental protection, social responsibility, human rights, diversity, and corporate governance. Considering ESG factors can help to reduce risks, improve reputation, and enhance performance of an organization12

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

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

The critical path of the project is the longest sequence of tasks that must be completed on time for the project to finish on schedule. It determines the shortest possible duration of the project and shows the tasks that have no slack or float. Any delay in the critical path tasks will affect the project completion date. To find the critical path, we need to calculate the earliest start (ES), earliest finish (EF), latest start (LS), latest finish (LF), and slack (S) for each task. We can use the table and the network diagram given in the question to do this. The formula for calculating the slack is S = LF - EF or S = LS - ES. A task with zero slack is on the critical path. The calculations are as follows:

Task | Duration | ES | EF | LS | LF | S A | 10 | 0 | 10 | 0 | 10 | 0 B | 15 | 10 | 25 | 10 | 25 | 0 C | 10 | 10 | 20 | 15 | 25 | 5 D | 20 | 25 | 45 | 25 | 45 | 0 E | 10 | 25 | 35 | 35 | 45 | 10 F | 15 | 20 | 35 | 30 | 45 | 10 G | 5 | 45 | 50 | 45 | 50 | 0 H | 10 | 35 | 45 | 40 | 50 | 5 I | 20 | 35 | 55 | 30 | 50 | -5 J | 5 | 50 | 55 | 50 | 55 | 0

Based on the table, we can see that the tasks with zero slack are A, B, D, G, and J. Therefore, the critical path is A-B-D-G-J, which has a total duration of 55 days. The other options are not the correct critical paths, as they either include tasks with positive slack (such as C, E, F, and H) or have a longer duration than 55 days (such as A-C-F-I-J).

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.

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

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

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

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

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

Kanban is a visual workflow management method that aims to maximize efficiency and promote continuous improvement by visualizing work, limiting work in progress, and enhancing flow.

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, include Kanban as a methodology:

" Methodologies and frameworks: Kanban. "

CompTIA Project+ PK0-005 Exam Objectives

Kanban helps teams manage work by visualizing tasks and optimizing the flow from start to finish, aligning with the principles of efficiency and continuous improvement.

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.

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

The project manager can use the survey results as an input for performance feedback for the project team members. Performance feedback is a process of providing constructive and timely information on the performance of individuals or teams in relation to project goals and expectations. Performance feedback can help to motivate, improve, and recognize project team members345

The survey results can be used as an input for performance feedback. Performance feedback involves analyzing and evaluating the performance of the project team and project management against the project plan, including identifying areas for improvement. The survey results can help identify these areas for improvement and provide feedback to the project team on their performance. References: CompTIA Project+ Study Guide Section 4.1.1

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

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

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

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

The total amount that should be budgeted for the task is calculated by adding the expected value of the risk to the original estimate. The expected value of the risk is the product of the probability and the impact of the risk. In this case, the expected value of the risk is 0.2 x (5 days and $1,000) = 1 day and $200. Therefore, the total amount that should be budgeted for the task is 9 days and $3,000 + 1 day and $200 = 10 days and $3,2001.

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

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

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.

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

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

Real property (construction/real estate/building projects) is generally best suited to waterfall (predictive) management because the work is highly sequential, governed by physical dependencies, and often requires detailed upfront planning and permitting. For example, you typically must complete design, approvals, site preparation, foundation, framing, and inspections in a defined order. Changes later in construction can be expensive and disruptive, so strong baselining, stage gates, and formal change control align well with waterfall practices.

By contrast, research and data analytics often involve discovery and evolving understanding, making iterative/adaptive approaches more effective. Software development can be done in waterfall, but modern practice frequently benefits from Agile/iterative methods due to changing requirements, user feedback loops, and the ease of incremental delivery.

Project+ emphasizes selecting methodologies based on project characteristics (clarity of requirements, volatility, regulatory constraints, and deliverable nature). Real property projects commonly have well-defined deliverables, fixed constraints, and heavy reliance on documentation and approvals—conditions where waterfall’s structured phases and control points provide predictability and governance.

So, among the options, real property is the best candidate for waterfall management.

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

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

A videoconference is the best channel for delivering weekly presentations to geographically dispersed stakeholders because it supports real-time, synchronous communication while enabling visual content sharing (slides, dashboards, demos) and interactive Q & A. CompTIA Project+ emphasizes selecting communication methods appropriate to the audience and purpose; presentations generally benefit from richer media than text-only channels, especially when alignment and decision-making are needed.

“In-person meetings” (A) are impractical “across the country” on a weekly cadence due to travel cost, time, and logistics. “Email” (B) can distribute slide decks, but it’s asynchronous and often results in misunderstandings, delayed feedback, and lower engagement—weak for a presentation format requiring discussion. “Telephone” (C) is synchronous but lacks visuals, making it harder to present complex status, plans, or demonstrations effectively.

Using videoconferencing also supports meeting best practices: agenda and timeboxing, screen sharing for consistent messaging, and easy recording (where appropriate) to help absent stakeholders catch up—aligning with Project+ meeting and communication management expectations.

Meeting minutes should be prepared to ensure team members who are absent remain informed about assignments. Meeting minutes document what was discussed, decisions made, and assignments given during a meeting, providing a record of the team ' s progress and ensuring absent members are up-to-date. References: CompTIA Project+ Study Guide Section 4.2.2

The project manager should prepare meeting minutes to ensure team members who are absent remain informed about assignments. Meeting minutes are a written record of what was discussed and decided in a meeting. They usually include information such as attendees, agenda items, action items, decisions made, issues raised, and deadlines assigned. Meeting minutes can help to communicate important information to team members who could not attend the meeting and provide a reference for future follow-up.

A collaboration tool best prevents confusion from multiple file copies because it typically provides a single source of truth with centralized storage, access control, and version management (e.g., one authoritative document link rather than many emailed attachments). CompTIA Project+ highlights the importance of maintaining project documentation and also references document/record management capabilities (e.g., electronic document and record management systems and content management systems), which support controlled storage and retrieval of artifacts—exactly what reduces duplicate-copy confusion.

A knowledge base can store guidance and finalized information, but it may not fully solve “multiple copies” if teams still circulate separate versions outside the system. A ticketing system is best for tracking requests, defects, and work items; it can link to documents, but it’s not primarily designed for document version control. Print media is the worst option because it creates even more uncontrolled copies and can go out of date immediately.

Using a collaboration tool (or integrated document management within it) lets the PM enforce conventions like: “share links, not files,” require check-in/check-out or tracked changes where needed, and maintain clear naming/version rules—reducing rework and misalignment.

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

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

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

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.

According to What is Logging as a Service (LaaS)? - LogicMonitor, LaaS is a cloud-based log management platform that simplifies the management of infrastructure and application logs. LaaS offers a central location where you can store, analyze and visualize the content of all your logs. It works by ingesting logs from different sources, such as web servers, IoT devices, database servers and more. It then provides actionable output by organizing and restructuring the information within these logs. Therefore, storage and networking are primary features provided by a standard LaaS solution, as they enable the collection and transmission of logs from various sources to a centralized platform. Encryption, user interface, access, and database are not primary features of LaaS, as they are either optional or secondary aspects of the service.

The Pareto Principle, or the 80/20 rule, is often represented by a Pareto chart, which is used to prioritize issues by showing the most significant factors. CompTIA Project+ recommends Pareto analysis as a valuable tool for quality control and decision-making.

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

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

If team members are confused about which meetings to attend, this indicates a flaw in the communication plan. Revising the plan ensures clear expectations on who participates in which communication events. Scope or schedule changes don’t automatically require altering the communication plan.

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

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

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

Crashing is the correct answer because the burndown chart shows that, during Sprint 1, the actual remaining work is above the planned line. This means the team is behind the expected schedule and has completed fewer user stories than planned. Crashing is a schedule compression technique used when a project manager needs to shorten the schedule by adding resources, increasing effort, or applying additional support to critical work. Validating is used to confirm that deliverables meet acceptance criteria, but it does not directly improve the schedule. Training may improve team capability over time, but it is not the immediate schedule compression technique shown by the scenario. Avoiding is a risk response strategy and does not address schedule recovery.

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

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)

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

The statement of work (SOW) would clarify what the project implementation partner was contractually expected to complete after disagreeing with the project manager about completed requirements. A SOW is a document that defines the scope, deliverables, schedule, and terms and conditions of a project or contract. A SOW typically includes information such as purpose, scope of work, location of work, period of performance, deliverables schedule, applicable standards, acceptance criteria, special requirements, and payment schedule. A SOW can help to establish a common understanding and agreement between the client and the service provider on what needs to be done and how it will be done.

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

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.

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

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

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

The project manager is using multiauthoring software to maintain the version control for the documentation of requirements. Multiauthoring software is a type of software that allows multiple users to create, edit, and collaborate on documents simultaneously. It also provides features such as tracking changes, commenting, reviewing, and merging versions. Multiauthoring software can help to improve the quality, accuracy, and consistency of documents and facilitate communication and feedback among stakeholders. Examples of multiauthoring software include Google Docs, Microsoft Word Online, and Confluence34

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

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

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

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

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

This activity is best described as approving deliverables (often in a procurement/payment context). The PM is verifying that what the vendor invoiced—and the supporting documentation—matches what the Statement of Work (SOW) requires. That is a form of verification/acceptance: confirming the vendor has provided the contracted deliverables or services to the agreed standard before payment is approved. In Project+ procurement management, PMs are expected to manage vendor performance against contractual artifacts (SOW, acceptance criteria) and ensure work is validated before closing out payments and contracts.

“Enforcing vendor rules of engagement” is broader and might include communication protocols, escalation paths, or behavioral expectations, but the scenario is specifically about matching invoices and documentation to SOW requirements—an acceptance/verification step. “Reporting overall process” is unrelated, and “scheduling team touch points” refers to meeting cadence and coordination, not invoice/SOW reconciliation.

In practice, this check reduces financial risk (paying for unperformed work), strengthens auditability, and supports clean contract administration. It also helps detect scope misunderstandings early—before they become disputes—by tying vendor charges directly back to agreed deliverables in the SOW.

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

The PM is building a Work Breakdown Structure (WBS). A WBS is the structured decomposition of the project’s deliverables and scope into progressively smaller pieces until you reach the lowest practical level of detail (often called work packages), which can then be scheduled, estimated, assigned, and tracked. In the CompTIA Project+ objectives, the WBS is explicitly listed as a planning artifact used to break down the work during initiation/planning activities.

The other options don’t fit the “smallest activity components” description. A milestone chart highlights key checkpoints/dates, not the granular decomposition of work. A task board visualizes workflow status (e.g., to-do/in-progress/done) but doesn’t inherently define the decomposition structure. A detailed project plan is broader and would include schedule, resources, budget, and governance—often informed by the WBS rather than being the decomposition itself.

By creating the smallest components list, the PM is effectively decomposing scope into manageable units, which is precisely the purpose of a WBS in Project+ planning and control.

In an Agile environment, when leadership introduces a new strategy that changes what features matter most, the team should reprioritize the backlog. Agile delivery relies on an ordered backlog to ensure the team builds the highest-value work first, and strategic shifts are handled by re-ranking upcoming features so the next iterations deliver what best supports the organization’s direction. CompTIA Project+ covers Agile concepts and emphasizes adapting plans and work sequencing based on stakeholder needs and business priorities.

The other options don’t fit the immediate Agile response. Resource loading is more about capacity assignment across tasks; it may happen after reprioritization, but it’s not the first move when strategy changes. Critical path analysis is a scheduling technique most associated with predictive planning and isn’t the primary mechanism to respond to changing feature priorities in Agile. Contingency reserves address risk buffers for schedule/cost uncertainty, not strategic feature changes.

Therefore, the team should update the backlog order (often with the product owner and stakeholders), clarify acceptance criteria for the newly important features, and then plan upcoming sprints based on that revised priority list.

Agile is a methodology that emphasizes iterative and incremental development, customer collaboration, and responsiveness to change. Agile is suitable for developing a minimum viable product (MVP), which is a version of a product with just enough features to be usable by early customers who can then provide feedback for future product development. Agile allows the project sponsor to deliver an MVP quickly and test it with real users, and then adapt the product based on the feedback and changing requirements. Agile also reduces the risk of wasting time and resources on a product that does not meet the customer’s needs or expectations123. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 2: Project Methodologies, p. 55; What is a Minimum Viable Product (MVP)? | Agile Alliance; Minimum Viable Product (MVP): What is it & Why it Matters - Atlassian