Chapter 2 Flashcards

Planning the Project

1
Q

Analysis Paralysis

A

The ongoing study of a problem to delay actually addressing the problem.

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

Business Objective

A

Defines the specific outcome the business wants to achieve.

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

Benchmarking

A

Compares one component to a similar component.

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

Brainstorming

A

Encourages participants to generate ideas about an opportunity or business problem.

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

Business Rules Analysis

A

Business rules define the internal processes to make decisions, provide definitions for operations, define organizational boundaries, and afford governance for projects, employees, and operations.

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

Focus Groups

A

A type of stakeholder analysis, usually 6-12 participants.

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

Functional Decomposition

A

Takes a large problem and breaks it down into smaller, manageable components.

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

Root Cause Analysis

A

Studying the effect that’s being experienced and then determining the causal factors of the effect.

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

Feasibility Study

A

A documented expression of what your research has told you. It helps you determine the validity or scope of a proposed project or a section of a project.

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

The feasibility study is divided into eight sections

A

-Executive Summary
-Defined business problem or opportunity
-Purpose of the study
-Options assessed
-Assumptions used in the study
-Audience impacted
-Financial obligations
-Recommended action

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

Executive Summary

A

The purpose is to draw the reader into your findings and to define the key points of your analysis.

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

Defined business problem or opportunity

A

This section describes the business problem and its effect on the organization or the opportunity the organization may seek.

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

Purpose of the feasibility study

A

To determine if an identified opportunity is valid or to determine if an identified problem can be resolved.

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

Options Assessed

A

Feasibility studies examine multiple options, often called alternative identification, for the business problem or opportunity to determine the best solution for the organization.

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

Assumptions used in the study

A

An assumption is something you believe to be true but you have not proven to be true.

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

Audience Impacted

A

The feasibility study should address issues concerning the users, capability resource gaps, and who will be affected by the implementation.

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

Financial Obligations

A

This section of the feasibility study provides an overview of the cost of the technology rather than a full blown budget.

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

Recommended Action

A

Within this section of the feasibility study, you’re ready to make your pitch for, or against, a technology to solve the problem.

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

Business Case

A

To help the organization determine whether it can justify the cost of the project in proportion to the return on investment. The business case links the value of the projects solution to the organization.

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

Life Cycling Costing

A

Describes the cost to maintain the solution; usually management wants to know the maintenance costs for the solution for each year the solution is to be used.

21
Q

Benefits of the solution

A

This section is the primary purpose of the business case. It defines the quantified benefits of the solution, justifies the costs, and defines the ROI.

22
Q

Cost of the solution

A

The business case should estimate the total costs of the solution.

23
Q

Risk Assessment

A

The business case should include an initial risk assessment that defines the obvious risks in the project, the anticipated impacts and probabilities of the risks, and the risks of not doing the project.

24
Q

Project Scope Statement

A

This document defines all of the deliverables the project will create, the boundaries of the project, and the work that the project team will need to complete in order to create the project deliverables.

25
Q

Progressive Elaboration

A

Means that you start with a broad definition and then elaborate on the specifics of the deliverables through a series of refinements.

26
Q

The Project Scope statement has six components

A

-Product Scope Description
-Product Acceptance Criteria
-Project Deliverables
-Project Exclusions
-Project Constraints

27
Q

Product Scope

A

Is a description of the features and functions the customer will receive as a result of your project team completing their he project.

28
Q

Product Acceptance Criteria

A

Defines what the project must create in order for the project to be accepted by the customer and for the project to be considered completed.

29
Q

Three Constraints
-Sometimes called the Triple Constraints of project management
-Sometimes called the Iron Triangle of project management

A

-Time/Schedule
-Cost/Budget
-Scope

30
Q

Meetings

A

Also called ceremonies

31
Q

Documents

A

Also called artifacts

32
Q

Product Backlog Prioritization

A

The product owner works with the customers, business analysts, executives, and other key stakeholders to gather , document, and prioritize all of the currently known project requirements.

33
Q

Sprint Planning Meeting

A

At the launch of the sprint, the development team, the product owner, and the project manager (called the Scrum Master in scrum projects) plan how much work the team can do in the next iteration, called a sprint.

34
Q

Sprint Backlog

A

The items that are selected from the product backlog to be completed in the current sprint.

35
Q

Daily Scrum

A

Every workday, at the same time and place, the development team meets for a 15-minute ceremony.

36
Q

Sprint Review

A

At the end of the sprint the development team demonstrates what it has completed during the sprint.

37
Q

Sprint Retrospective

A

Allows the team to discuss what did and did not work well in the pay few weeks of the project.

38
Q

Communications Management Plan

A

Defines all the required communications, scheduled meetings, and expected types of communications, depending on the project scenarios.

39
Q

Resource Contention

A

Happens when two projects need the same person or resource at the same time.

40
Q

Gold Plating

A

Consists of changes that the project manager adds without the customer’s approval, simply to eat up the project budget, or to improve the project value.

41
Q

Value -added reseller (VAR)

A

Three ways that VARs usually bill
-Time and materials
-Fixed fee contracts
-Cost plus contracts

*As a general rule, you want to avoid cost-plus contracts.

42
Q

Work Breakdown Structure (WBS)

A

The WBS is a deliverables-oriented collection of the project. The WBS provides a true reflection of all the deliverables the project will create, and using this, you can create an accurate and complete task list.

43
Q

Contingency Plan

A

Also called fallback plans, rollback plans, worst-case scenario plans, or disaster-recovery plans. It is a predetermined decorate will be enacted should the project go awry.

44
Q

Servant Leadership is based on four principles

A

-Shield the team
-Remove impediments
-Keep the team vision
-Provide the things the team needs to do the work

45
Q

Information Radiators

A

A visual approach to project status and what’s in the work queue.

46
Q

Burn up chart

A

Shows the accumulation of tasks completed in the iteration and “burns up” toward the goal or task to complete in an iteration.

47
Q

Burn down chat

A

Starts with the number of tasks assigned and “burns down” as tasks are completed in the project iteration.

48
Q

Dashboard

A

A quick report of all the important topics for a project.

49
Q

Kanban board

A

Sign boards that visualize the flow of activities in a project.