Scrum — підхід управління проектами для гнучкої розробки програмного забезпечення. Скрам чітко робить акцент на якісному контролі процесу розробки. Тут подана загальна презентація методології та ключових етапів та учасників процесу.

1. Методологія розробки
ІТ проектів SCRUM
МИКОЛА ГАВРИЛЯК
02.06.17
KEENETHICS

2. Чому SCRUM?
SCRUM – це один з Agile процесів, який дозволяє сфокусуватись на
постановці найважливіших з точки зору бізнесу, цінностях в найкоротші
терміни.
Бізнес розставляє пріоритети, команда самоорганізовується і визначає
найкращий шлях випуску функцій з високим пріоритетом.
З інтервалом від одного тижня до одного місяця, можна випускати
працюючий продукт, чи його окрему частину готову до використання.

3. Основні характеристики:
1. Продукт розробляється в процесі проходження
ітерацій («спринтів»), кожний з яких триває не
більше місяця
2. Самоорганізуючі команди
3. Усі вимоги записуються у вигляді єдиного списку,
«беклог продукту»
4. Один з Agile процесів

4. Agile Manifesto (2001)
ЛЮДИ ТА СПІВПРАЦЯ
СПІВПРАЦЯ З
ЗАМОВНИКОМ
ПРАЦЮЮЧИЙ ПРОДУКТ
ГОТОВНІСТЬ ДО ЗМІН
ПРОЦЕСИ ТА
ІНСТРУМЕНТИ
УЗГОДЖЕННЯ УМОВ
КОНТРАКТУ
ВИЧЕРПНУ
ДОКУМЕНТАЦІЮ
ДОТРИМАННЯ
ПОПЕРЕДНЬОГО ПЛАНУ
ВАЖЛИВІШІ ЗА

6. SPRINT - ітерація
- типова тривалість - 1-4 тижні з чітким
часовим обмеженням
- регулярна тривалість спринту задає
ритм розробки
- продукт проектується, розробляється
та тестується в межах одного спринту

7. PRODUCT OWNER
“doing right things”
- формує бачення
- керує бюджетом
- визначає дату релізу
- пріоритезує вимоги
- надихає команду
- відповідає за продукт та
його дохідність

8. DEV TEAM
“doing things right”
- самоорганізовується для досягнення
поставлених цілей
- постачає продукт необхідної якості
- кросфункціональна (програмісти,
тестувальники, дизайнери)
- несе спільну відповідальність за
результат

9. SCRUM MASTER
“doing things better”
- відповідає за впровадження
цінностей та практик Scrum
- полегшує проведення зустрічей
- усуває перешкоди та захищає
команду від зовнішніх впливів
- не роздає завдання

10. ЗУСТРІЧІ (CEREMONIES)
1. Планування спринту:
- аналізуємо беклог
- вибираємо ціль спринту
- створюємо беклог спринту
(завдання) на основі Беклогу
продукту
- оцінюємо беклог спринту в
годинах/папугаях/інше

11. 2. Daily Scrum:
- щоденно у
визначений час
- 15 хв стоячи
- всі мають бути
присутніми на
зустрічі
- Scrum master тільки
веде зустріч
Кожен відповідає на 3 питання:
- що я зробив вчора?
- що планую робити сьогодні?
- які проблеми заважають рухатись далі?
Це не status для Scrum мастера, а зобов’язання
перед колегами!

12. 3. Огляд спринту:
- команда презентує, що
зроблено за спринт (до 2-х
годин)
- фокус на результат, а не процес
- у формі демонтстрації, без
слайдів
- вся команда приймає участь
- всі, кому цікаво можуть прийти
послухати

13. 4. Ретроспектива:
- періодичний аналіз процесу
проекту
- проводиться після кожного
спринту за участі всієї команди
(15-30 хв)
- Формат: що нового впровадити
в процесі розробки?, від чого
варто відмовитись, що варто
продовжити?

14. Документи (Artifacts)
1. Беклог продукту
-вимоги до продукту, список бажаної функціональності,
сортування за пріоритетністю (згідно бачення Product Owner)
- зручний формат - user story: as (user name), I want to (desired
feature) so that (value/benefit) = як адмін я хочу блокувати
користувачів які порушили правила платформи на 24 чи 72
години з метою підтримання правил ресурсу.

16. 2. Беклог спринту:
- формується на зустрічі планування спринту на основі
найпріоритетніших завдань з Беклогу продукту
- будь-який учасник команди може додати, видалити чи змінити
елемент Беклогу спринту
- якщо завдання незрозуміле, то на нього резервують більше часу і
розбивають пізніше на складові
- оцінка роботи, що залишилася щодня оновлюється
Документи (Artifacts)

17. BURNDOWN
графік
- оновлюється щодня
- показує реальний стан
виконаних завдань
- візуалізує процес та кінцеву
мету

19. Дякую за увагу!
mykola.havryliak@keenethics.com
https://www.linkedin.com/in/mykola-havryliak/