What's the story
Go Team!
Ceremonial
Value Added
Potpourri
100

Every user story should have an actor, a feature or function, and this.

Purpose or expected outcome

100

Agile suggests that team are this.

Self-organizing

100

The most important rule is that this MUST happen every day.

Stand up

100

Represented by the set of stories or features that must be completed prior to an initial launch

Minimum Viable Product (MVP)

100

??

???

200

How do engineers know what will be included in a User Acceptance Test (UAT) before the story can be closed.

Acceptance criteria

200

In Scrum, what team role(s) may act as Scrum Master (with training)?

Any role!

200

Who runs stand up

Anybody. It is a meeting by the team for the team.

200

Who decides on final prioritization of stories in the backlog

Product Owner

200

Do this when a story is too big to be delivered within the team norms

Story splitting

300

Fibonacci sequence is often used to do what

Assign Story Points

300

Name two non-engineering roles on an Agile delivery team

Product Owner and Agile Delivery Lead (or Scrum Master)

300

The ceremony does not appear formally in Agile best practices

Grooming (or Refinement)

300

This method of prioritization helps teams to identify the next items to work on.

Stack rank

300

Ignoring this important practice in Agile will lead to additional tech debt

Code refactoring

400

Who assigns story points?

Those doing the work (aka engineering team)
400

Teams thrive when they make this a priority

Continuous improvement

400

This ceremony only applies to Scrum Agile teams

Sprint Planning

400

The best indicator of the value of the features delivered is

User feedback

400

We value working software over...

Comprehensive documentation
500

[action] the [result] [by|for|of|to] a(n) [object] is an example of what alternative to the traditional User Story format

Feature-Driven Development (FDD)

500

This person developed the model of 5 Stages of Team Development; forming, storming, norming, performing, and adjourning

Bruce Tuckman
500

A retrospective looks at the the immediate past to help identify process improvements for the team. This looks back at a project to call out needs to maximize the chance of success for future projects

Lessons learned or Post Mortem

500

In 2015 the Standish Group estimates that this percentage of feature are used often (within 5%)

32%  (41% infrequently used, 27% hardly ever used)

500

This document kicked off the Agile movement

The Agile Manifesto

M
e
n
u