PK0-005 Questions and Answers

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

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

This describes a transition plan (also called a release plan) because it focuses on moving a deliverable into production/go-live, defining the target audiences/users, and identifying operational training needs. The CompTIA Project+ objectives explicitly list “Develop a transition plan/release plan” and include example components such as operational training, go live, operational handoff, and identifying internal vs. external audience—all of which match the scenario.

A contingency plan is for responding to risks/issues if something goes wrong, not the standard production handover approach. A scope statement defines what work/deliverables are included and excluded, but it doesn’t detail production cutover, operational ownership, or training. A communication plan defines how information is shared (who, what, when, and through what channels), but it is not specifically the go-live and operational handoff blueprint.

So, because the team is planning deployment/move to production plus user identification and training, they are developing the transition plan.

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

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

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

Key Observations:

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

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

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

Interpretation:

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

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

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

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

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.

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

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

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

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

If the current team lacks the necessary skills for quality assurance, the project manager should reassess the resource pool to identify whether existing team members can be trained or if additional resources with the required expertise are needed. This assessment helps in making informed decisions about resource allocation, training needs, or recruitment, ensuring that the project maintains its quality standards.

Per the CompTIA Project+ PK0-005 exam objectives, under Domain 2.3: Given a scenario, perform resource management activities, evaluating and managing resources is crucial for addressing skill gaps and maintaining project quality.

A time and materials (T & M) contract is the best fit when you need temporary, specialized resources for a limited period (here, only during the testing phase) and the exact effort/hours are not fully predictable. With T & M, the buyer pays for the actual labor time (often at an agreed hourly/daily rate) and any approved materials/expenses. This aligns to CompTIA Project+ procurement objectives around selecting appropriate contract considerations and types, where time and material is a standard option used when work is phase-specific or scope is not fully defined to a fixed deliverable.

By contrast, fixed-price is most appropriate when the scope and deliverables are clearly defined upfront (less suitable for staff augmentation). Cost-plus reimburses allowable costs plus a fee and is typically used for broader, less-defined deliverables—often creating higher buyer cost risk than T & M for a small, contained staffing need. A warranty is not a primary contract type for acquiring temporary engineers; it’s usually a contract provision related to quality/defects after delivery.

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

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

Reviewing the Gantt chart weekly with the team would be the most effective step for the project manager to take to ensure clarity within the team after receiving feedback from the project sponsor that the resources involved in the project are unsure of their daily activities. A Gantt chart is a graphical tool that shows the schedule of a project, including the start and end dates, durations, dependencies, milestones, and progress of each task or activity. Reviewing the Gantt chart weekly with the team can help to clarify their roles and responsibilities, assign tasks and deadlines, track and report their status and performance, identify and resolve any issues or risks, and keep them aligned and engaged with the project goals.VVVVVVVVVVVVVV

To streamline routing and approval of project activities and provide up-to-date status visibility, the best fit is a workflow and e-signature platform. These tools are designed to automate approval flows (who approves what, in what order, with deadlines), capture formal approvals digitally, and provide real-time tracking dashboards showing where each item is in the process (submitted → under review → approved/rejected → completed). That directly matches the PMO’s goals: reduce manual chasing, standardize governance, and increase transparency.

A real-time multi-authoring tool (A) helps co-edit content but does not inherently manage formal routing/approvals. A wiki knowledge base (B) supports storing and searching information but is not an approval engine. A file-sharing/storage platform (D) centralizes documents and can help reduce version confusion, but it typically does not provide structured approval workflows and audit-ready sign-off.

From a Project+ governance and documentation-control perspective, workflow/e-signature platforms strengthen traceability and auditability (who approved, when, with what version), while also accelerating cycle times for decisions. This improves execution efficiency and helps leadership see bottlenecks and status at a glance—exactly what a PMO seeks when standardizing and streamlining project administration.

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

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.

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

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 plan, monitor, and control the project progress, scope, and quality. A gantt chart is different from a milestone chart, which only shows the key events or deliverables of a project without the details of the tasks. A gantt chart is also different from a PERT chart, which is a network diagram that shows the logical relationships and sequence of tasks in a project. A gantt chart is also different from a WBS, which is a hierarchical breakdown of the project scope into smaller and manageable components. 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; 3 types of visual project management: Timelines, calendars, and boards (with examples)4

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

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

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

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

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

Cultural differences are the most important aspect for the project manager to consider when assigned to a multinational project with team members from different continents. Cultural differences refer to the variations in beliefs, values, norms, behaviors, customs, and communication styles among people from different countries or regions. Cultural differences can affect how team members interact, communicate, collaborate, negotiate, make decisions, solve problems, manage conflicts, and perform tasks. The project manager should be aware of and respect the cultural differences among team members and foster a positive and inclusive team culture that leverages diversity and promotes trust and cooperation.

The WBS, or work breakdown structure, is the most helpful tool when creating the baseline schedule because it breaks the project scope into smaller deliverables and units of work. A schedule baseline is built from activities, durations, dependencies, milestones, and assigned resources. The WBS provides the foundation for identifying those activities and ensuring the schedule includes all approved project work. Without a WBS, the schedule may miss deliverables, duplicate effort, or fail to align with scope. A CMS is not a standard scheduling input in this context. A statement of work defines high-level work and contractual expectations, but it is not detailed enough by itself to build the full schedule. An RFP is used during procurement, not schedule baselining.

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

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

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

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

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

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

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

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

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

A rollback plan is a contingency plan that describes how to revert the system to its previous state in case the change fails or causes problems. A rollback plan is important to minimize the impact of a failed change and ensure the system’s availability and functionality12.

A deployment plan is a document that outlines the steps and procedures for implementing the change in the production environment. A deployment plan is important to ensure the change is executed smoothly, efficiently, and securely, and that the system meets the expected performance and quality standards34.

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

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

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

The PM should consult the communication plan because it defines who receives updates, what information they need, when/how often they should receive it, and which channel/form should be used (email, meeting, dashboard, report, chat, etc.). Project+ emphasizes tailoring communications to stakeholder needs and using a planned approach to avoid confusion, missed expectations, or inconsistent messaging—especially around deliverables, acceptance, and progress.

A dashboard is a tool that may be used to publish updates, but it doesn’t decide communication rules by itself. A status report is one possible artifact (often produced on a cadence defined in the communication plan), but it’s not the governing document for selecting channels and audiences. Meeting minutes document what happened in a meeting; they’re useful for traceability, but they’re not the primary guide for how deliverable updates should be distributed going forward.

So, when the question is specifically “how to send updates,” the communication plan is the source of truth: it ensures consistent delivery, reduces noise, and aligns with stakeholder preferences and governance requirements.

Assess the impact of the request and create a change request. The project manager should assess the impact of the request and create a change request in response to the stakeholder asking to add mobile device functionality to a project that is on track to be completed under budget and ahead of schedule. A change request is a document that formally proposes and records a modification or addition to some aspect of a project, such as scope, schedule, cost, quality, or resources. A change request can help to communicate and justify the need and rationale for the change and its implications on the project objectives and deliverables. A change request also helps to initiate the change control process, which involves reviewing, approving, implementing, and monitoring the change12

After completing development and internal testing phases, the next step is to conduct User Acceptance Testing (UAT). UAT is performed by the end-users to ensure the system meets their requirements and is ready for deployment.

According to the CompTIA Project+ PK0-005 exam objectives, under Domain 2.3: Explain the importance of quality management and testing in project management, UAT is a critical phase to validate that the product meets the business needs and requirements.

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

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

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

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.

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

Transfer is a risk management strategy that involves shifting the responsibility or impact of a risk to a third party, such as an insurance company, a vendor, or a contractor1. By buying an extended warranty for a set of servers, the project manager is transferring the risk of server failure or malfunction to the warranty provider, who will cover the cost of repair or replacement in case of a risk event. This way, the project manager reduces the exposure and liability of the project to the risk, while still retaining some level of accountability and oversight2. References = CompTIA Project+ PK0-005 Certification Study Guide, Chapter 8: Planning Projects Part 4, page 245; 4 Risk Management Strategies for Successful Project Execution, Risk transferring section; How to Manage Project Risk: A 5-Step Guide, Risk treatment section.

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

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.

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

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.

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.

Scope creep is most likely happening when a key stakeholder recommends to a senior developer that a new feature be added that is not part of the current requirement documentation. Scope creep is a term that refers to the uncontrolled expansion or change of a project’s scope beyond its original boundaries or objectives. Scope creep can happen due to various reasons, such as changing customer demands, unclear or incomplete requirements, poor communication, lack of change control, or stakeholder interference. Scope creep can have negative impacts on a project, such as delays, cost overruns, quality issues, or reduced customer satisfaction12

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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.

The correct step is to establish communication channels that ensure proper flow of information from idea origination through review and approval. Kickoff meetings occur later, while RACI matrices and stakeholder identification are planning tools — not communication flow structures.

In project management, understanding the difference between the current state and the desired future state is essential for identifying gaps and planning improvements. The current state refers to the organization ' s existing conditions, processes, or performance levels. The desired future state represents the target conditions or performance levels the organization aims to achieve through the project. This comparison is fundamental in conducting a gap analysis, which helps in planning the necessary steps to transition from the current to the desired state.

According to the CompTIA Project+ PK0-005 exam objectives, under Domain 1.3: Given a scenario, apply the change control process throughout the project life cycle, understanding the current and desired states is crucial for effective change management and project planning.

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

The 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

A dashboard is a visual tool that displays key project metrics and indicators in a single view12. A dashboard can help a project sponsor to provide the latest project status information on a weekly executive call by showing the project progress, budget, schedule, risks, issues, and milestones in a clear and concise way34. A dashboard can also facilitate communication, collaboration, and decision making among project stakeholders56. A dashboard should be reviewed and updated regularly to reflect the current state of the project7. References = CompTIA Project+ Certification Study Guide8, CompTIA Project+ Certification Exam Objectives9, Write a Project Status Report in 8 Steps + Template [2023] • Asana6, Project Status Reports: 9 Easy Steps & Examples [+ Template]7, How To Write a Project Status Report (Definition and Steps)8, How to Write a Project Status Report [Template Included] - Toggl9, What Is a Project Status? Definition and Key Terms - Indeed10

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

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

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.

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

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

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

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

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

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.

To validate that a project has been successfully completed. The intent and purpose of a project closeout report is to validate that a project has been successfully completed and to summarize the goals, objectives, and outcomes of the project, as well as the lessons learned and the feedback from stakeholders. A project closeout report is a document that is submitted at the end of a project to officially conclude it and release the resources and contracts involved. It is useful for evaluating the project’s success and improving the performance of future projects12

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

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

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

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

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

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

A ticketing system is a tool that allows the project manager to assign, track, and manage tasks for the testing phase. A ticketing system can help the resources to remain at their desks and only react when needed, because they can receive notifications, updates, and feedback on their tickets through email or other channels. A ticketing system can also help the project manager to monitor the progress, quality, and issues of the testing phase, and to generate reports and metrics. A ticketing system is different from a videoconference, which is a tool that allows the project team to communicate and collaborate in real time through audio and video. A videoconference is not suitable for allowing the resources to remain at their desks and only react when needed, because it requires their active participation and attention. A ticketing system is also different from a simple messaging system, which is a tool that allows the project team to exchange text messages and files. A simple messaging system is not effective for assigning, tracking, and managing tasks for the testing phase, because it lacks the features and functions of a ticketing system, such as prioritization, categorization, status, and history. A ticketing system is also different from a corporate social media, which is a tool that allows the project team to share information and ideas through online platforms. A corporate social media is not appropriate for allowing the resources to remain at their desks and only react when needed, because it may not be secure, reliable, or professional for the testing phase. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 10: Project Execution1; CompTIA Project+ Certification Study Guide, 3rd Edition, Chapter 10: Project Execution2; The 15 best collaboration tools for productive teams3

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

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

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

Monthly feedback and training sessions are the best approach to ensure that the deliverables of a critical business initiative are increasingly adopted and leveraged by the organization over time. Feedback and training sessions are communication and learning activities that provide information and guidance on how to use and benefit from the new processes and technology introduced by the initiative. Feedback and training sessions can help to increase awareness, understanding, acceptance, and adoption of the deliverables among the organization’s employees and stakeholders. They can also help to identify and address any issues or challenges that may arise during the implementation and transition phases.

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

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.

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

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

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.

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

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

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

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

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

An Ishikawa diagram, also known as a fishbone diagram, is a tool used to identify and analyze the root causes of a particular problem. CompTIA Project+ references this tool as essential for quality management and problem-solving.

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

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

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

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

The output of this exercise where the project manager is comparing the cost of the project to the cost savings the project will produce when it is complete will produce the return on investment (ROI). ROI is a financial metric that measures the profitability or efficiency of an investment by comparing its benefits or returns to its costs. ROI can help to evaluate the value or worth of a project and support decision making and prioritization. ROI is calculated by dividing the net benefits (benefits minus costs) by the total costs and multiplying by 100 to get a percentage.

The SOW (statement of work) is a document that defines the scope, deliverables, schedule, and resources of a project. It is a contractual agreement between the buyer and the seller that should be changed first when there are approved changes to the product. Changing the SOW will ensure that the project expectations and requirements are updated and aligned with the customer’s requests. The other options are not documents that need to be changed first, but rather metrics or tools that can be used to measure or manage the project. References = CompTIA Project+ PK0-005 Certification Study Guide, Chapter 3: Initiating Projects; CompTIA Project+ Certification Exam Objectives, Domain 2: Project Planning, Objective 2.1: Develop a project scope document.

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

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

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

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

According to the CompTIA Project+ PK0-005 exam objectives, under Domain 1.1: Explain the basic characteristics of a project and various methodologies and frameworks used in IT projects, DevOps is recognized as a methodology that supports these critical factors.

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

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.

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

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

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

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

The RACI (Responsible, Accountable, Consulted, Informed) matrix is used to document which resources are responsible for which tasks. The RACI matrix is a tool that helps to clarify roles and responsibilities on a project. It assigns a level of responsibility to each resource involved in the project. References: CompTIA Project+ Study Guide Section 3.4.

The project manager should use a RACI matrix to document which resources are responsible for which tasks. A RACI matrix is a type of responsibility assignment matrix (RAM) that plots the roles and responsibilities of resources on a project team. RACI stands for Responsible, Accountable, Consulted, and Informed. A RACI matrix can help to clarify who does what on a project, avoid confusion and duplication of work, and improve communication and collaboration among team members.

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.

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

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

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

A validation check is a process that verifies that the project deliverables meet the customer’s needs and expectations. A validation check is not a risk response, but rather a quality control or assurance activity. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 10: Executing and Closing Projects, page 314; CompTIA Project+ Certification Exam Objectives, Domain 3: Project Execution, Objective 3.2: Given a scenario, execute and monitor project tasks using traditional methodologies; Backout Plan - DevX

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

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

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

Smoke testing is the best fit because it is a quick, high-level validation that a new build’s most critical functions work and the build is stable enough to proceed to deeper testing. The scenario specifically says “ready for the next testing phase,” which is exactly the gate smoke testing supports: confirm the build is not “broken” and that core paths execute without major failures. CompTIA Project+ includes smoke testing as one of the testing cycles/methods candidates should recognize in project quality activities. ()

The other options are not the best match. Unit testing is low-level testing of individual components (often done by developers) and doesn’t validate that the integrated build’s critical workflows function end-to-end. Regression testing is broader and verifies existing features weren’t broken by changes; it typically takes more time and is usually run after the build passes smoke checks. Performance testing evaluates responsiveness, throughput, and resource usage—important, but not the initial readiness check for a new build entering the next test stage.

So, to quickly confirm essential functionality and determine readiness to proceed, the PM should ensure a smoke test is performed.

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

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

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

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

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

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

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

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

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

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,

KPIs (Key Performance Indicators) are measurable values tied to project goals. If KPIs are being met, the PM can confirm that the project outcomes align with objectives. Audit reports verify compliance, while lessons learned capture knowledge at project closure.

The project manager should hold sessions to understand user challenges and track system usage and report user activity. These steps will help the project manager to identify the root causes of the adoption issues and monitor the progress of the system utilization. They will also help to communicate with the sales organization and provide feedback and support12

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

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

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.

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

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

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

Capital Expenditures (CapEx) refer to funds used by an organization to acquire or upgrade physical assets such as property, industrial buildings, or equipment. Purchasing vehicles falls under CapEx as it involves acquiring a long-term asset.

In the context of the CompTIA Project+ PK0-005 exam, understanding the distinction between CapEx and operational expenditures (OpEx) is important, as highlighted in Domain 4.2: Compare and contrast common project team organizational structures.

A Responsibility Assignment Matrix (RAM) is the best tool for assigning and clarifying roles and responsibilities. A RAM maps project work (deliverables, work packages, or tasks) to people/roles and defines who is responsible/ accountable, and who provides input or needs to be informed (often implemented as a RACI chart). CompTIA Project+ lists RAM/RACI-style responsibility mapping under planning and resource management practices because it prevents ambiguity, reduces duplication, and supports accountability. ()

The distractors are not designed for role assignment. ERP is an enterprise resource planning system used to manage business processes; it can store resource data but isn’t the PM artifact for defining responsibilities. JAR is not a standard project management responsibility tool in this context. CCB (Change Control Board) governs change requests; it does not assign day-to-day delivery responsibilities.

Using a RAM early (initiation/planning) helps the PM establish clear ownership, streamline handoffs, and support effective communication planning. It also reduces the risk of “I thought someone else was doing that,” which is a common execution failure mode when responsibilities are not explicitly documented. ()

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

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

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.