Project Scope Management Flashcards

1
Q

A planning heuristic for creating the WBS. Work packages must be chunks of work that can be completed within (1 day) to (10 days).

A

8/80 Rule
Pareto Principle

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

The observer interacts with the worker to ask questions and understand each step of the work being completed. In some instances, the observer could serve as an assistant in doing the work.

A

Active observation

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

type of Data representation technique used for collecting requirements. Used to classify large number of ideas into groups for review and analysis. helps organize an unorganized list of ideas into a single or multiple coherent groups.

A

Affinity diagrams

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

A scope definition process of finding alternative solutions for the project customer while considering the customer’s satisfaction, the cost of the solution, and how the customer may use the product in operations.

A

Alternatives generation

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

A decision method where only one individual makes the decision for the group.

A

Autocratic

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

This approach encourages participants to generate as many ideas as possible about the project requirements. No idea is judged or dismissed during the session.

A

Brainstorming

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

Documented in the scope management plan, this system defines how changes to the project scope are managed and controlled.

A

Change control system (CCS)

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

This subsidiary plan defines how changes will be allowed and managed within the project.

A

Change management plan

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

A numbering system for each item in the WBS. The PMBOK is a good example of this as each chapter and its subheadings follow a logical numbering scheme. For example, PMBOK 5.3.3.2 identifies an exact paragraph in the PMBOK.

A

Code of accounts

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

This subsidiary plan defines how changes to the features and functions of the project deliverables will be monitored and controlled within the project.

A

Configuration management plan

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

Visual tools that depict the scope of the product showing the business system and how it relates and interacts with the other systems as well. It helps project managers understand the flow of the project’s system

A

Context diagram

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

A moderator-led requirements collection method to elicit requirements from stakeholders.

A

Focus groups

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

This is the study of the functions within a system, project, or, what’s more likely in the project scope statement, the product the project will be creating. This studies the goals of the product, how the product will be used, and the expectations the customer has of the product once it leaves the project and moves into operations. It may also consider the cost of the product in operations, which is known as life-cycle costing.

A

Functional analysis

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

Most projects have a determined budget in relation to the project scope. There may be a qualifier on this budget, such as plus or minus 10 percent based on the type of cost estimate created.

A

Funding limit

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

A requirements collection method used to elicit requirements from stakeholders in a one-on-one conversation.

A

Interviews

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

A group decision method where more than 50 percent of the group must be in agreement.

A

Majority

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

This approach maps ideas to show the relationship among requirements and the differences between requirements. It can be reviewed to identify new solutions or to rank the identified requirements.

A

Mind mapping

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

As with brainstorming, participants are encouraged to generate as many ideas as possible, but the suggested ideas are ranked by a voting process.

A

Nominal group technique

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

The observer records information about the work being completed without interrupting the process; sometimes called the invisible observer.

A

Passive observation

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

A group-decision method where the largest part of the group makes the decision when it’s less than 50 percent of the total. (Consider three or four factions within the stakeholders.)

A

Plurality

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

This project scope statement component works with the project requirements, but focuses specifically on the product and what the conditions and processes are for formal acceptance of the product.

A

Product acceptance criteria

22
Q

A scope definition technique that breaks down a product into a hierarchical structure, much like a WBS breaks down a project scope.

A

Product breakdown

23
Q

This is a narrative description of what the project is creating as a deliverable for the project customer.

A

Product scope description

24
Q

Defines the product or service that will come about as a result of completing the project. It defines the features and functions that characterize the product.

A

Product scope

25
Q

A factor in the planning process that is held to be true but not proven to be true.

A

Project assumptions

26
Q

This clearly states what is included with the project and what’s excluded from the project. This helps to eliminate assumptions between the project management team and the project customer.

A

Project boundaries

27
Q

Anything that limits the project manager’s options. Consider a predetermined budget, deadline, resources, or materials the project manager must use within the project as examples.

A

Project constraints

28
Q

These are the measurable goals that determine a project’s acceptability to the project customer and the overall success of the project. These often include the cost, schedule, technical requirements, and quality demands.

A

Project objectives

29
Q

These are the demands set by the customer, regulations, or the performing organization that must exist for the project deliverables to be acceptable. These are often prioritized in a number of ways, from “must have” to “should have” to “would like to have.”

A

Project requirements

30
Q

This defines all of the work, and only the required work, to complete the project objectives.

A

Project scope

31
Q

This project management subsidiary plan controls how the scope will be defined, how the project scope statement will be created, how the WBS will be created, how scope validation will proceed, and how the project scope will be controlled throughout the project.

A

Project scope management plan

32
Q

This documentation of what the stakeholders expected in the project defines all of the requirements that must be present for the work to be accepted by the stakeholders.

A

Requirements documentation

33
Q

This subsidiary plan defines how changes to the project requirements will be permitted, how requirements will be tracked, and how changes to the requirements will be approved.

A

Requirements management plan

34
Q

This is a table that maps the requirements throughout the project all the way to their completion.

A

Requirements traceability matrix (RTM)

35
Q

The project customer may have specific dates when phases of the project should be completed. These are often treated as project constraints.

A

Schedule milestones

36
Q

Undocumented, unapproved changes to the project scope.

A

Scope creep

37
Q

The formal inspection of the project deliverables, which leads to project acceptance.

A

Scope validation

38
Q

A scope definition process where the project management team interviews the stakeholders and categorizes, prioritizes, and documents what the project customer wants and needs. This is to determine, quantify, and prioritize the interests of the stakeholders. This demands quantification of stakeholder objectives; goals such as “good,” “satisfaction,” and “speedy” aren’t quantifiable.

A

Stakeholder analysis

39
Q

A scope definition approach that studies and analyzes a system, its components, and the relationship of the components within the system.

A

Systems analysis

40
Q

This project scope statement creation process studies how a system should work, designs and creates a system model, and then enacts the working system based on the project’s goals and the customer’s expectations. This aims to balance the time and cost of the project in relation to the scope of the project.

A

Systems engineering

41
Q

A group decision method where everyone must be in agreement.

A

Unanimity

42
Q

This approach examines the functions of the project’s product in relation to the cost of the features and functions. This is where, to some extent, the grade of the product is in relationship to the cost of the product.

A

Value analysis

43
Q

This approach to project scope statement creation attempts to find the correct level of quality in relation to a reasonable budget for the project deliverable while still achieving an acceptable level of performance of the product.

A

Value engineering

44
Q

A WBS companion document that defines all of the characteristics of each element within the WBS.

A

WBS dictionary

45
Q

A prepopulated WBS for repetitive projects. Often used as templates for current similar projects.

A

WBS template

46
Q

A deliverables-oriented breakdown of the project scope.

A

Work breakdown structure (WBS)

47
Q

The smallest item in the WBS.

A

Work package

48
Q

Status of the deliverables: the work that’s been started, finished, or has yet to begin.

A

Work performance information

49
Q

These describe specific characteristics that a product must have to meet the needs of the stakeholders and the business itself.

A

Solution requirements

50
Q

Two types of Solution requirements

A

*Functional requirements define what a product must do, what its features and functions are. the specific behaviors and capabilities of your product
*Nonfunctional requirements describe the general properties of a system, the quality and environmental needs of the product.. They are also known as quality attributes.

51
Q

Document that maps all the requirements from the solution back to the business requirements. Allows the PM to map solutions requirements back to business requirements to ensure what is being built should be part of the project.

A

Traceability Matrix

52
Q

Systems Engineering, Value Engineering, and Value Analysis are examples of? All of these are techniques allows us to understand the product and its characteristics better.

A

Product Analysis