Годинах розробки

Грошових одиницях

Story Points, завершених за спринт

К-сті завдань

Усі виконують одну й ту саму роль

Команда включає фахівців різних профілів для створення цінності end-to-end

Команда підпорядковується лише функціональному керівнику

Команда не взаємодіє зі стейкхолдерами

Децентралізований (2-й принцип)

Командно-адміністративний

Централізований (1-й принцип)

Матричний контроль

15–20

3–9

10–15

2–4

Scrum-майстер розподіляє завдання між розробниками

Команда розробки самоорганізується й несе спільну відповідальність за інкремент

PO не впливає на пріоритезацію

Власник продукту — група осіб, що колективно керують беклогом

Шторм (Storming)

Формування (Forming)

Нормування (Norming)

Виконання (Performing)

Зменшення кількості комунікаційних зв’язків

Автоматичне підвищення продуктивності

Зниження потреби в координації

Експоненційне зростання комунікаційних зв’язків n(n-1)/2

Lead time

Velocity

Burndown Chart

Cumulative Flow Diagram

«Що має зробити команда в межах тижня»

«Час → ресурс → результат»

«Що? Де? Коли? Хто відповідальний?»

«Як [роль], я хочу [дія], щоб [цінність]»

Узгоджений план релізів продукту

Перелік завдань, які вже виконані в спринті

Документ, що описує ролі в команді

Упорядкований список усіх вимог і функціональностей продукту