Explanation: This is the process of gathering information directly from the client and other stakeholders to define what needs to be done in order to deliver the project outcomes. References = CompTIA Project+ Study Guide1, Chapter 9: Scope Management According to the CompTIA Project+ Study Guide1, scope management is the process of defining, validating, and controlling the project scope throughout the project life cycle. Scope management involves identifying and documenting the project requirements, creating a work breakdown structure (WBS), and managing changes to the scope.

Explanation: A statement of work (SOW) is a formal document that defines the entire scope of work involved for a vendor and clarifies deliverables, costs, and timeline1. It serves as a contractual agreement between a vendor and a client, providing a comprehensive description of the work to be performed2. A reason to use a SOW on a project is to ensure the team stays within the scope of the contract, as it outlines what the team will and won’t do on a project, saving from painful client negotiations and protecting the timeline and the bottom line.

Explanation: A capital expense is the cost of acquiring or making improvements to fixed assets that have a useful life of more than one year1. A building purchase is an example of a capital expense, as it is a long-term investment that increases the value of the company’s assets2. Building lease, maintenance, and insurance are not capital expenses, as they are recurring or short-term costs that do not increase the value of the company’s assets3.

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

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

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