Project scope statement

Revision as of 10:51, 26 February 2018

Abstract

Defining a project scope statement is an essential part of any project. It is an output of the define scope process and used to identify the main deliverables of a project along with the key milestones, the boundaries, constraints, and assumptions. This statement documents also the responsibilities of each member of the project team and procedures for verifications and approves of completed work. Both the project team and all of the stakeholders have to agree with all of the terms suggested in the scope statement before the actual project work begins ^[1]. Even though the project scope statement is supposed to head the project in the right direction the situation can change as the project progresses. The changed situation has to be assessed on all aspects of the project and necessary changes have to be proposed to the project scope statement. The scope statement needs to be adjusted if the changes are approved ^[2]. A well-written scope statement is an important part to achieve a successful project and the six main aspects which a good statement should include are a product scope description, acceptance criteria, deliverables, project exclusion, constraints, and assumptions. These aspects will be discussed in more details in the following article, along with general guidelines of how to write a project statement, a concept called scope creep and at last, the limitations and advantaged of writing a project scope statement will be discussed.^{[3] (p.56)}

Introduction

Project Scope Management

Figure 1: Project scope management processes and their tasks, with guidance from the PMBOK® Guide

As outlined in the abstract, the project scope statement is an output of the defined scope process, which is a part of the project scope management process. The project scope management process refers to the set of processes required to ensure that a project includes all the necessary work, and just the amount of work necessary, to successfully complete a project. It is primarily concerned with defining and controlling what is or what is not a part of the project. Therefore the project scope can be defined as the work that must be done to deliver a product with the specified features and functions, according to the PMBOK® Guide. ^{[3] (p.51)} In Figure 1 the six major processes of the project scope management can be seen and their tasks description.

Each of these six processes interacts with each other and each process usually affects the next process which comes after the other. The first process in the project scope management is the planned scope management process. This process formally authorizes a new project and creates the scope management plan that records how the scope of the project will be managed. The planned scope management process influences the defined scope process, which develops the project scope statement, by linking the output of it to the input of the define scope process. Between these processes is an important process which is referred to as collecting requirements process. The collecting requirements process determines, documents and manages the project requirements that reflect on stakeholders needs to meet project objectives. These requirements selected to be part of the scope baseline are generally decided by the project governance, the project sponsor, the project management team, the project's customer and inputs from different stakeholders, who are considered to be important.

The identification process of who the project stakeholders are is an important early step in the scope planning. Project stakeholder can consist of persons or organizations that are actively involved in the project or if their interests may be affected by the project. These stakeholders can be, for instance, sponsors, customers, suppliers, and shareholders. ^[4] It is important for the project manager of a project to set proper expectations with their stakeholders at the beginning, to ensure that no misunderstandings can appear later on. These expectations can be about how the requirements or the scope of the project is managed, controlled and verified and these expectations are one of the elements in the project scope statement that needs to be well defined. The documentation of the requirements will be discussed further in the next section of the define scope process where it is an input and an essential element of the involvement of establishing the project scope statement.

Define Scope

The define scope process is the third process of the project scope management and it consists of developing a detailed description of the project. The main benefits of establishing the detailed description are that it provides a basis for making future project decisions and develops and confirms a common understanding of the project scope among the stakeholders. In addition to containing an accurate description of the project, it also includes which of the requirements from the requirement document, developed in the collect requirement process, are selected to be the final requirements of the project scope. To select and decide what is suppose to be part of the project description or the project scope statement, are different management tools and techniques applied. These tools and techniques are differently balanced since each project is unique and the scope of a project can be differently planned. By applying these tools and techniques the project team and the stakeholders also gain a better understanding of the project. In the define scope process, the initial inputs are the scope management plan, the project charter, the requirements documentation and the organizational process assets. The tools and techniques which are applied to the process are the expert judgment, product analysis, alternatives generation and the facilitated workshops. These inputs, tool, and techniques are illustrated in the process flow of the define scope process in Figure 2 and defined here below in a detailed explanation of each aspect, along with the outputs of the process, the project scope statement and the project documents updates. The project scope statement will then be further clarified in the next section where the characteristics of what is needed to be included in a well-written project scope statement are discussed.

Figure 2: Inputs, tools and techniques, and outputs of the define scope process, with guidance from the PMBOK® Guide

The following aspects are the inputs to the define scope process, as they appear in the PMBOK® Guide:

1. Scope management plan - Establishes the activities for defining, developing, monitoring, controlling and verifying the scope of the project. These activities include, for example, preparing an accurate project scope statement, organize how the work brake structure (WBS) will be created and then accepted, and controlling how the change requests to the project scope statement will be managed.
2. Project charter - Provides formal authorization of the project, describes the characteristics of the project and outlines the project objectives. It is a framework for the project and connects the project manager, the project team and the key stakeholders together at the beginning.
3. Requirements documentation - This document provides all of the requirements needed to produce the final result in the project and is used to select the main requirements that will be included in the project scope statement. These requirements need to be measurable, traceable, consistent and acceptable to the stakeholders.
4. Organizational process assets - They can have a big impact when the scope is defined and are divided into two categories. The first category is the process and procedures for conducting work, which includes policies, procedures, a standard template for the project scope statement and general guidelines. The second category is the corporate knowledge base for storing and retrieving information, which includes risk register, lesson learned, stakeholder register, past project files and historical information.

The following aspects are the tools and techniques applied in the define scope process, as they appear in the PMBOK® Guide:

1. Expert judgment - Is a technique in which judgment is made based on a certain set of criteria and expertise that has been acquired in a certain knowledge part or project part. This expertise can be provided by any person or group with specialized knowledge, skill or education, such as consultants, stakeholders, and industry groups.^[5]
2. Product analysis - Involves in examining some of the product features, if the project delivers a product at the end, and includes techniques such as product breakdown, analysis systems engineering, value engineering, value analysis, function analysis and quality function deployment. (REFERENCE PMBOOK ch. 5.3.2.2)
3. Alternatives generation - The alternative identification technique is an evaluation of different choices available to achieve a particular project management objective, they are general management techniques, for example, brainstorming and Delphi technique.
4. Facilitated workshops - Efficient and effective way of achieving a goal or an objective of the project, by bringing the key players together and participant in a meeting which enables people to interact in a group.^[6]

The following aspects are the outputs of the define scope process, as they appear in the PMBOK® Guide:

1. Project scope statement - A document that covers the entire scope of the project.
2. Project documents updates - Documents that can be updated and are part of the project scope management process, for example, the stakeholder register and the requirements documentation.

Practical Guidelines

The project scope statement can be developed into different forms of template depending on the characteristics of the project executed and the distinguishing features of the organization. The scale and the complexity of the project may be different, but the more accurate the statement will be the better clarity it will provide about what the project will deliver. The project scope statement is considered to be an official agreement, both among the stakeholders and the project team, and all of the terms in it needs to be accepted by the key players before the real project begins. A well-written project scope statement should include a clear identification of the project's deliverables, the work necessary to successfully deliver them and also the work that is not necessary. It should as well include a description of the product or service, the key milestones, the constraints and the assumptions of the project. The project scope statement is used as a guide throughout the project process for the project team and it sets a baseline for the project scope. The scope baseline is used to evaluate all the change requests, which is an effective way to control scope creep. In addition to being a useful guide and setting the baseline to evaluate changes, the project scope statement is helpful to make a common understanding of the project among the stakeholders, by setting appropriated expectations along with the stakeholders, so no confusion between the project team and the stakeholders can appear. It can also represent a communication tool when the project needs to be presented to the higher set of managers or other departments.

Writing a project scope statement can sometimes be an overwhelming and time-consuming task, but most important thing when writing a project scope statement is being Specific. First, chose a very concise name for the project. Second, write a clear description of the project deliverables and use simple language expression. Be precise when the project will be complete, that it is Measurable. Beware of if the project is Achievable, that the project can be accomplished with the existing resources and the right skilled people. Keep in mind or be sensible about what can be achieved or expected in the project process, be Realistic. Lastly, know the timeline of the project, in what Time has the project to be finished. These criteria are good to take into consideration when the project scope statement is written and they are known guidance in the project management process, their acronym is SMART.^[7]

According to the PMBOK® Guide, the definition of a good project scope statement, which is capable to deliver a successful project, need to consist of six main aspects. These aspects are the product scope description, the acceptance criteria, the deliverables, the project exclusion, the constraints, and the assumptions.^[8]. By implementing these aspects into the project scope statement are everyone who participates in the project process aware of what falls within the project scope. These aspects also structure the baseline for determining how to manage the rest of activities in the project process.^[9] The six main aspects are explained here below in details.

• Product scope description - Identifies all the characteristics of the outcome of the project, the product or the service. It is a detailed description of the project scope elaborated from the project charter and the requirements documentation.

• Acceptance criteria - Requirements that need to be met before the project deliverables are accepted. They are decided together by the project team and the key stakeholders and are applied to verify the scope, to evaluate deliverables and to confirm completion. It is crucial to have accurate acceptance criteria in order that everyone will agree that the requirements have been met.^[10]

• Deliverable - A unique and verifiable product or service which is a small part of the overall project scope. The deliverables need to be listed in the project scope statement and this list will make it clear to the stakeholders what can be expected, throughout the project and at the end of it.^[11]

• Project exclusion - List of elements that are identified or confirmed to be excluded from the project. It states what is not part of the project and it manages stakeholders' expectations.^[12]

• Constraints - Limitations or restrictions that affect carrying out the project. The constraints can cover a lot of areas but the three main constraints that are considered important and can have a big influence on every project are the time, resources and quality. Every constraint considered affecting the project should be listed in the project scope statement and further defined there.^[13]

• Assumptions - An element in the project process that is assumed to be true or certain, without proof. Information about the assumptions should be listed in the project scope statement along with their potential impact if they turn out to be false. The project team should identify, verify and validate the assumptions throughout the project process.^[14]

By identifying and documenting these aspects of a project into the project scope statement, the project manager and his team manage to keep track of the progress of the project. It is difficult for every project manager and project team to realize all of the project boundaries when writing the project scope statement, but they need to be aware that change and risk can occur at any time in the project process. If a change occurs in any process of the project it needs to be assessed on all aspects of the project scope statement and then adjusted to the project scope statement if it is approved. If the change is not assessed and not controlled in time it can become harmful to the project and lead to scope creep. Scope creep is considered to be a risk in most projects and is one of the most common causes of project failure, that's why it is important for the project manager and project team to handle the change and write a good baseline in the project scope statement about how to control changes to deliver a successful project.

Scope Creep

Discussion about what scope creep is and how it is connected to the project scope statement.

Scope creep refers to a project that has seen its original goals expand while it's in progress. As the term suggests, scope creep is a subtle process that starts with small adjustments and ends up resulting in projects that take far longer to complete or even fail before they are finished

Limitations

There are few main limitations of the project scope statement and they will be discussed in this section, both strength and weakness.

Reference

1. ↑ Project management skills. (et. al). Retrieved 10. February 2018 from https://www.project-management-skills.com/project-scope-statement.html
2. ↑ Project management skills. (et. al). Retrieved 9. February 2018 from http://searchcio.techtarget.com/definition/project-scope
3. ↑ ^{3.0 3.1} William R. Duncan. (2013). A Guide to The Project Management Body of Knowledge. 5th ed. Project Management Institute.
4. ↑ Page 6 - 7, 2013 ed. ISO 21500 Guidance on project management
5. ↑ Expert judgment. (et. al). Retrieved 16. February 2018 from https://www.projectmanagement.com/wikis/344587/Expert-judgment
6. ↑ Facilitated Workshops. (et. al). Retrieved 24. February 2018 from https://www.agilebusiness.org/content/facilitated-workshops
7. ↑ Duncan Haughey (2014), A Brief History of SMART Goals. (et. al). Retrieved 25. February 2018 from https://www.projectsmart.co.uk/brief-history-of-smart-goals.php
8. ↑ Page 123 - 124, 2013 ed. PMBOK® Guide, Fifth Edition
9. ↑ Project Scope Statement. (et. al). Retrieved 25. February 2018 from https://library.skillport.com/courseware/Content/cca/proj_21_a01_bs_enus/output/html/sb/sbproj_21_a01_bs_enus018022.html
10. ↑ Project Scope Statement. (et. al). Retrieved 25. February 2018 from https://library.skillport.com/courseware/Content/cca/proj_21_a01_bs_enus/output/html/sb/sbproj_21_a01_bs_enus018022.html
11. ↑ Project Scope Statement. (et. al). Retrieved 25. February 2018 from https://library.skillport.com/courseware/Content/cca/proj_21_a01_bs_enus/output/html/sb/sbproj_21_a01_bs_enus018022.html
12. ↑ Page 124, 2013 ed. PMBOK® Guide, Fifth Edition
13. ↑ Defining Project Constraints. (et. al). Retrieved 25. February 2018 from http://pmtips.net/blog-new/defining-project-constraints
14. ↑ Defining Project Assumptions. (et. al). Retrieved 25. February 2018 from http://pmtips.net/blog-new/defining-project-assumptions

Bibliography

William R. Duncan (2013), pages 51 - 57: A Guide to The Project Management Body of Knowledge: This guide provides deeper insight into the topic of Project scope statement to give further input into the process of scope statement.

Adrienne Watt (2014), Chapter 9, Scope Planning: Project Management: