Chapter 6 - Project Scope Management Flashcards

1
Q

Product Scope

A

FeTures and functions that characterize a product, service, or result.
Requirements for the product.
Microsoft server that will send emails, receive emails, and synchronize contacts.

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

Project Scope

A

The work that is needed to deliver a product, service, or result with specialized features and functions.
Tells you what the project is about.
Installing a Microsoft server and updating all user accounts and workstations.

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

Agile or Hybrid Projects

A

Expect the scope to change as the project evolves.
Team determines the number of iterations or sprints it will take to complete the project.

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

Sprint Planning

A

The agile team determines which features will get done in which sprint.

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

Release Planning

A

Will determine which features will be released to the customers.
Generally includes multiple sprints.

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

Product Roadmap

A

A high-level document that outlines what would be expected of the actual product.

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

Plan Scope Management

A

This process is about creating scope and requirement management plans.
These plans will document how the project will collect requirements.
Define, validate, and control the scope.

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

Plan Scope Management Process

A

Inputs: project charter, project management plan, enterprise environmental factors, organizational process assets
Tool & techniques: expert judgement, data analysis, meetings
Outputs: scope management plan, requirements management plan

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

Scope Management Plan

A

Document how you are going to write the scope statement, how you are going to baseline the scope, how you are going to control the scope, and how you will get the scope accepted (validated).
Part of the Project Management Plan.

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

Requirement Management Plan

A

Shows the requirements to be collect, analyzed, documented, and managed.
Part of the Project Management Plan.

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

Collect Requirements

A

Defining and documenting stakeholders’ needs to meet project objectives.
Interact with the stakeholders to gather the requirements that they would like to see in the project.
Important to ensure the product is successful and actually meets the needs of the stakeholders.

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

Collect Requirements Process

A

Inputs: project charter, project management plan, project documents, business documents, agreements, enterprise environmental factors, organizational assets
Tools & techniques: expert judgement, data gathering, data analysis, decision making, data representations, interpersonal and team skills, prototypes, context diagrams
Outputs: requirements documentation, requirements traceability matrix

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

Data Gathering

A

Brainstorming
Interviews
Focus groups
Questionnaires and surveys
Benchmarking

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

Data Representation

A

Idea/mind mapping: ideas are drawn instead of written
Affinity diagram: allows many ideas to be put in a group

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

Interpersonal and Team Skills

A

Nominal group technique: rank and prioritize the ideas in brainstorming
Delphi technique: requirements are collected anonymously from SME’s
Observation/conversation: observe the stakeholders and have them show you the problem / conversation is simply talking directly with people
Facilitation: facilitated workshops are interactive discussions designed to quickly define requirements, solve differences, and build trust
User stories: used for agile projects; as a (role/user type) I want (goal) so that (motivation/reason): non-technical and easily understandable by users

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

Prototypes

A

Working models of a product
Agile projects may use storyboarding: images or illustrations that are used to show a mock-up of what the program would look like. Show various input screens in the process.

17
Q

Context Diagrams

A

Visually show how a business process, other systems, and people interact.
Use drawings to show the inputs and outputs of a system.

18
Q

Requirements Documentation

A

Documentation of the actual requirements that are needed on the project.
Very detailed
Requirements must be measurable, testable, and acceptable to the stakeholders of the project.
Components may include: business requirements, stakeholder requirements, organizational impacts, quality requirements, legal or ethical compliance, and requirements, assumptions and constraints

19
Q

Requirements Traceability Matrix

A

A table created to link the requirements back to their origin.
Tracks where the requirement suggestion came from, which stakeholder gave the requirement, an why it was added to the actual project.

20
Q

Define Scope

A

Create the project scope statement.
Scope of the project is iterative — starts as high-level but later becomes detailed.
Traditional project: scope is stored in the project scope statement
Agile project: the scope or requirements are stored in the product backlog

21
Q

Define Scope Process

A

Input: project charter, project management plan, project documents (main ones are requirements documentation and risk register), enterprise environmental factors, organizational assets
Tools & techniques: expert judgement, data analysis, decision making, interpersonal and team skills, product analysis
Output: project scope statement, project documents updates

22
Q

Project Scope Statement

A

One of the most important documents in the planning processes.
Includes both the project and the product scope.
Describe in detail the project deliverables and the work that will be required to produce those deliverables.
Description of the product scope
Detailed list of deliverables
Acceptance criteria
Constraints
Assumptions

23
Q

Create Work Breakdown Structure (WBS)

A

Breakdown the deliverables into smaller, more manageable components (decomposition).
The main output of this process is the scope baseline which includes the scope statement, WBS, and the WBS dictionary.

24
Q

Create WBS Process

A

Input: project management plan, project documents (main ones are requirements documentation and the scope statement), enterprise environmental factors, organizational process assets
Tools & techniques: decomposition, expert judgement
Output: scope baseline

25
Q

Scope Baseline

A

One of the main components of the project management plan.
Made up of:
- the project scope statement
- WBS
- WBS dictionary

26
Q

WBS

A

The subdivided work that needs to get done to produce the project deliverables listed in the scope statement
Hierarchical in design
Control accounts that are broken down into work packages
Rolling wave plan: team may wait until the work is better understood before decomposing all the deliverables

27
Q

WBS Dictionary

A

A document that has more details about each work package in the WBS.
Contains: the name, description, assigned to, date assigned, estimated cost, duration, due date, account code

28
Q

Agile Project: Decomposing Work

A

The epic is decomposed into features
Features into stories
Stories into tasks

29
Q

Validate Scope

A

Project deliverables are formally inspected and accepted by the customer or sponsor
Done at the very end of all the executing and monitoring and controlling processes

30
Q

Validate Scope Process

A

Input: project management plan (scope baseline and scope management plan), project documents (requirements traceability matrix, requirements documentation, lessons learned register, and quality reports), verified deliverables, work performance data
Tools and techniques: inspection, decision making
Outputs: accepted deliverables, change requests, work performance information, project documents updates

31
Q

Control Scope

A

Ensure the projects stays on scope as it is executed
Work being done is within the scope of the project
Done on a daily basis
Traditional project: any change to scope must go through “perform integrated change control process” where the change is reviewed and authorized
Agile or hybrid project: changes are added to the product backlog and prioritized by the product owner

32
Q

Control Scope Process

A

Input: project management plan (scope baseline and scope management plan), project documents ( requirements traceability matrix, requirements documentation, lessons learned register, and quality reports), work performance data, organizational process assets
Tools and techniques: data analysis (variance analysis or trend analysis)
Outputs: work performance information, change requests, project management plan updates, project documents updates, organizational assets updates