Scope Flashcards

1
Q

What is the definition of scope management?

A

Defining what work is required and then making sure all of that work—and only that work—is completed

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

What is the difference between product scope and project scope?

A

Product scope refers to the requirements related to the product, service, or result of the project, while project scope involves the work the project team will do to deliver the product of the project

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

What is timeboxing?

A

An agile planning tool using short, fixed periods of time set for the team to complete a selected and prioritized set of activities

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

Describe the purpose of a minimal viable product (MVP).

A

On an agile project, it allows the customer to take delivery of the product and use it while the team continues to build the rest of the product
Also known as minimal marketable features (MMFs)

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

Describe what scope management looks like on a predictive project.

A

Develop a plan for how to plan, validate, and control scope and requirements.

Determine requirements.

Analyze and balance stakeholder needs to determine scope.

Create a WBS to break the scope down to smaller, more manageable
pieces. Define each piece in a WBS dictionary.

Obtain validation (signed acceptance) that the completed scope of work is acceptable to the customer or sponsor.

Measure scope performance and adjust as needed.

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

Describe what scope management looks like on an agile project.

A

Requirements are identified and documented at a sufficient level of detail so they can be prioritized and estimated at a high level.

The product’s features are kept in a list called the product backlog.

The work is broken into product releases.

For each release, the work is completed through iterations.

The work of each iteration (and release) is defined successively in more detail just before the work for each iteration begins.

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

How is product scope different for agile projects than it is for plan-driven projects?

A

Product scope is typically more flexible in agile projects

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

What artifacts result from the Plan Scope Management process?

A

Scope management plan
Requirements management plan

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

What is the difference between a product backlog and a product roadmap?

A

A product backlog is a list of the functional and nonfunctional work identified for the project, while a product roadmap is a visual representation of the product’s main components, broken into sequential product releases

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

What is the difference between eliciting requirements in a predictive environment versus an adaptive environment?

A

Predictive environment: A missed requirement early in the project could mean significant changes and conflict throughout the remainder of a project

Adaptive environment: Agile teams initially define requirements at a high level and then progressively refine them, helping to avoid or lessen the effect of change requests

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

Name several requirements-gathering techniques.

A

Brainstorming
Interviews
Focus groups
Questionnaires and surveys
Benchmarking
Voting
Multicriteria decision analysis
Affinity diagrams
Mind maps
Nominal group technique
Observation
Facilitation
Context diagrams
Prototypes

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

What artifacts should a project manager look at to resolve competing requirements?

A

Competing requirements can be resolved by accepting those that best comply with the:

Business case
Project charter
Scope statement
Known project constraints

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

What are some ways requirements can be verified?

A

Meetings
Prototypes
Iteration reviews

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

What are acceptance criteria?

A

Criteria used to ensure the project meets stakeholder requirements

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

What is the value of a requirements traceability matrix?

A

Helps link requirements to objectives and/or other requirements to ensure the strategic goals are accomplished

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

What is product analysis?

A

A method of analyzing the objectives and description of the product as stated by the customer or sponsor

17
Q

What is the key artifact of the Define Scope process?

A

Project scope statement

18
Q

What are the key items included in a project scope statement?

A

Product scope
Project scope
List of product deliverables
Acceptance criteria

19
Q

What is not part of the project?

A

Assumptions and constraints

20
Q

When is a work breakdown structure (WBS) created, and what is it used for?

A

Created during project planning by the team and used to define or decompose the project into smaller, more manageable pieces

Graphically provides a structured vision for a project and helps ensure that nothing is missed and no deliverables are forgotten

21
Q

How are work packages different from activities?

A

Work packages are deliverables (things), rather than actions (activities)

Work packages are shown in a WBS

Activities are shown in an activity list and network diagram

22
Q

What is a WBS dictionary?

A

Documentation providing details needed to build each work package

23
Q

What makes up the scope baseline?

A

Project scope statement
WBS
WBS dictionary

24
Q

Describe scope decomposition on an agile project.

A

High-level requirements are gathered at the beginning of the project.
Features are created from large and complex, high-level requirements.
Medium-level requirements are broken into smaller stories.
Each story needs to be broken further by various types of requirements.

25
Q

What is MoSCoW analysis?

A

A breakdown method of higher-level requirements at the release map and product (feature) backlog levels

MoSCoW stands for “Must have, Should have, Could have, and Would like to have,” and is a prioritization scheme for selecting features and functionality

26
Q

What is the Validate Scope process?

When is it done?

A

The process of gaining formal acceptance of the deliverables by the customer or sponsor

Done during project monitoring and controlling and at the end of each phase of the project life cycle

27
Q

What key artifacts result from the Validate Scope process?

A

Work performance information
Change requests
Accepted deliverables
Updates to project management plan and project documents

28
Q

What are some methods for controlling and validating scope?

A

Predictive:
Inspection
Data analysis
Decision making

Adaptive:
Agile ceremonies
Customer-valued prioritization
Incremental product delivery