802003 634318955109991250

39
CHATER 5 PROJECT SCOPE MANAGEMENT

description

hr

Transcript of 802003 634318955109991250

Page 1: 802003 634318955109991250

CHATER 5

PROJECT SCOPE MANAGEMENT

Page 2: 802003 634318955109991250

Projects can be completed in two ways:

• Planned and then executed

or

• Executed, stopped, planned and then executed.

Page 3: 802003 634318955109991250

Project Scope Management

•includes the processes required to ensure that the project includes all the work required, and only the work required, to complete the project successfully.

•Managing the project scope is primarily concerned with defining and controlling what is and is not included in the project.

Page 4: 802003 634318955109991250

Project Scope Management Processes

• Collect Requirements: The process of defining and documenting stakeholders’ needs to meet the project objectives.

• Define Scope: The process of developing a detailed description of the project and product.

• Create WBS: The process of subdividing project deliverables and project work into smaller, more manageable components.

4

Page 5: 802003 634318955109991250

Project Scope Management Processes

• Verify Scope: The process of formalizing acceptance of the completed project deliverables.

• Control Scope: The process of monitoring the status of the project and product scope and managing changes to the scope baseline

5

Page 6: 802003 634318955109991250

6

Page 7: 802003 634318955109991250

Context of Scope–Product scope. The features and functions that

characterize a product, service, or result

• Completion of the product scope is measured against the product requirements

–Project scope. The work that needs to be accomplished to deliver a product, service, or result with the specified features and functions.

• Completion of the project scope is measured against the project management plan

7

Page 8: 802003 634318955109991250

Scope Baseline

• The approved detailed project scope statement and

• its associated WBS and WBS dictionary are the scope baseline for the project.

• This base lined scope is then monitored, verified, and controlled throughout the lifecycle of the project.

8

Page 9: 802003 634318955109991250

Collect Requirements

9

Page 10: 802003 634318955109991250

Collect Requirements

• Collect Requirements is the process of defining

and documenting stakeholders’ needs to meet

the project objectives.

• Requirements become the foundation of the

WBS.

• Product requirements can include information

on technical requirements, security

requirements, performance requirements etc. 10

Page 11: 802003 634318955109991250

Collect Requirements: Inputs, Tools & Techniques, and Outputs

Page 12: 802003 634318955109991250

12

Page 13: 802003 634318955109991250

GROUP CREATIVITY TECHNIQUE

• Brainstorming

• Nominal Gp

• The Delphi Technique

• Idea Mind Maping

13

Page 14: 802003 634318955109991250

MIND MAP

14

Page 15: 802003 634318955109991250

http://www.jiludwig.com/Requirements_Management.html15

Page 16: 802003 634318955109991250

16

Page 17: 802003 634318955109991250

GROUP CREATIVITY TECHNIQUE

• Brainstorming

• Nominal Gp

• The Delphi Technique

• Idea Mind Maping

• Affinity Diagram

17

Page 18: 802003 634318955109991250

Affinity Diagram

• Affinity diagrams are great tools for assimilating and understanding large amounts of information.

• When you work through the process of creating relationships and working backward from detailed information to broad themes, you get an insight you would not otherwise find.

18

Page 19: 802003 634318955109991250

19

Page 20: 802003 634318955109991250

Group Decision Making Techniques

• Unanimity

• Majority

• Plurality

• Dictatorship

20

Page 21: 802003 634318955109991250

OUTPUTS

• Requirement Doc

• Requirement Mgmt Plan– How requirement activity will be planned– Configuration mgmt activity as how changes

to the product

• Requirement Prioritization Process– Product matrix

• Traceability structure

21

Page 22: 802003 634318955109991250

22

Page 23: 802003 634318955109991250
Page 24: 802003 634318955109991250

Define Scope

24

Page 25: 802003 634318955109991250

Define Scope: Inputs, Tools & Techniques, and Outputs

Page 26: 802003 634318955109991250
Page 27: 802003 634318955109991250

WBS

27

Page 28: 802003 634318955109991250

Create WBS: Inputs, Tools & Techniques, and Outputs

Points to remember;

•100% Rule

•Rolling Wave Planning

•Control account

•Work Package

Page 29: 802003 634318955109991250
Page 30: 802003 634318955109991250
Page 31: 802003 634318955109991250
Page 32: 802003 634318955109991250
Page 33: 802003 634318955109991250

Verify Scope: Inputs, Tools & Techniques, and Outputs

Page 34: 802003 634318955109991250
Page 35: 802003 634318955109991250

CONTROL SCOPE

35

Page 36: 802003 634318955109991250

Control Scope

• Process of monitoring the status of project and product scope and managing changes to the scope baseline

• This step ensures all requested changes and recommended corrective or preventive actions are processed through ICC

• Uncontrolled changes are often referred to as scope creep

36

Page 37: 802003 634318955109991250

Control Scope: Inputs, Tools & Techniques, and Outputs

Page 38: 802003 634318955109991250
Page 39: 802003 634318955109991250

Control Scope: Inputs, Tools & Techniques, and Outputs