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

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

When a change request is rejected due to a code freeze, the project manager should communicate to the stakeholders to inform them of the situation. Transparent communication ensures that all parties are aware of the project ' s current status and any limitations affecting progress. This step is crucial for managing expectations and maintaining stakeholder trust.

This approach is supported by the CompTIA Project+ PK0-005 exam objectives, specifically under Domain 1.3: Given a scenario, apply the change control process throughout the project life cycle, which emphasizes the importance of communication in change management.

This is the correct order of the stages of team development according to Tuckman’s model123. The forming stage is where team members first meet and get acquainted. The storming stage is where team members experience conflicts and disagreements. The norming stage is where team members resolve their differences and establish norms and rules. The performing stage is where team members work together effectively and efficiently. The adjourning stage is where team members complete the project and celebrate their achievements. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 6: Project Team Management, p. 197; The 5 Stages of Team Development (Including Examples) | Upwork; The 5 Stages of Team Development - Teamwork; Using the Stages of Team Development | MIT Human Resources

The kickoff meeting is held at the beginning of a project to set direction and expectations. The most important activity is to review the project objectives and overall timeline so everyone understands the project’s scope and goals. Detailed assignments and communication planning are handled afterward in the execution and planning phases.

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.

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

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

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

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

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

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

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

Limiting access to members of the project team is a way to minimize the risk of compromising the project details if a cloud service is used. This means that only authorized and trusted individuals can access, view, modify, or share the project information stored in the cloud. Limiting access can prevent unauthorized access, data leakage, cyberattacks, or espionage from external parties who might want to steal or sabotage the new technology. Limiting access can also reduce the risk of human error, negligence, or misconduct from internal parties who might accidentally or intentionally expose or misuse the project information123. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 4: Project Communications, p. 143; Cloud Security Risks and How to Mitigate Them | Cloud Academy; Cloud Security: How to Secure Your Data in the Cloud | Kaspersky; Cloud Security: Best Practices for Securing Cloud Computing | Cloud Security Alliance

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

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.

Closing contracts involves finalizing any remaining contractual obligations and formally closing out the relationship with the vendor. CompTIA Project+ emphasizes this as part of the project closure phase to ensure all legal and financial aspects are complete.

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

A dashboard is the most appropriate artifact to share when a stakeholder asks for project performance data. Dashboards are designed to present key performance indicators (KPIs) and trends in a concise, visual form—such as schedule progress, scope completion, burn/burndown, budget status, risks/issues summaries, and other metrics relevant to project health. This aligns with Project+ expectations around performance monitoring and communicating status in an efficient way tailored to stakeholder needs.

An issue log is too granular and focuses only on current problems; it is part of performance, but it’s not the overall performance view stakeholders typically want. A WBS is a scope decomposition artifact used for planning and organizing work, not performance reporting. A milestone chart shows key dates and whether major points are achieved, but it does not provide comprehensive performance data (cost, trend, throughput, overall health).

Therefore, to provide performance data effectively—especially for stakeholders who want quick, up-to-date visibility—the PM should send (or grant access to) the project dashboard, ensuring it reflects the latest reporting period and includes the metrics the stakeholder cares about.

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

The project manager should approve the deliverables and monitor the performance of the outsourced structured cabling activities. These are the responsibilities of the project manager when dealing with external vendors or contractors, as they ensure that the quality standards, scope, schedule, and budget are met according to the contract terms and the project plan. The project manager should also communicate regularly with the vendor and provide feedback and guidance as needed. The other options are not correct because:

Purchasing the materials is not the responsibility of the project manager, but the vendor who is performing the structured cabling activities. The project manager should only verify that the materials are suitable and available for the project.

Assigning the resources is not the responsibility of the project manager, but the vendor who is performing the structured cabling activities. The project manager should only ensure that the vendor has the adequate and qualified resources to complete the work.

Accepting delays in the work is not a good practice for the project manager, as it can negatively affect the project schedule, scope, and quality. The project manager should proactively identify and manage the risks and issues that may cause delays, and implement contingency plans or corrective actions if necessary.

Negotiating with the vendors is not a task that the project manager should do during the execution of the structured cabling activities, as it should have been done during the planning and procurement phases of the project. The project manager should only adhere to the contract terms and conditions that have been agreed upon with the vendor, and only renegotiate if there are significant changes or disputes that require it. 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; Domain 3: Project Execution, Objective 3.2: Given a scenario, execute and monitor project tasks using traditional methodologies.

Timeboxing means setting a fixed, predefined amount of time for an activity or discussion, then stopping (or consciously extending via a decision) when that time expires. In the context of a kickoff meeting, timeboxing helps ensure the meeting stays controlled, covers required topics, and respects attendees’ time. CompTIA Project+ explicitly includes timeboxing as part of meeting management techniques (along with agendas, roles, action items, and minutes).

Option D matches this definition precisely: “allowing a conversation to continue for a predefined period of time.” Option A (“until a decision is made”) is the opposite of timeboxing; it can lead to overrun and agenda failure. Option B suggests open-ended extension, again opposite of timeboxing’s discipline. Option C describes a flexible timeline to cover everything, which usually increases meeting risk (scope creep within the meeting) rather than ensuring outcomes.

Practically, timeboxing in a kickoff might look like: 10 minutes for goals/success criteria, 10 for roles/RACI, 10 for scope boundaries, 5 for risks/assumptions, and 5 for next steps—creating focus, accountability, and a predictable meeting flow.

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

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

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

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

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

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

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

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

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

Unit testing is a testing technique that verifies the functionality and quality of individual units or components of software, such as modules, classes, functions, etc. Unit testing can help prevent issues with preexisting capabilities by detecting and fixing errors at an early stage of development, before they affect the integration and system testing. Unit testing can also ensure that new capabilities do not break or interfere with the existing ones, by checking the compatibility and dependencies of the units. Unit testing can be performed by developers using tools and frameworks that automate the process and generate reports. References = CompTIA Project+ PK0-005 Certification Study Guide, Chapter 10: Project Quality Management; CompTIA Project+ Certification Exam Objectives, Domain 3: Project Execution, Objective 3.2: Execute quality management activities.

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

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

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

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.

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.

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

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

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.

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

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.

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)

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 only option that can be reliably inferred in a typical project chart/diagram context (e.g., a network diagram or dependency view) is a dependency relationship—specifically that Task B must finish before Task C can start (a Finish-to-Start relationship). In CompTIA Project+ objectives, dependency management is a core scheduling concept: identifying predecessors/successors and understanding how sequencing drives the schedule. Inference about task ordering is exactly what dependency visuals are designed to communicate.

The other options require information that is not inherently inferable without additional data. “Completed on time” (A) would require schedule baseline vs. forecast/critical path analysis. “Task D must be reworked” (B) would require quality/validation results or defect/issue information. “Over budget and behind schedule” (D) would require performance metrics such as EVM or cost/schedule variance and cannot be concluded solely from a dependency relationship.

So, the best inference is the sequencing rule: B must be completed before C begins, which is a fundamental scheduling/dependency concept emphasized in Project+ planning and schedule control practices.

A formal contract is a legal document that defines the terms and conditions of the agreement between the project parties, such as the scope, schedule, budget, quality, deliverables, roles and responsibilities, payment methods, and dispute resolution mechanisms. A formal contract is essential for external projects, especially when there is an exchange of money involved, to protect the interests and rights of both parties and to ensure mutual understanding and compliance. A formal contract is different from a business requirement, which is a statement of the needs and expectations of the customer or stakeholder for the project outcome. A formal contract is also different from a client statement of work, which is a document that describes the work to be performed, the deliverables to be provided, and the acceptance criteria to be met by the project vendor or contractor. A formal contract is also different from a project charter, which is a document that authorizes the project and provides the high-level information about the project objectives, scope, stakeholders, and project manager. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 4: Project Integration Management1; CompTIA Project+ Certification Study Guide, 3rd Edition, Chapter 4: Project Integration Management2; 11 Essential Documents To Use as a Project Manager3

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

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.

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

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

The project manager should consult a Gantt chart after the sponsor states that the project is taking too long to complete. 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. A Gantt chart can help to monitor and control the project timeline and identify any delays, variances, or issues that may affect the project completion.

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

A wiki knowledge base is a collaborative online platform that allows users to create, edit, and share information about a specific topic or domain1. A wiki knowledge base is best to use for storing lessons learned because it enables easy access, retrieval, and update of the lessons learned by project teams and stakeholders2. A wiki knowledge base can also support keyword search, version control, and linking of related documents3. A wiki knowledge base is different from a whiteboard, which is a physical or digital board that can be used for brainstorming, sketching, or presenting ideas; a content management system, which is a software application that allows users to create, manage, and publish digital content; and a workflow platform, which is a software tool that automates and streamlines business processes4. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 14: Closing the Project, page 403; Capturing Lessons Learned in Project Management [2023] • Asana, Different types of lessons learned sessions and Lessons Learned Process in Project Management sections; Project Management Lessons Learned | Smartsheet, What Are Lessons Learned in Project Management? and Lessons Learned Process in Project Management sections; How to Do Lessons Learned in Project Management, Store and Retrieve sections.

Using a corporate virtual private network (VPN) over a secure home internet connection is the most secure method for remote access. A VPN encrypts the data transmitted between the user ' s device and the company ' s network, protecting sensitive information from potential interception.

In the CompTIA Project+ PK0-005 exam objectives, under Domain 4.3: Explain the importance of risk strategies and activities, understanding secure methods for remote access is emphasized .

By connecting through the corporate VPN, the team member ensures that the emergency update is performed securely, maintaining the integrity and confidentiality of the company ' s systems and data.

The program manager should first obtain details from the owner of the project that is causing the delay, such as the root cause, the impact, the mitigation plan, and the revised timeline. This will help the program manager to assess the situation, communicate with the stakeholders, and adjust the program schedule accordingly. Updating the critical path, applying contingency reserves, and reestimating epic user stories are possible actions that the program manager may take after obtaining the details, depending on the severity and duration of the delay. However, they are not the immediate next steps, as they require more information and analysis. References = CompTIA Project+ Study Guide: Exam PK0-005, Third Edition, Chapter 10: Executing the Project, page 2431; Dealing with delays - Project Management Institute2

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

The 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

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

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

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

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

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

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

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

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

A proposal is a detailed document submitted by vendors outlining how they will meet project requirements. It helps in assessing vendor solutions and suitability, consistent with CompTIA Project+ procurement and vendor management practices.

These are two of the key activities in the closing phase, as they involve finalizing the use of resources and resolving any remaining risks that may affect the project performance or quality. References = CompTIA Project+ Study Guide1, Chapter 12: Closing Phase Activities

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

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

A traceability matrix is a document that maps the requirements of a project to the deliverables, test cases, and changes that are produced to meet those requirements. It helps the project manager to track the origin, status, and impact of each requirement throughout the project life cycle. A traceability matrix can also identify who requested or approved each requirement. Therefore, the project manager can use the traceability matrix to identify who requested the specific item that caused the regression test to fail12.

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

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

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

Adding contingency buffers to the critical path is a method to account for potential delays, increasing project certainty. This technique is part of risk management and schedule management, as recommended by CompTIA Project+.

A finish-to-start relationship is a type of logical dependency between two tasks, in which the first task must be completed before the second task can start. In this scenario, the document containing information about how the new system will interact with other systems within the organization is a prerequisite for the configuration of the system in development. Therefore, the document writing task must finish before the configuration task can start, which is a finish-to-start relationship. References = CompTIA Project+ Study Guide: Exam PK0-005, 3rd Edition, Chapter 6: Schedule Management1; CompTIA Project+ Certification Study Guide, 3rd Edition, Chapter 6: Schedule Management2

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.

Option A shows a cause and effect diagram, also known as a fishbone diagram or an Ishikawa diagram1. This is a tool that helps to identify and analyze the root causes of a problem by displaying the possible causes and effects in a graphical format2. A cause and effect diagram can help the project team to determine whether the particular cause and effect are related by using a systematic and logical approach, such as asking “why” questions or using the 5 Whys technique34. A cause and effect diagram is better than the other options because:

Option B shows a Gantt chart, which is a tool that helps to plan and track the tasks, dependencies, durations, and resources of a project along a timeline5. A Gantt chart does not focus on the causes and effects of a problem, but rather on the sequence and progress of the project activities.

Option C shows a pie chart, which is a tool that helps to compare and visualize the proportions of different categories or segments of data6. A pie chart does not show the relationships between the causes and effects of a problem, but rather the distribution of the data values.

Option D shows a scatter plot, which is a tool that helps to examine the correlation or association between two variables or sets of data7. A scatter plot does not show the causes and effects of a problem, but rather the pattern or trend of the data points.

References = CompTIA Project+ Certification Study Guide8, CompTIA Project+ Certification Exam Objectives9, Cause and Effect Diagrams for PMP1, Cause and Effect Analysis: Using Fishbone Diagram and 5 Whys2, How to Create a Cause and Effect Diagram3, How to Use Cause and Effect Analysis to Solve Business Problems4, What is a Gantt Chart?5, What is a Pie Chart?6, What is a Scatter Plot?7

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

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

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

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

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.

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.

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

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

When an organization lacks the internal resources or expertise to develop a specific feature, subcontracting is an effective procurement method. This involves hiring an external entity to perform the work, thereby filling the skill gap.

The CompTIA Project+ PK0-005 exam objectives, under Domain 1.11: Explain important project procurement and vendor selection concepts, list subcontracting as a procurement method:

" Resource procurement methods: Build, Buy, Lease, Subscription/pay-as-you-go. "

CompTIA Project+ PK0-005 Exam Objectives

Subcontracting falls under the ' Buy ' category, where services are procured externally to meet project requirements.

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

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

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

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.

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

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.

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

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

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

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

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

The product owner is the person who is responsible for managing the product backlog, which includes adding, removing, or changing items based on stakeholder feedback and business value. The product owner is also the one who can collaborate with the development team and the scrum master to decide if a change can be accommodated in the current sprint or deferred to a future sprint. Therefore, the stakeholder should have asked the product owner to request the change instead of the team member, who is not authorized to make changes to the sprint backlog12.

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

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

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

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.

When onboarding new staff who will handle sensitive data, the PM must first verify their security clearance or authorization. Only authorized personnel should access sensitive systems or datasets. Training follows after confirming clearance. Data analysis itself should never begin until security requirements are validated.

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

In order to find the client billing rate for a particular engineer, the project manager would need to refer to the SOW (Statement of Work). The SOW is a document that outlines the work to be performed, the timeframe for completion, and the cost of the project. It also includes information about the resources involved in the project and their billing rates. References: CompTIA Project+ Study Guide Section 2.2.

The project manager would need a statement of work (SOW) to find information about the client billing rate for a particular engineer. A SOW is a document that defines the scope of work for a project or contract. It usually includes information such as deliverables, milestones, timeline, costs, payment terms, quality standards, and acceptance criteria. A SOW can help to specify what services or products will be provided by whom, when, where, how, and for how much.

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

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

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

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.

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.

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.

Validating deliverables involves ensuring that the project ' s outputs meet the defined requirements and objectives. The first step in this process is to review the project objectives to confirm that the deliverables align with the intended goals. This review provides a benchmark against which the deliverables can be assessed, ensuring that they fulfill the project ' s purpose before seeking stakeholder feedback or assessing documentation.

This aligns with the CompTIA Project+ PK0-005 exam objectives, particularly under Domain 2.1: Explain the value of artifacts in the discovery/concept preparation phase for a project, which emphasizes the importance of aligning deliverables with project objectives.

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

When reviewing objectives—especially in a new industry—the PM should start with company vision, mission, and values because they provide the highest-level alignment for why the organization is pursuing the work and how success should support strategic direction. In Project+ terms, objectives should tie back to business goals and the organization’s strategic intent; starting with vision/mission helps ensure the project’s objectives are meaningful, prioritized correctly, and framed in language leadership supports.

After that alignment is established, the PM can translate objectives into industry-specific constraints and success measures—where regulations/standards (A) become critical, especially in regulated industries. “Relevance to the global environment” (B) and “impact to the corporate brand” (D) are important considerations, but they are typically evaluated after the PM anchors the objectives to the organization’s strategic identity and purpose.

So the best first review item is company vision, mission, and values, which sets the “north star” for objectives; then the PM can validate feasibility and compliance via regulations, market/environment considerations, and brand implications.

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

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

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

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

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

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

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

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.

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

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

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

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

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

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

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

A 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 team is leveraging lessons learned to create a preventive plan for avoiding issues in the upcoming project enhancement. This falls under risk management and compliance, ensuring previous failures do not repeat.

An issue log is used to document and track problems that arise during a project, including unforeseen events like the departure of a project manager. It helps in recording the issue, assigning responsibility, and tracking the resolution process. This tool is essential for maintaining project continuity and ensuring that issues are addressed promptly.

Per the CompTIA Project+ PK0-005 exam objectives, under Domain 2.5: Given a scenario, perform issue management activities, maintaining an issue log is a key activity for tracking and managing project issues effectively.

The Requirements Traceability Matrix (RTM) is the best document for the PM to check when a stakeholder believes a key functionality might be missing. The RTM links requirements → design/work items → test cases → deliverables/acceptance, allowing the PM to confirm whether the functionality is already included and where it is implemented and validated. This aligns to CompTIA Project+ objectives around maintaining project artifacts and using tools that ensure requirements are tracked through delivery and verification (i.e., ensuring what was requested is what gets built and tested).

A detailed scope statement can confirm what is in/out at a high level, but it typically won’t provide the same end-to-end mapping to implementation and testing evidence that gives a PM confidence about a specific feature’s presence. A task board shows current work status, not requirement coverage. A risk register is for threats/opportunities and responses, not for proving whether functionality exists in scope and has been built/tested.

So, to avoid unnecessary change requests and to respond with evidence, the PM most likely checked the RTM to confirm the feature is already included and traceable to completed or planned work and validation.

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

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

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

To show dependencies in a schedule, the project manager should use a network diagramming technique—specifically, the Precedence Diagramming Method (PDM). PDM represents activities (nodes) and connects them with relationships (arrows/links) to show task ordering and dependency logic. CompTIA Project+ explicitly includes analyzing and using a project network diagram as a tool, and it also emphasizes understanding dependencies and successor/predecessor relationships (finish-to-start, start-to-start, etc.), which are exactly what PDM models.

The other options don’t match the requirement. Waterfall is a life-cycle methodology, not a dependency diagramming tool. Simulation is typically used for quantitative analysis (e.g., Monte Carlo) rather than directly drawing dependencies. Cost ratio analysis is financial decision support, not schedule dependency mapping.

Therefore, to build a schedule that clearly communicates task order, constraint logic, and critical sequencing, the PM should use precedence diagramming (a form of project network diagram) to visualize and manage dependencies during initiation and early planning.

Option C shows a graph that most likely represents the observed relationship in this scenario. The graph shows a learning curve, which is a graphical representation of the relationship between a learner’s performance on a task and the number of attempts or time required to complete the task. The learning curve theory proposes that a learner’s efficiency in a task improves over time the more the learner performs the task. In this case, the IT intern was able to complete more set-ups in less time as they gained more experience and proficiency over the two-week rotation12

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

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.

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

A rollback plan is used when an issue is identified during testing or implementation. It allows the team to revert to the previous state, removing the new package. This aligns with CompTIA Project+ guidance on implementing fallback strategies for risk management.

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

A velocity chart is a tool used in agile project management to track the progress and performance of a project team over time. It shows the number of features or user stories completed in each iteration or sprint. The planned timeline line represents the expected or ideal velocity, while the actual effort line shows the actual or achieved velocity. By comparing the two lines, the Scrum master can identify any gaps, trends, or issues in the project delivery.

Based on the image, the most likely update that the Scrum master can provide to the senior management team is D. The project is trending ahead of schedule. This is because the actual effort line is above the planned timeline line for most of the time, indicating that the project team is completing more features than expected in each sprint. This means that the project is ahead of schedule and has a positive velocity variance. 

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

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

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

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

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

The scenario indicates a breakdown in communication between the project team and the project sponsor. The sponsor was unaware of the issues and could not provide guidance on the next steps, highlighting a deficiency in the project ' s communication processes.

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

Develop communication platforms/modalities

Manage project communication

Control project communication

One of the key aspects of controlling project communication is:

Revising the communication plan

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

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

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

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

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

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

The project manager should have prepared acceptable communication channels to avoid the situation of a stakeholder not replying to emails due to intermittent Internet service. Acceptable communication channels are methods or modes of communication that are agreed upon by all parties involved in a project. They may include aspects such as email, phone call, text message, video conference, instant message, or face-to-face meeting. Acceptable communication channels can help to ensure that messages are delivered and received effectively and efficiently and that communication preferences and limitations are respected.