CompTIA PK0-005 Practice Test - Questions Answers, Page 19

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

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

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

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

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

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

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

A project evaluation review is a tool that helps a project manager assess the activities performed, work effort applied, and the productivity of a project. It involves collecting and analyzing data on the project's performance, outcomes, and impacts. It also provides feedback and recommendations for improvement and learning. A project evaluation review can be done at different stages of the project life cycle, such as during or after completion. Reference = CompTIA Project+ PK0-005 Certification Study Guide, Chapter 14: Project Evaluation and Assessment; CompTIA Project+ Certification Exam Objectives, Domain 4: Project Closure, Objective 4.1: Conduct project closure activities.

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

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

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

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