Brainscape's Knowledge GenomeTM

Browse over 1 million classes created by top students, professors, publishers, and experts.


See full index

2 - RMC PMP Exam Prep > Chapter 5 - Scope Management > Flashcards

Chapter 5 - Scope Management Flashcards

1
Q

Scope Management

A

Process of defining what work is required and then making sure that work, and only that work, is complete

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

Product scope

A
  • Requirements that relate to the product, service, or result of the project
  • Answers the question, “What end result is needed?”
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Project scope

A
  • The work the project team will do to deliver the product
  • Encompasses the product scope
  • Includes the planning, coordination, and management activities that ensure the product scope is achieved
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Scope management process (6 steps)

A
  1. Develop a plan for how you will plan, validate, and control scope and requirements on the project
  2. Determine requirements, making sure all requirements support the project’s business case as described in the charter
  3. Sort and balance the needs of stakeholders to determine scope
  4. Create a WBS to break the scope down to smaller, more manageable pieces, and define each piece in the WBS dictionary
  5. Obtain validation that the completed scope of work is acceptable to the customer or sponsor
  6. Measure scope performance, and adjust as needed
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Inputs to the Plan Scope Management process

A
  1. Project charter - high-level description of the product, service, or result
  2. Project life cycle description - breaks the project into the phases it will go through to produce the product, service, or result
  3. Development approach - influences how requirements will be elicited as well as how the scope statement and WBS will be developed
  4. OPAs - may be useful for planning
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Outputs to the Plan Scope Management Process

A
  1. Scope Management Plan
  2. Requirements Management Plan
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Scope Management Plan

A

Contains 3 parts which detail how scope will be planned, executed, and controlled. It defines the following:

  • How to achieve scope
  • What tools will help accomplish the scope
  • How to create the WBS
  • How scope will be managed and controlled to the PMP
  • How to obtain acceptance of deliverables
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Main idea behind scope management plan (and all other management plans)

A

If you can’t plan it, you can’t do it

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

Requirements Management Plan

A
  • Describes the methods you intend to use to identify requirements
  • Answers the questions of, “Once I have all the requirements, what will I do to analyze, prioritize, manage, and track changes to them? What should I include in the requirements traceability matrix?
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Requirements

A

Requirements are what stakeholders need from a project or service

Should relate to solving problems or achieving objectives outlined in the charter

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

Components of requirements

A
  • Quality
  • Business processes
  • Compliance
  • Project management
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Inputs to the Collect Requirements process

A
  1. Project charter
  2. Assumption log
  3. Stakeholder register
  4. Agreements
  5. OPAs
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Tools and techniques for collecting requirements

A
  1. Brainstorming
  2. Interviews
  3. Focus groups
  4. Questionnaires and surveys
  5. Benchmarking
  6. Voting
  7. Mutlicriteria decision analysis
  8. Affinity diagrams
  9. Mind maps
  10. Nominal group technique
  11. Observation
  12. Facilitation
  13. Context diagrams
  14. Prototypes
  15. Balancing stakeholder requirements
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Focus groups

A
  • Members of a focus group are usually selected from a specific demographic group of customers
  • Focus group is directed by a moderator
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Types of voting conensus

A
  • Unanimous - everyone agrees
  • Autocratic - a single person is assgined to make the decision for the group
  • Majority - group chooses the decision that more than half of its members support
  • Plurality - group chooses decision that has the largest number of supporters
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Multicriteria decision analysis

A

Stakeholders quantify requirements using a decision matrix based on factors such as expected risk levels, time estimates, and cost and benefits estimates

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

Affinity diagram`

A

Ideas generated from any other requirements gathering techniques are grouped by similaries, which are each given a title

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

Outside of similarities, what can affinity diagrams be organized by?

A

Requirements categories, which include:

  • Business requirements - Why was the project undertaken? What business need is the project intended to address?
  • Stakeholder requirements - What do stakeholders want to gain from the project?
  • Solution requirements - What does the product need to look/function like? What will make the product effective?
  • Transition requirements - What types of handoff procedures/training are needed to transfer the product to the customer or organization?
  • Project requirements - How should the project be initiated, planned, executed, controlled, and closed?
  • Quality requirements - What quality measures does the product need to meet? What constitutes a successfully completed deliverable?
  • Technical requirements - How will the product be built? What are the product specifications?
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
19
Q

Mind map

A
  • Diagram of ideas or notes to help generate, classify, or record information
  • Looks like tree branches branching out of a central core word/term
20
Q

Nominal group technique

A
  • Usually done during brainstorming
  • Follows 4 steps:
  1. A question or issue is posed
  2. Meeting participants write down and share their ideas
  3. Group discusses what’s been shared
  4. Ideas are ranked based on which ideas are most useful
21
Q

Facilitation

A

Facilitation brings stakehodlers together with different perspectives, such as product designers and end users, to talk about the product and ultimately define requirements

Uses a consensus approach, which achieves general agreement about a decision

22
Q

User story

A

Describes functionality or features that stakeholders hope to see, and are often written in the following format:

As a <role>, I want <functionality/goal> so that <business benefit/motivation>

E.g., as a community organizer, I want the new library to offer public meeting spaces so that we have a central place to gather and share ideas

23
Q

Examples of facilitiation sessions

A
  • Joint Application Design (JAD) - used primarily in software development efforts
  • Quality Functional Deployment (QFD) - also referred to as Voice of the Customer or VOC, is a technique generally used in the manufacturing industry
24
Q

Context diagrams

A
  • Shows the boundaries of the product scope by highlighting the product and its interfaces with people, processes, or systems
  • Also known as a context level data flow diagram
25
Q

Balancing stakeholder requirements

A
  • Involves making sure the requirements can be met with the project objectives
  • Also involves prioritizing requirements and resolving conflicts
  • In order to balance stakeholder requirements, it’s vital to identify and prioritize the requirements!
26
Q

When resolving competing requirements, which requirements should you accept?

A

Those that comply with the following:

  • Business case, i.e., reason the project was initiated
  • Project charter
  • Project scope statement
  • Project constraints
27
Q

Outputs to the Collect Requirements process

A
  • Requirements documentation
  • Requirements traceability matrix
28
Q

What one thing MUST be included in requirements documentation?

A

Acceptance criteria, i.e. “how will we know if the work we do will meet this requirement?”

29
Q

Requirements traceability matrix

A
  • Helps link requirements to the objectives and/or other requirements to ensure the strategic goals are accomplished
  • Used throughout the project in analyzing proposed changes to project/product scope
30
Q

What should be documented in a requirements traceability matrix?

A
  • Requirement ID numbers
  • Source of each requirements
  • Resource management assignment
  • Requirement status
31
Q

Define Scope process

A
  • Primarily concerned with what is and what is not included in the project and its deliverabled
  • Uses info from the charter, scope management plan, requirements documentation, assumption log, and risk register to define the project and product scope
32
Q

Project scope statement

A

The project scope statement effectively says, “here is what we will do on this project”

Includes the following:

  • Product scope
  • Project scope
  • Project deliverables
  • Acceptiance criteria
  • What is not part of the project
  • Assumptions and constraints
33
Q

Work Breakdown Structure (WBS)

A
  • Breaks down the project into pieces you can plan, organize, manage and control
  • Shows all of the scope on a project broken down into managable deliverables, which can be further broken into into smaller component deliverables (work packages)
  • ALL projects need a WBS
34
Q

Work package

A
  • The smaller component deliverables that make up a deliverable
  • Work packages consist of nouns (deliverables) rather than actions (activities)
  • Lowest level of the WBS
  • Assigned to ONLY ONE control account
35
Q

Activity

A
  • A particular piece of work scheduled for a project
  • NOT part of the WBS
36
Q

Guidelines to follow when creating a WBS

A
  • A WBS should be created by the PM with input from team and stakeholders
  • Each level of a WBS is a breakdown of the previous level
  • An entire project should be included in the highest levels of a WBS
  • A WBS includes only project deliverables that are required
37
Q

Control account

A

A tool that allows you to collect and analyze WPD regarding costs, schedule, and scope

Provides a way to manage and control costs, schedule, and scope at a higher level than the work package

38
Q

What do you do when you complete the WBS?

A

Scope re-evaulation

39
Q

Key points of a WBS

A
  • Graphical representation of the hierarchy of a project
  • Identifies all deliverables to be completed
  • Is the foundation upon which a project is built
  • Is very important and should exist for every project
  • Can be reused for other projects
  • Does NOT show dependencies
40
Q

Difference between decomposition and WBS

A
  • Decomposition refers to what you are doing
  • WBS is the means to do it
  • I.e., you decompose a project using a WBS
41
Q

WBS dictionary

A
  • Provides a description of the work to be done for each WBS, work package, and it lists the acceptance criteria for each deliverable, which ensures the resulting work matches what is needed
  • Puts boundaries around what’s included in a work package, similar to how a project scope statement puts boundaries around what’s included in a project
42
Q

What does a WBS dicitionary typically include?

A
  • Descriptions of schedule milestones
  • Acceptance criteria
  • Durations
  • Interdependencies
43
Q

Validate Scope Process

A
  • Involves frequent, planned meetings with the customer or sponsor to gain formal acceptance of deliverables during project monitoring and controlling
  • It is NOT confirming the validity and appropriateness of the scope definition during project planning
44
Q

Validate Scope Process inputs

A
  • Work must be completed and checked before each meeting with the customer, i.e. need verified deliverables
  • Scope baseline
  • Need to share info about the requirements of the project and how those requirements have been met, i.e., requirements management plan and requirements traceability matrix
  • Requirements documentation in order to compare the requirements to actual results
  • Quality reports to include info about open or closed issues
  • Lessons learned to improve the process of validating project deliverables
  • Scope management plan to show previously agreed-upon deliverables and plans for gaining formal acceptance to them
  • WPD to assess how well product deliverables are meeting requirements
45
Q

Valide Scope Process ouputs

A

Validate scope is done to ensure the project is on track from the customer’s point of view, rather than just hoping to get final acceptance in project closure. Ouputs include:

  • WPI (i.e., analyzed WPD)
  • Accepted deliverables
  • Change requests
  • Updates to the lessons learned register, requirements traceability matrix, and requirements documentation
46
Q

Control Scope Process

A
  • Involves measuring WPD against the scope baseline and managing scope baseline changes
  • Includs thinking about where changes to scope are coming from and what can be done to prevent/remove the need for any more changes from that source

2 - RMC PMP Exam Prep (14 decks)

Brainscape helps you reach your goals faster, through stronger study habits.
© 2024 Bold Learning Solutions. Terms and Conditions