Scope Management Flashcards

1
Q

Scope definition - where and when

A

What will be produced (PBS) and all of the activities that are needed to produce it (WBS) + Benefits

PMP defines scope.

Scope is developed over time, through requirements capture and analysis, and business case definition.

Scope freezes for stability when needed.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

POOB

A

Projects - activities that produce outputs
Outputs - products of the projects
Outcomes - results of the outputs
Benefits - changes perceived as positive by stakeholder

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Scope management

A

Scope evolves throughout the project with detail being added constantly.

Manage scope to prevent uncontrolled change - scope creep -from hindering the project success

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

WBS

A
  • verbs
    Hierarchical breakdown of all of the activities required to deliver the products
    Useful to facilitate project controls
    Lowest level are work packages (depending on nature of project)
    Each element is numbered
    Work package can comprise several activities
    PM activities are part of the WBS
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Work Packages

A

The level of definition/work for which budgets are estimated and reported

Should have discrete estimate
Should have discrete budget
Single accountable person
Should not overlap with other packages
Consistent numbering
Relatively short duration
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

PBS

A

-nouns
Hierarchical breakdown of products
Definitive list of interrelated products
Useful for configuration management

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

OBS

A

Roles and responsibilities
Reporting hierarchy
RAM - RACI (RASIC) (WBS against OBS)

Provides clarity for everyone involved and external - communicate to stakeholders

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Requirements Capture Techniques

A

Understand stakeholder requirements - must be provided by stakeholders

Techniques:
Brainstorming
Questionnaires
Analysis
Review
Contract requirements
Prototyping
Written reqs/spec
Use cases
User forums
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Requirements Analysis key factors

A

Value - what is the benefit
Priority - MOSCOW
Time - whe is it needed
Process - How can it be met?

MOSCOW - justify reqs
Must
Should
Could
Won't
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Requirements management

A

Baseline reqs at each stage. Analyse and record

V-shaped model - reqs are developed and tested at different stages and by different audiences. Relevant specs are tested by relevant users.

Quality will depend on how well requirements are met.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Configuration Management Process - benefits

A
Ensures products will work together
Keeps requirements and spec synced
Prevents rework
Reduces confusion
Promotes safety
Promotes quality (esp software)
Assists suppliers in understanding spec
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Configuration Management Process steps

A

Config:

Planning: procedure, roles and resps
Identification: identify components - PBS - and label
Control - process to be followed and assurance activities. Interaction with change management. Check in/out, notifications of change, updating records.
Status accounting - recording of information about each item and tracking - ID, owner, date updated, status (in update), version number, links to other products
Audit - regular staged checking to ensure that items are correctly accounted for and processes are being followed.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Configuration Management Roles

A

CM Librarian - manages library
PM - accountable for process
Item controller - responsible for one or more items
change control board - item controllers involved to understand consequences of change
project team - follow process

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Change - reasons and need for management

A

Can be caused by:

External influences
New technique
Efficiencies
Changes to benefit model
Evolving designs 
Contractual changes

Must be managed to avoid confusion, inefficiency and waste. Change is easier early in the project and harder later on.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Change request

A
Number
Originator
Description
Date
Status
Impact
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Change Control steps

A
Initial Analysis
Is change viable 
Detailed assessment
What are the impacts (mini-BC)
Recommendation and Decision
Approve, Reject, Differ
Update plans and Implement
Change documents and manage through config management process. Communicate to all necessary.
17
Q

Change Control/Config Management

A

Any change may impact a product and thus config
Changing a product may affect others
Uncontrolled change may affect quality and success

Config Management adds steps to change control - may cause conflict.

18
Q

Change Freeze

A

If no changes can be considered.

Used for software - particular release is frozen but other releases may be developed subsequently or in parallel

19
Q

Change control +/-

A

+ manages scope and baseline
+ Proper record keeping and documentation
+ facilitates planning - forecasting, prediction

  • bureaucracy and delay
  • conflict
  • cost money