All slides 2015 Scrummaster.com.ua

Scrum Short

Інструктор:

Андрій Павленко

2

Тренер

Email: andrey.v.pavlenko@gmail.com

FB: facebook.com/andrey.pavlenko

Skype: andrey.v.pavlenko

Андрій Павленко

CSP, CSM, CSPO, PSMI, Mgt30

3

Цілі курсу

Ви дізнаєтеся Що таке Scrum framework Загальні практики Scrum Потренуєтеся І Ви, нарешті, зможете отримати Скрам ЛевелАп!

4

Задачі Курсу

Привітання

Agile Принципи

Виконання Скрам

Ролі в Скрам

Користувальницькі історії

Оцінювання Скрам-

фреймворк

Емпіричний процес

5

Звідки пішов Аджайл

Jeff

Sutherland Ken

Schwaber

Mike

Cohn

Alistair

Cockburn

Martin

Fowler Ron

Jeffries

Kent

Beck

6

Принципи Agile

• Скрам є однією з форм сімейства гнучких

методологій-фреймворків

• Скрам був призначений спочатку для

розробки програмного забезпечення, але

він також використосовується і в інших

сферах.

7

Маніфест Гнучкої розробки 2001

Ми постійно відкриваємо для себе більш досконалі методи розробки

Програмного забезпечення, займаючись розробкою безпосередньо і допомагаючи

В цьому іншим. Завдяки виконаній роботі ми змогли усвідомити, що:

Люди і взаємодія важливіше процесів та інструментів

Працюючий продукт важливіше вичерпної документації

Співпраця з замовником важливіше узгодження умов контракту

Готовність до змін важливіше виконання первинного плану

Тобто, не заперечуючи важливості того, що праворуч,

Ми все-таки більше цінуємо те, що зліва. www.agilemanifesto.org

Маніфест Гнучкої розробки

8

Кілька назв з Agile

XP development

practices

Kanban workflow management

Scrum collaboration

framework

Agile

Lean

9

Коли це застосовується

Agile Lean Startup

Waterfall Lean/Kanban

ріш

ен

ня

проблема

відома невідома

від

ом

о

нев

ідо

мо

10

Який з проектів Ваш?

Класифікація угод проти визначеності

За моделлю від Стейсі, Ральф D. (1999).

Стратегічне управління та Організаційна

динаміка: проблема складності. Третє

видання. Нью-Йорк: Financial Times

Прентис Хол.

анархія

Простота

складність

технології далеко від

визначеності

близько до

визначеності

ви

мо

ги

бл

изь

ко д

о

визн

аченості

ускладненість

ускладненість

• Скрам є кращим для

складних і комплексних

проектів

• Скрам рухається від

складності до простоти

дал

еко

від

визн

аченості

11

Емпіричний процес

• Успіх гнучких методологій базується на

«емпіризмі»

• Поліпшення виникають з безперервного

циклу навчання, який ми називаємо

«Інспекція та адаптація»

12

Постійне поліпшення

Цикл Демінга-Шухарта

Емпіричний процес Інспекція та адаптація

13

Основа Емпіричного процесу

Transparency

Inspection

Adaptation

14

Історія Scrum

Джеф Сазерленд

Джеф МакКенна

Кен Швабер

Майк Сміт

Кріс Мартін

15

Скрам-Фреймворк

Potentially Shippable Product

Increment

Беклог спринту

Беклог продукту

Планування

Спринту

Огляд

Спринту

Ретроспектива Щоденний

Скрам

1-4

Тижнів

16

Спринт - часова рамка

S1

1-4 тижні

фіксована довжина ненормальне завершення Якщо мета спринту з невідомих або відомим бізнесу причин не

може бути досягнута

Фокус Належить команді, Ніхто не

може змінювати склад спринту окрім команди щоб додати або

видалити елемент PBI

S2 S3 S4

17

Планування Спринту

Беклог Продукту

Беклог Спринту

Пр

іор

ите

зув

ати

/ В

по

ря

дко

ва

но

Завдання 1: Що? • Який інкремент продукту ми

хочемо зробити? • Яка наша мета спрінтаl?

Задача 2: Як? • Які таски ми визначимо для хоча б

деяких користувальницьких історій? • Як довго на нашу думку займе кожна

таска?

Відвідується ким? Скрам-команда Будь зацікавлені особи (стейкхолдери)

2-4 години для 2-тижневого

спринту

8 годин

18

Щоденний Скрам

15 хв

Три питання

• Що ти робив вчора для досягнення мети спринту?

• Що збираєшся робити сьогодні для досягнення мети

спринту?

• Що блокує тебе і твою команду від досягнення мети

спринту?

19

Огляд Спринту

PowerPoint

• Мета • Показати закінчені історії

• Отримання відповіді від стейкхолдерів

• Присутні • Власник Продукту, Команда Розробки, Скрам-Майстер

• Будь-які стейкхолдери

• Останній день спринту

• Приблизно 2 години для 2-тижневого Спринту

• Ні!

Підготовка Хто буде показувати щось? Деплой на демо-сервер Чи потрібна документація? Оновити і показати берн-ап чарт релізу

4 год

..або хоча б не так багато

20

Ретроспектива Спринту

• Команда зустрічається приватно • Власник Продукту включений!

• формат • зібрати дані

Відобразити те що працювало добре а що ні

• створити бачення

Дискусія результатів і нових Видінь

• пункти рішень

Розглянути прийняття нових практик

Престати робити речі які не працюють

3 години

Почали Закінчили Продовжили

Зберігайте цікавим повага їжа різноманітність

21

Скрам-команда

бажані вимоги

Власник Продукту

команда розробки

Продукт

Скрам Майстер

22

o 3 - 9 o крос-функціональна o повна зайнятість o самоорганізована o уповноважена o відповідальна

Команда розробки

23

Власник Продукту

o Представляє набір бачень o Єдиний, хто управляє Беклогом o розробляє вимоги o Відповідальний за профіт (ROI) o Встановлює дати і зміст релізу o Планує на 5 рівнях o Представляє відгуки про роботу o Комунікує з командою і

стейкхолдерами

24

Скрам-Майстер

o сприяє o захищає o тренує o вчить o адмініструє процес o усуває перешкоди o Коучить o Скрам-наставник o Лідер-слуга

25

Беклог продукту

• Динамічний набір елементів, що треба зробити

• Приорітизовані / впорядковані

• Постійно рухаються, бо ситуація змінюється

Історія

Історія

Історія

Спайк

Історія

Рефакторинг

Історія

Дефект

Історія

Елементи Видалені

Пріоритети Міняються

Елементи Додані

26

Шаблон Користувацької історії

Як <користувацька роль>, Я можу <робити щось>, Що в підсумку <Приносить мені якусь цінність>.

3С (Card – Conversation – Confirmation)

27

У чому оцінювати?

Сторі-Пойнти

• Високий рівень оцінки

• Можливість швидко порівняти Історії

• Прогноз релізів і спринтів

Години • низький рівень

• 1-8 годин на елемент кожної

історії

• уточнення плану спринту

• відстеження прогресу спринту

28

Підсумки

• Оцінки в Scrum робляться і на

високому, і на низькому рівнях

• Оцінки робляться швидко командою

розробки

• Оцінки - це не зобов'язання!

• Оцінки використовуються і для

планування і для відстеження

прогресу

29

Модель побудови команди по Такману

Штурм Лідер займається

посередництвом й фокусуванням

Формування Команда сильно

залежна Від лідера

Нормалізація

Лідер сприяє і

організовує

Виконання Лідер делегує і

контролює

• Команди проходять через етапи

• Команди можуть регресувати коли

склад змінюється

• Досвідчені команди можуть не мати

лідера

Час

Ефе

кти

вніс

ть

Мета лідера – Зробити команду

Більш самостійною, а потім йти далі

30

П'ять дисфункцій команди

Якщо Его і прагнення до особистого

статусу стали основними факторами

мотивації

Якщо члени команди занижують свої

стандарти

Якщо виникла неоднозначність щодо

цілей і командних цілей

Якщо домінує штучна гармонія

Якщо члени команди прагнуть створити

образ невразливості

Patrick Lencioni

31

Самоорганізація

Команда:

• Уповноважена

• Керується спільною метою

• Складна адаптивна система

• Заснована на довірі

32

Мотивація

• Фінансові мотиватори часто дають

поганий результат

• Внутрішня або зовнішня

мотивація

• Люди мотивовані

• автономністю

• майстерністю

• метою

• і ще інші мотиватори з курсу Management3.0

33

Скрам - НЕ срібна куля

• Простий, але не легкий

• Часткове впровадження не працює А також «Шлях Вибору Кількох Легких Елементів» недостатній

• Допомагає швидко виявляти проблеми

• Вводить нові ролі

• Вимагає повного залучення

• Зворотній зв'язок не може ігноруватися

Scrum-гибрид

34

Що ще?

Scrum Core – головне про важливе! Дводенний сертификаційний курс! Завтра! Сьогодні за $70!

Advanced Scrum Master Трьохденний сертификаційний курс у Києві

2-month Scrum School! Серія з 30 курсов

M30 Short – менеджмент за 3 години! 3-годинний курс у Києві!

35

Тренер

Email: andrey.v.pavlenko@gmail.com

FB: facebook.com/andrey.pavlenko

Skype: andrey.v.pavlenko

Андрій Павленко

CSP, CSM, CSPO, PSMI, Mgt30