Scrum. Практики забезпечення якості

План уроку:

User Story
Acceptance Criteria
Definition of Done / Definition of Ready
Практика оцінювання

Agile Estimation

Як складати оцінку задачі:

1. Врахувати всю роботу, яка знадобиться dev, test, DevOps

2. Час на код рев'ю та мердж

3. Час на деплой

4. Час на оновлення документації та бази знань (knowledge base )

5. Комплексність задачі

6. Наскільки команда знайома з технологією, чи будуть питання з цим

7. Чи є залежності на інші команди, чи є сторонні інтеграції

8. Основні ризики, які можуть виникнути

User Story

Як «Користувацька Роль»: ...

Я хочу «Активність»: ...

Щоб «Бізнес цінність»: ...

Definition of Ready

Завдання – прикріпити поличку

Що вам потрібно знати, щоб почати роботу?

Наприклад:

1. Куди її вішати?

2. Як її можна кріпити?

3. Яку вагу вона має витримувати?

4. Як швидко її треба повісити?

Як тільки ви знаєте відповіді на ці питання – ви можете розпочати роботу.

Definition of Ready

Definition of Ready визначає критерії якості для початку роботи.

Використовується для:

• User story;

• Business epic;

• Product (release) theme.

Мета: гарантувати, що будь-яке завдання з беклогу готове бути взятим в роботу в спринт, а значить, команда впевнена, що може взятися за роботу і закінчити її в межах заданого терміну.

Приклад DoR :

• цінність для бізнесу чітко сформульована;

• команда розробників досить добре розуміє деталі, щоб почати роботу;

• залежності визначені, і ніякі зовнішні залежності не можуть стати на заваді виконанню;

• критерії прийняття визначені (Acceptance criteria).

Definition of Done

Завдання – прикріпити поличку

Як ви зрозумієте, що робота закінчена?

Наприклад:

1. Замовник підтвердив, що задоволений

2. Будівельне сміття прибране

3. Інструменти складені

Як тільки ви знаєте відповіді на ці питання – ви можете закінчити роботу.

Definition of Done визначає технічні критерії якості завершення роботи.

Використовується для:

• User story;

• Business epic;

• Product (release) theme.

Мета: гарантувати рівень якості кожної задачі.

Приклад DoD :

• модульні тести пройдені (Unit tests);

• код перевірено (Code review);

• функціональні тести пройдено;

• нефункціональні вимоги виконані.

Acceptance Criteria

Завдання – прикріпити поличку.

Ви – замовник; як ви переконаєтеся, що робота зроблена як треба?

Наприклад:

1. Поличка висить у потрібному місці.

2. Поличка добре виглядатиме з іншими меблями.

3. Поличка витримує вагу предметів.

4. Поличка висить рівно.

Як тільки ви знаєте відповіді на ці запитання, ви можете закінчити роботу.

Acceptance Criteria

Acceptance Criteria (Критерії приймання) визначає набір бізнес умов для прийняття конкретної роботи.

Використовується для:

• User story.

Мета: гарантувати, що зроблено те, що користувач очікує.

Приклад Acceptance Criteria

User story: Як користувач, я хочу використовувати поле пошуку, щоб ввести місто, ім'я або

вулицю, щоб я міг знайти відповідні варіанти готелів.

Пошук виконується, якщо користувач вводить місто, назву готелю, вулицю, або все разом.
Пошук здійснюється англійською, французькою, німецькою та українською мовами.
Користувач не може ввести більше 200 символів.
Якщо користувач ввів спеціальний символ, показати попереджуюче повідомлення: «Пошук
не може містити спеціальні символи».

Приклад Acceptance Criteria №2

User story: Як користувач, я хочу мати можливість відновити пароль до свого облікового запису, щоб

мати доступ до свого облікового запису, якщо я забуду пароль.

Scenario: Забули пароль

Given: Користувач переходить на сторінку входу.

When: Користувач вибирає варіант <забув пароль>.

And: Вводить коректну адресу електронної пошти, щоб отримати посилання для відновлення пароля.

Then: Система надсилає посилання на введену адресу електронної пошти.

And: Користувач отримує посилання на електронну пошту.

And: Користувач переходить за посиланням, отриманим в електронному листі.

And: Система дозволяє користувачу встановити новий пароль.

Definition of Done vs Acceptance Criteria