Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
SlideShare a Scribd company logo
All slides  2015 Scrummaster.com.ua
Scrum Intro Dive
інструктор:
Андрій Павленко
2
Тренер
Email: andrey.v.pavlenko@gmail.com
Skype: andrey.v.pavlenko
Андрій Павленко
CSP, CSM, CSPO, PSMI, Mgt30
3
Маніфест Гнучкої розробки 2001
Ми постійно відкриваємо для себе більш досконалі методи розробки
Програмного забезпечення, займаючись розробкою безпосередньо і допомагаючи
В цьому іншим. Завдяки виконаній роботі ми змогли усвідомити, що:
Люди і взаємодія важливіше процесів та інструментів
Працюючий продукт важливіше вичерпної документації
Співпраця з замовником важливіше узгодження умов контракту
Готовність до змін важливіше виконання первинного плану
Тобто, не заперечуючи важливості того, що праворуч,
Ми все-таки більше цінуємо те, що зліва.
www.agilemanifesto.org
Маніфест Гнучкої розробки
4
Постійне поліпшення
цикл Демінга-Шухарта
емпіричний процес
Інспекція та
адаптація
5
Скрам-Фреймворк
Potentially
Shippable
Product
Increment
Беклог
спринту
Беклог
продукту
Планування
Спринту
Огляд
Спринту
РетроспективаЩоденний
Скрам
1-4
Тижнів
6
Спринт - часова рамка
S1
1-4 тижні
фіксована довжина ненормальне завершення
Якщо мета спринту з невідомих
або відомим бізнесу причин не
може бути досягнута
Фокус
Належить команді, Ніхто не
може змінювати склад спринту
окрім команди щоб додати або
видалити елемент PBI
S2 S3 S4
7
Ретроспектива Спринту
• Команда зустрічається приватно
• Власник Продукту включений!
• формат
• зібрати дані
 Відобразити те що працювало добре а що ні
• створити бачення
 Дискусія результатів і нових Видінь
• пункти рішень
 Розглянути прийняття нових практик
 Престати робити речі які не працюють
3 години
Почали Закінчили Продовжили
Зберігайте цікавим
повага
їжа
різноманітність
8
Скрам - НЕ срібна куля
• Простий, але не легкий
• Часткове впровадження не працює
А також «Шлях Вибору Кількох
Легких Елементів» недостатній
• Допомагає швидко виявляти проблеми
• Вводить нові ролі
• Вимагає повного залучення
• Зворотній зв'язок не може ігноруватися
Scrum-гибрид
9
Скрам-команда
бажані вимоги
Власник
Продукту
команда розробки
Продукт
Скрам Майстер
10
Власник Продукту
Максимізує
значимість роботи що
зроблена командою
розробки
o Представляє набір бачень
o Єдиний, хто управляє Беклогом
o розробляє вимоги
o Відповідальний за профіт (ROI)
o Планує на 5 рівнях
o Представляє відгуки про роботу
o Комунікує з командою і стейкхолдерами
11
5 Рівнів планування
Стратегія
Портфоліо
Бачення
Дорожня
карта
Реліз
Спринт
День
P1 P2 P3 P4 P5
Product Backlog
Release 1 Release 2 Release 3
s1 s2 s3 s4 … sN
ПлануваннявСкрам
12
Планування Спринту
Беклог
Продукту
Беклог
Спринту
Пріоритезувати/Впорядковано
Завдання 1: Що? Задача 2: Як?
2-4 години для
2-тижневого
спринту
8 годин
13
Ретроспектива Спринту
• Команда зустрічається приватно
• Власник Продукту включений!
• формат
• зібрати дані
 Відобразити те що працювало добре а що ні
• створити бачення
 Дискусія результатів і нових Видінь
• пункти рішень
 Розглянути прийняття нових практик
 Престати робити речі які не працюють
3 години
Почали Закінчили Продовжили
Зберігайте цікавим
повага
їжа
різноманітність
14
Скрам-Майстер
o сприяє
o захищає
o тренує
o вчить
o адмініструє процес
o усуває перешкоди
Допомагає
команді бути
краще!
15
Коротко про Скрам-Майстра
 усуває перешкоди
 Сприяє у проведенні заходів
 Посередник в суперечках
 вчить скрам
 управляє Процесом
 розгойдує
 Спостерігає і керує командою
 Захищає від відволіканія
 Зв'язок із зацікавленими особами
 Стежить за часом
 заохочує досконалість
 святкує успіх
Скрам-Майстер 7 учасників Команди Продуктивність
16
o 3 - 9
o крос-функціональна
o повна зайнятість
o самоорганізована
o уповноважена
o відповідальна
Команда розробки
Розробляє
продукт з
найвищою
якістю
17
Щоденний Скрам
15 хв
Три питання
• Що ти робив вчора для досягнення мети спринту?
• Що збираєшся робити сьогодні для досягнення мети
спринту?
• Що блокує тебе і твою команду від досягнення мети
спринту?
18
Огляд Спринту
PowerPoint
мета
• Показати закінчені історії
• Отримання відповіді від стейкхолдерів
4 Год
.. або хоча б не так багато
19
Шаблон Користувацької історії
Як <користувацька роль>,
Я можу <робити щось>,
Що в підсумку <Приносить
мені якусь цінність>.
3С (Card – Conversation – Confirmation)
20
Беклог продукту
• Динамічний набір
елементів, що треба
зробити
• Приорітизовані /
впорядковані
• Постійно рухаються, бо
ситуація змінюється
Історія
Історія
Історія
Спайк
Історія
Рефакторинг
Історія
Дефект
Історія
Елементи
Видалені
Пріоритети
Міняються
Елементи
Додані
21
У чому оцінювати?
Сторі-Пойнти
• Високий рівень оцінки
• Можливість швидко порівняти Історії
• Прогноз релізів і спринтів
Години
• низький рівень
• 1-8 годин на елемент кожної
історії
• уточнення плану спринту
• відстеження прогресу спринту
22
Підсумки
• Оцінки в Scrum робляться і на
високому, і на низькому рівнях
• Оцінки робляться швидко командою
розробки
• Оцінки - це не зобов'язання!
• Оцінки використовуються і для
планування і для відстеження
прогресу
23
Що ще?
Scrum Core – головне про важливе!
Дводенний сертификаційний курс
Advanced Scrum Master
Трьохденний сертификаційний курс
2-month Scrum School!
Серія з 30 курсів
Scrum Short – Scrum за 3 години!
3-годинний курс!

More Related Content

Scrum intro

  • 1. All slides  2015 Scrummaster.com.ua Scrum Intro Dive інструктор: Андрій Павленко
  • 3. 3 Маніфест Гнучкої розробки 2001 Ми постійно відкриваємо для себе більш досконалі методи розробки Програмного забезпечення, займаючись розробкою безпосередньо і допомагаючи В цьому іншим. Завдяки виконаній роботі ми змогли усвідомити, що: Люди і взаємодія важливіше процесів та інструментів Працюючий продукт важливіше вичерпної документації Співпраця з замовником важливіше узгодження умов контракту Готовність до змін важливіше виконання первинного плану Тобто, не заперечуючи важливості того, що праворуч, Ми все-таки більше цінуємо те, що зліва. www.agilemanifesto.org Маніфест Гнучкої розробки
  • 6. 6 Спринт - часова рамка S1 1-4 тижні фіксована довжина ненормальне завершення Якщо мета спринту з невідомих або відомим бізнесу причин не може бути досягнута Фокус Належить команді, Ніхто не може змінювати склад спринту окрім команди щоб додати або видалити елемент PBI S2 S3 S4
  • 7. 7 Ретроспектива Спринту • Команда зустрічається приватно • Власник Продукту включений! • формат • зібрати дані  Відобразити те що працювало добре а що ні • створити бачення  Дискусія результатів і нових Видінь • пункти рішень  Розглянути прийняття нових практик  Престати робити речі які не працюють 3 години Почали Закінчили Продовжили Зберігайте цікавим повага їжа різноманітність
  • 8. 8 Скрам - НЕ срібна куля • Простий, але не легкий • Часткове впровадження не працює А також «Шлях Вибору Кількох Легких Елементів» недостатній • Допомагає швидко виявляти проблеми • Вводить нові ролі • Вимагає повного залучення • Зворотній зв'язок не може ігноруватися Scrum-гибрид
  • 10. 10 Власник Продукту Максимізує значимість роботи що зроблена командою розробки o Представляє набір бачень o Єдиний, хто управляє Беклогом o розробляє вимоги o Відповідальний за профіт (ROI) o Планує на 5 рівнях o Представляє відгуки про роботу o Комунікує з командою і стейкхолдерами
  • 11. 11 5 Рівнів планування Стратегія Портфоліо Бачення Дорожня карта Реліз Спринт День P1 P2 P3 P4 P5 Product Backlog Release 1 Release 2 Release 3 s1 s2 s3 s4 … sN ПлануваннявСкрам
  • 13. 13 Ретроспектива Спринту • Команда зустрічається приватно • Власник Продукту включений! • формат • зібрати дані  Відобразити те що працювало добре а що ні • створити бачення  Дискусія результатів і нових Видінь • пункти рішень  Розглянути прийняття нових практик  Престати робити речі які не працюють 3 години Почали Закінчили Продовжили Зберігайте цікавим повага їжа різноманітність
  • 14. 14 Скрам-Майстер o сприяє o захищає o тренує o вчить o адмініструє процес o усуває перешкоди Допомагає команді бути краще!
  • 15. 15 Коротко про Скрам-Майстра  усуває перешкоди  Сприяє у проведенні заходів  Посередник в суперечках  вчить скрам  управляє Процесом  розгойдує  Спостерігає і керує командою  Захищає від відволіканія  Зв'язок із зацікавленими особами  Стежить за часом  заохочує досконалість  святкує успіх Скрам-Майстер 7 учасників Команди Продуктивність
  • 16. 16 o 3 - 9 o крос-функціональна o повна зайнятість o самоорганізована o уповноважена o відповідальна Команда розробки Розробляє продукт з найвищою якістю
  • 17. 17 Щоденний Скрам 15 хв Три питання • Що ти робив вчора для досягнення мети спринту? • Що збираєшся робити сьогодні для досягнення мети спринту? • Що блокує тебе і твою команду від досягнення мети спринту?
  • 18. 18 Огляд Спринту PowerPoint мета • Показати закінчені історії • Отримання відповіді від стейкхолдерів 4 Год .. або хоча б не так багато
  • 19. 19 Шаблон Користувацької історії Як <користувацька роль>, Я можу <робити щось>, Що в підсумку <Приносить мені якусь цінність>. 3С (Card – Conversation – Confirmation)
  • 20. 20 Беклог продукту • Динамічний набір елементів, що треба зробити • Приорітизовані / впорядковані • Постійно рухаються, бо ситуація змінюється Історія Історія Історія Спайк Історія Рефакторинг Історія Дефект Історія Елементи Видалені Пріоритети Міняються Елементи Додані
  • 21. 21 У чому оцінювати? Сторі-Пойнти • Високий рівень оцінки • Можливість швидко порівняти Історії • Прогноз релізів і спринтів Години • низький рівень • 1-8 годин на елемент кожної історії • уточнення плану спринту • відстеження прогресу спринту
  • 22. 22 Підсумки • Оцінки в Scrum робляться і на високому, і на низькому рівнях • Оцінки робляться швидко командою розробки • Оцінки - це не зобов'язання! • Оцінки використовуються і для планування і для відстеження прогресу
  • 23. 23 Що ще? Scrum Core – головне про важливе! Дводенний сертификаційний курс Advanced Scrum Master Трьохденний сертификаційний курс 2-month Scrum School! Серія з 30 курсів Scrum Short – Scrum за 3 години! 3-годинний курс!