Як робити 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, фази розробки мають визначений порядок: спочатку ви пишете вимоги, опісля ви починаєте проектувати і розробляти аплікацію, а в кінцевих фазах відбувається тестування і розгортання аплікації.

Waterfall vs. Scrum

Waterfall

Розроблені вимоги
Стійкість до змін
– зміна є багом
Слабка участь клієнта
Визначений початок і кінець проекту
Великий розмір команди
Кілька фаз
Визначений набір функцій

Scrum

Вимоги Just-In-час
Безперервна зміна
– зміна – Особливість
Постійна участь клієнта
План для Sprint. Product Backlog
Невеликі команди (від 3 до 9 осіб)
Реліз в коженому спринті
Не фіксований набір функцій