Agile Core Practices Flashcards

1
Q

Project charter

A

A document that tells the team why they are here and the project objective.

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

Team charter

A

A document that addresses how the team will work together around a team vision and clear working agreements.

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

Daily stand-up

A

Short team meeting where members typically stand up and the team walks through the current Kanban board tasks. Used for teams to micro-commit to each other, blockers are raised so the team can swarm around any issues, issues added to a parking lot to solve separately.

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

Backlog

A

a prioritized list

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

Product backlog

A

List of upcoming features for a product.

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

Sprint backlog

A

list of user stories for a sprint.

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

Who produces the product roadmap?

A

Product owner

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

Product roadmap

A

Includes a high-level sequence of features to be delivered. Product owner may also use high level prototypes showing how the product fits together.

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

Rolling wave planning

A

High level features broken down into user stories that go into the sprint backlog for a person to work on during a sprint.

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

Triads

A

Developer, tester, and business representative (product owner, senior user, or business analyst) “three amigos”

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

What does a triad do?

A

Works together to provide the requirements for user stories, document requirements into the cards, determine a solution and effort required, and size cards accordingly.

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

Story card sizing

A

Performed during backlog refinement, user story creation, or on its own. Team takes user stories that are “ready” and estimates the effort.

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

How do you size story cards?

A

T-shirt sizes (S, M, L, XL) and “relative sizing” using story points, based on the Fibonacci number sequence (1, 2 , 3, 5, 8, 21) user stories should be small enough to fit in a sprint or iteration.

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

What is backlog refinement?

A

When the product owner works with the team to ensure work is in the right order based on technical dependencies and customer value. Ensures cards are sized for effort to complete. Ensures the team has enough work to do during the next sprint and helps the team prepare user stories for the next 1 to 2 sprints or iterations.

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

What is sprint planning?

A

Involves selecting the current highest priority user stories and ensuring that they are sized, and checking the team’s current velocity or average throughput. Number of sized cards are then added to the next sprint (including any cards rolling over from the previous iteration) to match the current velocity.

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

What do teams do in Kanban?

A

Measure throughput (average number of user stories completed) and limit the work in progress (WIP)

17
Q

Is sprint planning ongoing?

A

Yes, it is done through backlog preparation and refinement, story card collaboration, the product roadmap as well as sprint planning.

18
Q

Retrospectives

A

A meeting, often facilitated by the team lead role at the end of a iteration, where the team comes together to discuss what went well, what challenged us and how we can improve, what did we learn, what still puzzles us and what questions to do we have? Can also be held when the team is stuck, when a team ships or complete something, or if more than a few weeks have passed since the last one.

19
Q

Demonstrations/sprint review

A

Team completes usable features over time in the form of multiple user stories in each sprint. The aim is to complete something demonstrable in each iteration. The usable feature is then demonstrated to the customers (directly or through the product owner) who accept the item or give feedback on it. This ensures the team moves forward on the right track.

20
Q

Continuous integration

A

Work is frequently incorporated into the whole product, then retested to ensure it still works as intended.

21
Q

Test at all levels

A

Unit testing for each piece (user story), system testing the product end-to-end. User acceptance testing to test from a customer’s perspective and regression testing to check if anything existing has broken.

22
Q

Acceptance test driven development

A

Team agrees on acceptance criteria for the work, writes the test first, ensures the test fails, then writes the code to pass the test.

23
Q

Behavior driven development (BDD)

A

Writing the test as the behavior we want. BDD (Given, when, then) User stories (as a, I want, so I can)

24
Q

Spikes

A

Timeboxed research or learning, often for technical solutions or acceptance criteria.

25
Q

What do agile metrics focus on?

A

Delivering working products of demonstrable value to customers.

26
Q

What are burndown charts used for?

A

To measure the iteration’s work.

27
Q

What is cycle time?

A

Time to complete a piece of work like a user story.

28
Q

What is lead time?

A

Time from the customer order to delivery like a feature.

29
Q

What is velocity?

A

Average number of story points a team completes each sprint.

30
Q

In agile is every project different or the same?

31
Q

What is a typical flow for a regular agile approach?

A

Product backlog, sprint planning, daily stand up, backlog refinement, sprint review, and retrospective, then you go back into sprint planning, etc. for the next sprint. Each sprint averages about 2 weeks. Small teams of 3-12. Visual mangement is used, information radiator, pairing to code and swarming around problems.