Planning for Agile Projects Flashcards

1
Q

Affinity estimating

A

Way of grouping user stories into similar categories or collections. For example, in IT we may group by hardware, software, data and network. Groups similar stories and then uses relative estimating for the stories.

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

Agile discovery

A

Means the project team discovers through experiments and innovation the best approach to accomplish their work

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

Architectural spike

A

Is experimentation that the team performs early in the project to prove that what they’re trying to accomplish in the project is feasible, it’s a proof of concept exercise. It’s a time boxed effort to test your approach, make sure you have the right architecture and approach to build the software.

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

Ceremonies

A

Are the meetings and events in an agile project. Include sprint planning meetings, daily standup meetings, iteration reviews, and iteration retrospectives.

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

Course-grained requirements

A

Are high level chunky descriptions of the project requirements

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

Cone of uncertainty

A

Describes how a large range of uncertainty exists at the beginning of the project and over time with experience the cone becomes smaller and smaller because certainty increases.

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

Convergence graphs

A

Shows how initial estimates are flawed and over time, with progressive elaboration, that the range of variance gets smaller and smaller and the certainty of estimates increases

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

Epics

A

Large user stories that are too large for just one iteration. Epics can span diff projects in some cases. Epics are placeholders for a collection of 5 or more related user stories.

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

Fibonacci sequence

A

Pattern of numbers where each number is the sum of the two preceding numbers. For example, zero plus one equals one. One plus one equals two. And so on… think of the shell

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

Fine-grained requirements

A

Much more detailed and particular and are specific on acceptability requirements

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

First time, first-use penalty

A

Describes a condition where the project team has never done this type of work. Penalty is the work may take longer and/or cost more than anticipated

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

Ideal time

A

Describes the ideal amount of time it will take to create the items in the backlog. This estimate doesn’t consider interruptions or delays in the project work.

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

INVEST

A
Is a use story acronym to confirm that user stories are 
Independent
Negotiable
Valuable
Estimable
Small
Testable
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Iteration backlog

A

Is the backlog of use stories the team has selected to accomplish in the current iteration

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

Iteration H

A

Is called thus because it’s the iteration that involves hardening or a hardening sprint to clean up and stabilize the code. It helps wrap up the project for release and it’s all about stabilizing the code and refactoring everything for a good clean release.

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

Iteration zero

A

Is the first iteration or sprint where the team establishes the development environment. The team builds out the test servers, databases, and preparing for JUnit or NUnit testing. It’s also where your team will establish continuous integration architecture, design team rules, and if co-located setup the war room.

17
Q

Parkinson’s law

A

States that work expands to fill the time allotted to it. Describes the danger of including padding in estimate sizes as it’ll always expand to what it’s given.

18
Q

Planning poker

A

Uses cards with the Fibonacci sequence of 1,2,3,5,8. PM and team look at each user story and everyone privately choses whichever poker card they think correctly sizes the story. Everyone flips cards. then in unison and discussion about how to size from there.

19
Q

Product boxes

A

Is a mockup of your project solution as if it were for sale and contained in a product box on a store shelf. The product box show the value of what the project is creating. It’s a way of visualizing what the top features of the product are.

20
Q

Product roadmap

A

Big picture of the functionality the team’s deliverables and how that satisfies the product vision.

21
Q

Product vision

A

Summary to communicate the project’s end goal. Vision statement describes how the project’s product will differ from competitor’s products and support the overall strategy of the organization.

22
Q

Progressive elaboration

A

Is an adaptive planning technique that starts with a broad idea of the project and breaks it down into smaller and smaller items and components as the project progresses.

23
Q

Release plan

A

Defines a set of requirements that when completed may be released. Determines when we are going to have releases available. Project manager, product owner, and project team determine the next set of functionalities that can be released as part of an incremental approach.

24
Q

Risk-based spike

A

Is a brief investigation the team performs early in the project to identify and test risks within the project.

25
Q

Rolling wave planning

A

Uses waves of planning and then executing and is characteristic of adaptive projects.

26
Q

Sizing t-shirts

A

Determining and sorting true sizes by comparing them. It’s a type of affinity estimating.

27
Q

Slicing

A

Process of breaking down a large user story into smaller stories or tasks.

28
Q

Story points

A

Points assigned to user stories for purposes of sizing them. Large worth 5, medium worth 3, small worth 1 is an example.

29
Q

Three Cs of user stories

A

Card - index card with just enough info to ID the story
Conversation - communication from between customer and development team on the details
Confirmation - customer confirmation that the story has been implemented correctly in the product

30
Q

Timeboxing

A

A predetermined, fixed duration for a project event

31
Q

User story

A

A small chunk of biz functionality. Written from the customer’s perspective and describe a feature of the product you’re creating

32
Q

User story backlog

A

Also known as the product backlog, contains all the requirements in a user story format

33
Q

User story formula

A

Includes role, functionality and benefit: As a I want this so that I’ll receive this

34
Q

Value-based analysis

A

Examines the biz value and assesses the worth of what the project will create. This is the business benefit minus the cost of the project

35
Q

Value-based decomposition

A

Is a visual decomposition of the project scope, requirements, features, or risk. This is a way to examine the requirements and determine the value of each requirement for prioritization and relationships among the components.

36
Q

Wideband Delphi Technique

A

Sometimes just called the delphi technique has rounds of anonymous surveys to create estimates, gather risks, or gather requirements. It helps to build consensus without everyone following one person’s point of view.