Project Scope Control Management

Revision as of 22:06, 27 February 2019

Developed by Srdjan Gluhovic

Abstract

In an ideal world, once a scope has been defined and moved into prototyping and construction, no changes will be made to the requirements or the extent, but in reality, project scope is continuously evolving over the entire lifecycle of the project. Therefore, it is significantly important that the scope identifies all the work that the project will accomplish to achieve its final goal and have a clear and easy scope management process that refers to the set of various processes that ensure a project's scope is accurately defined and mapped. ^[1] It is essential at the start of the project scope that it consists of sufficient detail to determine the purpose of the project with the expected benefits and any constraints such as time and budget. The Project Scope Management (PSM) processes consists of six parts, where control scope is the last part and is the process of monitoring and controlling the status of the product and project scope including managing changes to the scope baseline. ^[2] The product scope refers to how a product is made while a project scope focusses more on how to deliver the service or product. ^[3] The advantage of control scope is that it allows the baseline to be maintained throughout the entire project. Without a well-defined project scope, the time and cost of the project cannot be an estimation and obtained due to a lack of communication, which applies that the scope needs to be changed. This immediately affects the cost and disrupts the schedule of the project generating losses. This article focuses on achieving a successful project with the six main aspects of project scope management and including the scope change control and what changes may need to be proceeded to have a great scope. These aspects will be discussed in detail alongside the general guidelines of project scope management.

Introduction

Project Scope Management

Figure 1: Project Scope Management Overview and their tasks, inspired from the PMBOK® Guide ^[3]

The appearance from the abstract is that the controlling changes of the project scope are output from the control scope process which is a part of the project scope management process. The purpose of Project Scope Management is to assure that the results and the outcome of a project are successfully achieved by merely incorporating the necessary work to complete the project. Managing the project scope is mainly refers to defining and controlling what is included in the design and what is not.^[4] Therefore, project scope management can be defined as a set of processes that requires to be done in order to complete a product with the described functions and features to achieve the desired project. ^[4]

The six processes described underneath do associate and interface with each other which address an appearance described as Scope Creep. Scope Creep also referred to as requirement creep in project management is defined as changes which are a continuous or uncontrolled increase in the scope of a project, at any point after the project starts. In early stages of design and development of the project, it can be challenging to determine whether or not there is a potential of incremental change in the project scope by adding elements to the project, or it has not been completely defined due to poor design of the project.

Figure 1 provides an overview of the six important processes of the Project Scope Management with their task’s description highlighted by the PMBOK® Guide:^[4]

1. Plan Scope Management

The first process is the plan scope management which is producing a scope management plan. The plan describes and documents how the project scope will be defined, validated and controlled. The essential part is that plan scope process helps and contributes guidance and orientation on how the scope will be managed throughout the entire project. Furthermore, the scoping plan also includes the different roles of people involved in managing the project scope and their responsibilities regarding the areas. Therefore, a guide helps to manage and control the scope. ^[4]

2. Collect Requirements

The collect requirements are an important process which is referred to as determining, documenting, and managing stakeholder demands and needs, but also requirements regarding the project objectives are met. From the stakeholder point, it is essential to breakdown their needs into a requirement. The element becomes the foundation for the WBS, which includes and referring to cost, schedule, planning, procurement which are all relying on the conditions. ^[4] Furthermore, the process provides the general definition of managing the project scope, these definitions are part of the scope baseline and are selected by the different stakeholders, project sponsor, project manager, who consider the requirements to be important.

3. Define Scope

The third process of the project scope management is to define the scope which consists of developing a well-detailed description of the project. The primary benefits of building a sufficiently detailed description of the scope is that it provides the foundation in the future for making project decisions. But this also provides a commen understanding of what the project scope is between the stakeholders. Besides having an explicit description of the project scope, it is also essential to include the different requirements from the stakeholders that have been developed in the collect requirements process and chosen to be the preferred requirements of the scope ^[5]. Furthermore, it is necessary to consider the known risks, constraints and assumptions to add the project scope.^[4] All these points will have a significant contributor to the success and achievement of the project.

4. Create Work Breakdown Structure (WBS)

Now that the plan, collect requirements and the definition of the scope has been established, creating a Work Breakdown Structure (WBS). WBS is the process of subdividing the various major deliverables into smaller and manageable sizes which provides a structured view of what has to be delivered. Depending on the size and complexity of the given project, the degree of dividing the project can vary. The advantages of splitting the project into smaller tasks to make it more manageable to assign several responsibilities to the responsible people of the project. The additional benefits of applying the work breakdown structure are the duration time, and cost easier can be managed, and the accuracy can increase.

5. Validate Scope

In order to validate the scope, obtaining formal approval of the various deliverables need to be examined by the stakeholders (Sponsor, client, customer, etc.) and accepting of the completed project deliverables. This process checks if the separate deliverables match the requirements to increases the chance of the final project.

6. Control Scope

Control scope is the last process in project scope management. The purpose of this process is not only to monitor and maintain the project's baseline throughout the entire project but also to managing changes as they happen along the way which ensures that the scope changes are useful and beneficial for the project. Handling the changes is also a part of the project when they occur and as mentioned earlier if the uncontrolled scope increases of a project it will lead to scope creep. The project scope changes can have a direct or indirect impact on the various factors of the project like cost, schedule, quality and other parameters. These changes are therefore essential to secure that any others indications of change are considered, to make sure that it is the accurate one, and no other surprises can occur.

Figure 2. shows the process stream of the Scope Change Control with the input, tools & technique and output.

Figure 2: Project Scope Change Control Process, inputs, tools & techniques, and outputs inspired from the PMBOK® GuideI ^[3]

The first features are the inputs to the scope change control process, as they seem in the PMBOK® Guide:

1. Work breakdown structure (WBS) - The work breakdown structure is addressed as the project components that is deliverable-oriented grouped that organize and the defines the total scope project. The objective is to establish a common perception of the project scope baseline. [ref]
2. Performance Reports - Performance reporting gives information on the scope performance, which deliverables have been completed and which is still behind, but the performance reporting also contributes to the different issues that can cause problems in the future, which help warning the project managers or the team regarding scope performance. [ref]
3. Change Request - Change requests can come in different forms, but the common one used is proceeded through the IT system, where a written change request is made depending on the scale of the project. Some of the change requests are results of an error in defining the scope of the project fx failure to include a required feature in the design, or a change which adds more value to the project. The project owner or external partner does these changes. [ref]
4. Scope management plan - From the scope management plan, the report describes which scope changes will be integrated and how they will be implemented into the project including how to manage the project scope. In the document, the description always needs to be clear and always include how the scope change will be identified and classified. [ref]

The second features are the tools & techniques applied in the scope change control process, as they seem in the PMBOK® Guide:

1. Scope Control Change System - Scope change control is described as the procedures of the system by which the project can change, and this includes the various levels of approval that are required for authorizing change. This procedure will further be explained in the application of the scope change. [ref]
2. Performance measurement - The performance measurement techniques help to estimate the extent of the variations that happen. Therefore, it is crucial to determinate the causes of variation and if it is relevant to the baseline of the project and if there requires a corrective action which is a part of the scope change control. [ref]
3. Additional planning - The last point is the additional planning which refers to proposed scope change needs extra planning which may be required preferentially to modification of the WBS or other alternative interpretation that could be used as an approach to have a successful transformation. [ref]

The third features are output in the scope change control process, as they seem in the PMBOK® Guide:

1. Scope changes - From the techniques and tools that have been used above, the scope change control includes the modification to the accepted scope that is determined by the approved WBS which refers to any changes to the scope project. [ref]
2. Corrective action - The corrective actions are used to make sure that all the deliverables are satisfied by ensuring that the project performance is on the right track according to the project plan. [ref]
3. Budget change - As any scope changes happen, it typically has an impact on the budget which requires an adjustment to the cost, quality or other relevant project objectives for the scope. [ref]
4. Schedule change - As the budget changes, the impact of the schedule can also change to the different adjustment of the project scope which refers to the time. Some of the elements can meet the deadline which makes lateness. [ref]
5. Lessons learned - Lessons Learned reflects on the reasoning behind the actions that have been corrected through the scope change control process by the project team. All the lessons learned through the project requires to be documented, and this information should be available to improve other projects in the future and probably not make the same mistakes or the same change next time. The knowledge should be stored in a database, so everyone has access to the documents. [ref]
6. Adjusted baseline - The corresponding baseline document for the project needs to be reviewed and replicated to reflect on the approved changes in order to form a new baseline for future changes and to make the right decisions when supporting modifications of the scope change control processes. [ref]

Project Scope Change

Change is something that happens in projects across all industries at a given point in time or experience a change or a difference in the original project scope management plan. Furthermore, it is essential to recognize that there is various types of scope changes and it is difficult to distinguish between the kind of change types. In regard to the industry, there is not entirely guideline how to manage the changes, and everybody has their individual approach, but at the end the same outcome of the change.

Figure 3 show the different type of project scope change.

Figure 3: Shows the various Project Scope Change based on the medical industry that produces, e.g., hearing aids equipment.

There is some initial requirement of a project change which refers that clarity and transparency are present throughout the entire change which is associating with cost, time plan, and quality. In terms of change, it could refer to the poor engineering design made by an internal engineer or an external supplier which requires to be re-designed to fulfill necessary regulations. But there can also be an occasion where an unexpected change request appears due to a new industry regulation, which can refer to the companies in the medical industry that produces, e.g. hearing aids equipment and need to live up to the standards. [ref] Therefore it is a significant factor that project managers have the capability and knowledge of managing project scope and the relevant changes. As mentioned before the size of the project can directly or indirectly affect stakeholder due to the change, and it is the project manager responsibility to manage the changes well and keep the satisfaction of the stakeholders high. In the application section, there will be looking toward applying the scope change method with a guide from the change request and through the entire flow of the processes to the actual change in the scope.

Application of Scope Change

Introduction

The description from the abstract associates to applying the change method into developments projects within the medical companies and in this case, it regards the hearing aids industries. In order to finalize the procedures of change in the industries, there has been established a meeting with the with the Operations Department and interviewed the Director, Project Manager, and several Engineers including applied the company’s procedure documents that change are built upon together with their experience in change. In the following flow diagram, an example of a design change regarding a component in a hearing aid device need to be replaced, and the process of the change and the overall control. The structure of the process is represented in 11 steps shown in figure 4. Furthermore figure 5 shows the various roles and responsibilities of the stakeholders involved in the Scope change control process.

Change Request

Limitations

Throughout the description of the project scope control management and the application of the scope change, the procedure seems evident in some cases to follow. Furthermore, in the real world across different industries, the complex subject involves multiple stakeholders which reveals in the application. However, there are also various kinds of limitations regarding the scope change control which is the significant and detailed knowledge that goes into the changing procedures requires a lot of people involved in the project can be challenging with a lot is regulations. One of the challenges regarding the project change control is that long process time to get permission to implement the changes, from sending the change request to actual implementation takes time, and if the request is not sufficient, it returns directly to the originator. Therefore, one of the limitations is long process time which can move the schedule and perhaps have a more significant cost of the finished project. In general, the project scope can be complicated to define. At the beginning of the project scope where the definition is not completed yet it is possible to correct and adjust during the early stages of the design phase of the project, but when the scope has been approved, is not always obtainable to correctly define the baseline of the project at another point of the project lifetime. Therefore, these results are referred to as re-design changes in the Research & Development department (R&D) which cannot re-correct the design immediately but first through the change process. There is also another limitation when discussing management of change that does not take employees' viewpoint into account when changing project which can result in the behavioral change in peoples. People get emotionally affected and dealing with different issues with change, and this is not considered and supports. The procedure is focusing mainly on the technical elements of the change. In order to manage the scope control right and achieve success, it is essential to take other aspects into account as the management of change from people’s perspective because in the project deliberation multiple stakeholders are involved in the process and project. Great collaboration throughout the departments and the necessary stakeholder involved in approving the project changes is essential in order to succeed the change acceptance to implement the changes. This refers to have a good project manager that has the overview to deliver efficient work and to manage the control scope and the change.

Glossary

References

1. ↑ Project Management Institute (2013). A Guide to the Project Management Body of Knowledge (PMBOK® Guide) 5th edition. Page 105
2. ↑ Project Management Institute (2013). A Guide to the Project Management Body of Knowledge (PMBOK® Guide) 5th edition. Page 136
3. ↑ ^{3.0 3.1 3.2} William R. Duncan. (2013). A Guide to the Project Management Body of Knowledge (PMBOK® Guide) 5th edition. Pennsylvania: Project Management Institute.
4. ↑ ^{4.0 4.1 4.2 4.3 4.4 4.5} Project Management Institute (2013). A Guide to the Project Management Body of Knowledge (PMBOK® Guide) 6th edition. Page 105
5. ↑ Margaret Rouse. (January 2018). Project scope. [online].Available at: http://searchcio.techtarget.com/definition/project-scope

Annotated Bibliography

Project Management Institute (2016). A Guide to The Project Management Body of Knowledge (PMBOK® Guide), 6th edition. The guide delivers a good understanding of project scope management and provides the necessary guidelines for managing projects for all of the steps.

William R. Duncan (1996). A Guide to The Project Management Body of Knowledge. The guide from William R. Duncan presents a profound insight into the Project Scope Management. Furthermore, it provides an excellent overview of how the scope change control is structured and what needs to be included in order to change the scope and to provide additional information into the process of Scope Management.