Як робити Scrum під Waterfall?

scrum-under-waterfall
Дуже часто Scrum під Waterfall існує в організаціях. Хоча він може існувати не формально, але він може бути передбачено договором або правилами фірми. Scrum може бути частиною Agile експерименту. Scrum під Waterfall може існувати, тому що це практично для організації.

Чим одинаковий і чим відрізняється Scrum під Waterfall?

Одинаковий

Фокус на ‘Definition of Done’
Daily Scrum
Sprint Planning
Sprint Review
Sprint Retrospective

Відрізняється

Backlog = Project Plan
Менше часу для Backlog refinement
Менше часу для Sprint planning
Менше спілкування протягом Sprint

Але будьте обережні протягом використання Waterfall: 

Waterfall має погану комунікацію / непорозуміння
Відсутня прозорість
Відрив від реальності
Повільний зворотній зв’язок / Немає зворотного зв’язку
Відсутній результат

Так що вам потрібно зробити наступні речі:

1: Робота в спринті

Waterfall може бути заплановано наприклад на 12 місяців. Якщо Sprint триває 30 днів, ви будете мати 12 спринтів.

2: Уникайте «освоєного обсягу»

Завдання не може бути зроблено для 85,6 або 98%. Завдання може бути готовим або не готовим Definiton of Done!

3: Фокус на Done

Створити критерій готовності (DoD), робота з DoD

4: Тестування, тестування, тестування

Тест протягом спринтів, створення тестів на початку проекту.

5: Отримати Зворотній зв’язок

Зібрати ранній зворотній зв’язок. Показати продукт раніше запланованого часу релізу

Схожі статті

Сценарії історій користувача Кожна історія користувача повинна пройти валідацію і повинна продемонструвати, що вимога була виконана. Ось ефективна формула, яка демонструє конкретні умови історії користувача: Дано <контекст> , Коли <щось трапляється> Тоді <рез...
Waterfall vs. Scrum Що таке “Waterfall”? Waterfall являє собою планове управління проектами з розробки програмного забезпечення. Зазвичай ви працюєте з діаграми Ганта & Microsoft Project, у вас є початкові і кінцеві дати, а також фази проекту. У Waterfall, фази р...
3 рівні вимог в Agile розробці В розробці програмного забезпечення, вимоги мають 3 рівні: - розгорнутий опис бізнесу клієнта - вимоги з точки зору клієнта - функціонал, що повинен бути реалізований в нашій аплікації Приклад: "Нам потрібен інструмент для вибору даних з різн...
Історії користувачів (User Stories) Історії користувачів в agile термін, що традиційній розробці називають "програмні вимоги". Вони є короткими заявами про намір або вимога до системи. Ось основна формула написання історії користувача: Як <роль> я хочу <функція> щоб <...