SlideShare uma empresa Scribd logo
1 de 35
Baixar para ler offline
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

Mais conteúdo relacionado

Destaque

станислав горбовцов
станислав горбовцовстанислав горбовцов
станислав горбовцовDmytro Semenov
 
бизнес форум 4 презентация для партнеров-19 01 17_mg
бизнес форум 4 презентация для партнеров-19 01 17_mgбизнес форум 4 презентация для партнеров-19 01 17_mg
бизнес форум 4 презентация для партнеров-19 01 17_mgYuri Kostoglodov
 
Продвижение стартапа на основе маркетинговой воронки AARRR
Продвижение стартапа на основе маркетинговой воронки AARRRПродвижение стартапа на основе маркетинговой воронки AARRR
Продвижение стартапа на основе маркетинговой воронки AARRRKirill Bigai
 
Sloboda Portfolio_final
Sloboda Portfolio_finalSloboda Portfolio_final
Sloboda Portfolio_finalPavel Obod
 
Безопасная привязанность
Безопасная привязанностьБезопасная привязанность
Безопасная привязанностьElena Kalibaba
 
Adtena Wi-Fi Management platform
Adtena Wi-Fi Management platformAdtena Wi-Fi Management platform
Adtena Wi-Fi Management platformOleksandr Dzyuba
 
[Impact Lab] IT инструменты для проекта
[Impact Lab] IT инструменты для проекта[Impact Lab] IT инструменты для проекта
[Impact Lab] IT инструменты для проектаDmitry Spodarets
 
Алексей Гребенник Web-design
Алексей Гребенник Web-designАлексей Гребенник Web-design
Алексей Гребенник Web-designGoldenByte2014
 
Денис Бесков. Как обеспечивать полноту требований
Денис Бесков. Как обеспечивать полноту требованийДенис Бесков. Как обеспечивать полноту требований
Денис Бесков. Как обеспечивать полноту требованийDenis Beskov
 
ИНЕВСТИЦИИ В VR/AR. Размышление на тему.
ИНЕВСТИЦИИ В VR/AR. Размышление на тему.ИНЕВСТИЦИИ В VR/AR. Размышление на тему.
ИНЕВСТИЦИИ В VR/AR. Размышление на тему.Ilya Korolev
 
Research smart_homes_landscape_september_2016
Research smart_homes_landscape_september_2016Research smart_homes_landscape_september_2016
Research smart_homes_landscape_september_2016Netreba
 

Destaque (12)

станислав горбовцов
станислав горбовцовстанислав горбовцов
станислав горбовцов
 
бизнес форум 4 презентация для партнеров-19 01 17_mg
бизнес форум 4 презентация для партнеров-19 01 17_mgбизнес форум 4 презентация для партнеров-19 01 17_mg
бизнес форум 4 презентация для партнеров-19 01 17_mg
 
Продвижение стартапа на основе маркетинговой воронки AARRR
Продвижение стартапа на основе маркетинговой воронки AARRRПродвижение стартапа на основе маркетинговой воронки AARRR
Продвижение стартапа на основе маркетинговой воронки AARRR
 
Sloboda Portfolio_final
Sloboda Portfolio_finalSloboda Portfolio_final
Sloboda Portfolio_final
 
Безопасная привязанность
Безопасная привязанностьБезопасная привязанность
Безопасная привязанность
 
Adtena Wi-Fi Management platform
Adtena Wi-Fi Management platformAdtena Wi-Fi Management platform
Adtena Wi-Fi Management platform
 
[Impact Lab] IT инструменты для проекта
[Impact Lab] IT инструменты для проекта[Impact Lab] IT инструменты для проекта
[Impact Lab] IT инструменты для проекта
 
Алексей Гребенник Web-design
Алексей Гребенник Web-designАлексей Гребенник Web-design
Алексей Гребенник Web-design
 
метрики, которые приносят пользу
метрики, которые приносят пользу  метрики, которые приносят пользу
метрики, которые приносят пользу
 
Денис Бесков. Как обеспечивать полноту требований
Денис Бесков. Как обеспечивать полноту требованийДенис Бесков. Как обеспечивать полноту требований
Денис Бесков. Как обеспечивать полноту требований
 
ИНЕВСТИЦИИ В VR/AR. Размышление на тему.
ИНЕВСТИЦИИ В VR/AR. Размышление на тему.ИНЕВСТИЦИИ В VR/AR. Размышление на тему.
ИНЕВСТИЦИИ В VR/AR. Размышление на тему.
 
Research smart_homes_landscape_september_2016
Research smart_homes_landscape_september_2016Research smart_homes_landscape_september_2016
Research smart_homes_landscape_september_2016
 

Semelhante a Scrum in few words (3 hous session)

Workshop 3. Project Execution
Workshop 3. Project ExecutionWorkshop 3. Project Execution
Workshop 3. Project ExecutionKatya Gorlai
 
DaKiRy_PMWeekend2016_Роман Сахаров "Як відсутність бачення продукту псує прое...
DaKiRy_PMWeekend2016_Роман Сахаров "Як відсутність бачення продукту псує прое...DaKiRy_PMWeekend2016_Роман Сахаров "Як відсутність бачення продукту псує прое...
DaKiRy_PMWeekend2016_Роман Сахаров "Як відсутність бачення продукту псує прое...Dakiry
 
SCRUM. Behind the processes. Yuriy Pochtar
SCRUM. Behind the processes. Yuriy Pochtar SCRUM. Behind the processes. Yuriy Pochtar
SCRUM. Behind the processes. Yuriy Pochtar Lviv Startup Club
 
Yuriy pochtar behind_the_processes_11 - iurii pochtar
Yuriy pochtar behind_the_processes_11 - iurii pochtarYuriy pochtar behind_the_processes_11 - iurii pochtar
Yuriy pochtar behind_the_processes_11 - iurii pochtarLviv Startup Club
 
Методологія розробки ІТ проектів Scrum
Методологія розробки ІТ проектів ScrumМетодологія розробки ІТ проектів Scrum
Методологія розробки ІТ проектів ScrumYevgen Vershynin
 
Alexander Marchenko: Адаптивність чи довгострокове планування? (UA)
Alexander Marchenko: Адаптивність чи довгострокове планування? (UA)Alexander Marchenko: Адаптивність чи довгострокове планування? (UA)
Alexander Marchenko: Адаптивність чи довгострокове планування? (UA)Lviv Startup Club
 
Roman Humeniuk: Аджайл асесменти – навіщо вони і як ними користуватися. Власн...
Roman Humeniuk: Аджайл асесменти – навіщо вони і як ними користуватися. Власн...Roman Humeniuk: Аджайл асесменти – навіщо вони і як ними користуватися. Власн...
Roman Humeniuk: Аджайл асесменти – навіщо вони і як ними користуватися. Власн...Lviv Startup Club
 
Нікіта Загурдаєв - Найдієвіші методології для PMO
Нікіта Загурдаєв - Найдієвіші методології для PMOНікіта Загурдаєв - Найдієвіші методології для PMO
Нікіта Загурдаєв - Найдієвіші методології для PMONikita Zahurdaiev
 
PMday 2015. Любов Самойлова “Post-project/post-mortem report: як перетворити ...
PMday 2015. Любов Самойлова “Post-project/post-mortem report: як перетворити ...PMday 2015. Любов Самойлова “Post-project/post-mortem report: як перетворити ...
PMday 2015. Любов Самойлова “Post-project/post-mortem report: як перетворити ...Lviv Startup Club
 
ОЛЕГ ЗАРЕВИЧ «Shift left та Shift Right підходи до тестування»
ОЛЕГ ЗАРЕВИЧ «Shift left та Shift Right підходи до тестування»ОЛЕГ ЗАРЕВИЧ «Shift left та Shift Right підходи до тестування»
ОЛЕГ ЗАРЕВИЧ «Shift left та Shift Right підходи до тестування»GoQA
 
Віталій Подоба. “Складний Кейс: Віддалений, Між-Часовий, Part-Time менеджмент”
Віталій Подоба. “Складний Кейс: Віддалений, Між-Часовий, Part-Time менеджмент”Віталій Подоба. “Складний Кейс: Віддалений, Між-Часовий, Part-Time менеджмент”
Віталій Подоба. “Складний Кейс: Віддалений, Між-Часовий, Part-Time менеджмент”Lviv Startup Club
 
Швейцарія, масштабування Scrum і розподілені команди от Романа Сахарова
Швейцарія, масштабування Scrum і розподілені команди от Романа СахароваШвейцарія, масштабування Scrum і розподілені команди от Романа Сахарова
Швейцарія, масштабування Scrum і розподілені команди от Романа СахароваFwdays
 

Semelhante a Scrum in few words (3 hous session) (20)

Scrum intro
Scrum introScrum intro
Scrum intro
 
Elogic: Scrum&Kanban
Elogic: Scrum&KanbanElogic: Scrum&Kanban
Elogic: Scrum&Kanban
 
Pochtar scrum
Pochtar   scrumPochtar   scrum
Pochtar scrum
 
Workshop 3. Project Execution
Workshop 3. Project ExecutionWorkshop 3. Project Execution
Workshop 3. Project Execution
 
SCRUM methodology
SCRUM methodology  SCRUM methodology
SCRUM methodology
 
Agile eba
Agile ebaAgile eba
Agile eba
 
Vinnytsky
VinnytskyVinnytsky
Vinnytsky
 
DaKiRy_PMWeekend2016_Роман Сахаров "Як відсутність бачення продукту псує прое...
DaKiRy_PMWeekend2016_Роман Сахаров "Як відсутність бачення продукту псує прое...DaKiRy_PMWeekend2016_Роман Сахаров "Як відсутність бачення продукту псує прое...
DaKiRy_PMWeekend2016_Роман Сахаров "Як відсутність бачення продукту псує прое...
 
SCRUM. Behind the processes. Yuriy Pochtar
SCRUM. Behind the processes. Yuriy Pochtar SCRUM. Behind the processes. Yuriy Pochtar
SCRUM. Behind the processes. Yuriy Pochtar
 
Yuriy pochtar behind_the_processes_11 - iurii pochtar
Yuriy pochtar behind_the_processes_11 - iurii pochtarYuriy pochtar behind_the_processes_11 - iurii pochtar
Yuriy pochtar behind_the_processes_11 - iurii pochtar
 
Методологія розробки ІТ проектів Scrum
Методологія розробки ІТ проектів ScrumМетодологія розробки ІТ проектів Scrum
Методологія розробки ІТ проектів Scrum
 
Trdk 2018-id
Trdk 2018-idTrdk 2018-id
Trdk 2018-id
 
Alexander Marchenko: Адаптивність чи довгострокове планування? (UA)
Alexander Marchenko: Адаптивність чи довгострокове планування? (UA)Alexander Marchenko: Адаптивність чи довгострокове планування? (UA)
Alexander Marchenko: Адаптивність чи довгострокове планування? (UA)
 
Статус
СтатусСтатус
Статус
 
Roman Humeniuk: Аджайл асесменти – навіщо вони і як ними користуватися. Власн...
Roman Humeniuk: Аджайл асесменти – навіщо вони і як ними користуватися. Власн...Roman Humeniuk: Аджайл асесменти – навіщо вони і як ними користуватися. Власн...
Roman Humeniuk: Аджайл асесменти – навіщо вони і як ними користуватися. Власн...
 
Нікіта Загурдаєв - Найдієвіші методології для PMO
Нікіта Загурдаєв - Найдієвіші методології для PMOНікіта Загурдаєв - Найдієвіші методології для PMO
Нікіта Загурдаєв - Найдієвіші методології для PMO
 
PMday 2015. Любов Самойлова “Post-project/post-mortem report: як перетворити ...
PMday 2015. Любов Самойлова “Post-project/post-mortem report: як перетворити ...PMday 2015. Любов Самойлова “Post-project/post-mortem report: як перетворити ...
PMday 2015. Любов Самойлова “Post-project/post-mortem report: як перетворити ...
 
ОЛЕГ ЗАРЕВИЧ «Shift left та Shift Right підходи до тестування»
ОЛЕГ ЗАРЕВИЧ «Shift left та Shift Right підходи до тестування»ОЛЕГ ЗАРЕВИЧ «Shift left та Shift Right підходи до тестування»
ОЛЕГ ЗАРЕВИЧ «Shift left та Shift Right підходи до тестування»
 
Віталій Подоба. “Складний Кейс: Віддалений, Між-Часовий, Part-Time менеджмент”
Віталій Подоба. “Складний Кейс: Віддалений, Між-Часовий, Part-Time менеджмент”Віталій Подоба. “Складний Кейс: Віддалений, Між-Часовий, Part-Time менеджмент”
Віталій Подоба. “Складний Кейс: Віддалений, Між-Часовий, Part-Time менеджмент”
 
Швейцарія, масштабування Scrum і розподілені команди от Романа Сахарова
Швейцарія, масштабування Scrum і розподілені команди от Романа СахароваШвейцарія, масштабування Scrum і розподілені команди от Романа Сахарова
Швейцарія, масштабування Scrum і розподілені команди от Романа Сахарова
 

Scrum in few words (3 hous session)

  • 1. All slides  2015 Scrummaster.com.ua Scrum Short Інструктор: Андрій Павленко
  • 2. 2 Тренер Email: andrey.v.pavlenko@gmail.com FB: facebook.com/andrey.pavlenko Skype: andrey.v.pavlenko Андрій Павленко CSP, CSM, CSPO, PSMI, Mgt30
  • 3. 3 Цілі курсу Ви дізнаєтеся Що таке Scrum framework Загальні практики Scrum Потренуєтеся І Ви, нарешті, зможете отримати Скрам ЛевелАп!
  • 4. 4 Задачі Курсу Привітання Agile Принципи Виконання Скрам Ролі в Скрам Користувальни цькі історії Оцінювання Скрам- фреймворк Емпіричний процес
  • 6. 6 Принципи Agile • Скрам є однією з форм сімейства гнучких методологій-фреймворків • Скрам був призначений спочатку для розробки програмного забезпечення, але він також використосовується і в інших сферах.
  • 7. 7 Маніфест Гнучкої розробки 2001 Ми постійно відкриваємо для себе більш досконалі методи розробки Програмного забезпечення, займаючись розробкою безпосередньо і допомагаючи В цьому іншим. Завдяки виконаній роботі ми змогли усвідомити, що: Люди і взаємодія важливіше процесів та інструментів Працюючий продукт важливіше вичерпної документації Співпраця з замовником важливіше узгодження умов контракту Готовність до змін важливіше виконання первинного плану Тобто, не заперечуючи важливості того, що праворуч, Ми все-таки більше цінуємо те, що зліва. www.agilemanifesto.org Маніфест Гнучкої розробки
  • 8. 8 Кілька назв з Agile XP development practices Kanban workflow management Scrum collaboration framework Agile Lean
  • 9. 9 Коли це застосовується Agile Lean Startup Waterfall Lean/Kanban рішення проблема відома невідома відомоневідомо
  • 10. 10 Який з проектів Ваш? Класифікація угод проти визначеності За моделлю від Стейсі, Ральф D. (1999). Стратегічне управління та Організаційна динаміка: проблема складності. Третє видання. Нью-Йорк: Financial Times Прентис Хол. анархія Простота складність технології далеко від визначеності близько до визначеності вимоги близькодо визначеності ускладненість ускладненість • Скрам є кращим для складних і комплексних проектів • Скрам рухається від складності до простоти далековід визначеності
  • 11. 11 Емпіричний процес • Успіх гнучких методологій базується на «емпіризмі» • Поліпшення виникають з безперервного циклу навчання, який ми називаємо «Інспекція та адаптація»
  • 14. 14 Історія Scrum Джеф Сазерленд Джеф МакКенна Кен Швабер Майк Сміт Кріс Мартін
  • 16. 16 Спринт - часова рамка S1 1-4 тижні фіксована довжина ненормальне завершення Якщо мета спринту з невідомих або відомим бізнесу причин не може бути досягнута Фокус Належить команді, Ніхто не може змінювати склад спринту окрім команди щоб додати або видалити елемент PBI S2 S3 S4
  • 17. 17 Планування Спринту Беклог Продукту Беклог Спринту Пріоритезувати/Впорядковано Завдання 1: Що? • Який інкремент продукту ми хочемо зробити? • Яка наша мета спрінтаl? Задача 2: Як? • Які таски ми визначимо для хоча б деяких користувальницьких історій? • Як довго на нашу думку займе кожна таска? Відвідується ким? Скрам-команда Будь зацікавлені особи (стейкхолдери) 2-4 години для 2-тижневого спринту 8 годин
  • 18. 18 Щоденний Скрам 15 хв Три питання • Що ти робив вчора для досягнення мети спринту? • Що збираєшся робити сьогодні для досягнення мети спринту? • Що блокує тебе і твою команду від досягнення мети спринту?
  • 19. 19 Огляд Спринту PowerPoint • Мета • Показати закінчені історії • Отримання відповіді від стейкхолдерів • Присутні • Власник Продукту, Команда Розробки, Скрам-Майстер • Будь-які стейкхолдери • Останній день спринту • Приблизно 2 години для 2-тижневого Спринту • Ні! Підготовка Хто буде показувати щось? Деплой на демо-сервер Чи потрібна документація? Оновити і показати берн-ап чарт релізу 4 год ..або хоча б не так багато
  • 20. 20 Ретроспектива Спринту • Команда зустрічається приватно • Власник Продукту включений! • формат • зібрати дані  Відобразити те що працювало добре а що ні • створити бачення  Дискусія результатів і нових Видінь • пункти рішень  Розглянути прийняття нових практик  Престати робити речі які не працюють 3 години Почали Закінчили Продовжили Зберігайте цікавим повага їжа різноманітність
  • 22. 22 o 3 - 9 o крос-функціональна o повна зайнятість o самоорганізована o уповноважена o відповідальна Команда розробки
  • 23. 23 Власник Продукту o Представляє набір бачень o Єдиний, хто управляє Беклогом o розробляє вимоги o Відповідальний за профіт (ROI) o Встановлює дати і зміст релізу o Планує на 5 рівнях o Представляє відгуки про роботу o Комунікує з командою і стейкхолдерами
  • 24. 24 Скрам-Майстер o сприяє o захищає o тренує o вчить o адмініструє процес o усуває перешкоди o Коучить o Скрам-наставник o Лідер-слуга
  • 25. 25 Беклог продукту • Динамічний набір елементів, що треба зробити • Приорітизовані / впорядковані • Постійно рухаються, бо ситуація змінюється Історія Історія Історія Спайк Історія Рефакторинг Історія Дефект Історія Елементи Видалені Пріоритети Міняються Елементи Додані
  • 26. 26 Шаблон Користувацької історії Як <користувацька роль>, Я можу <робити щось>, Що в підсумку <Приносить мені якусь цінність>. 3С (Card – Conversation – Confirmation)
  • 27. 27 У чому оцінювати? Сторі-Пойнти • Високий рівень оцінки • Можливість швидко порівняти Історії • Прогноз релізів і спринтів Години • низький рівень • 1-8 годин на елемент кожної історії • уточнення плану спринту • відстеження прогресу спринту
  • 28. 28 Підсумки • Оцінки в Scrum робляться і на високому, і на низькому рівнях • Оцінки робляться швидко командою розробки • Оцінки - це не зобов'язання! • Оцінки використовуються і для планування і для відстеження прогресу
  • 29. 29 Модель побудови команди по Такману Штурм Лідер займається посередництвом й фокусуванням Формування Команда сильно залежна Від лідера Нормалізація Лідер сприяє і організовує Виконання Лідер делегує і контролює • Команди проходять через етапи • Команди можуть регресувати коли склад змінюється • Досвідчені команди можуть не мати лідера Час Ефективність Мета лідера – Зробити команду Більш самостійною, а потім йти далі
  • 30. 30 П'ять дисфункцій команди Якщо Его і прагнення до особистого статусу стали основними факторами мотивації Якщо члени команди занижують свої стандарти Якщо виникла неоднозначність щодо цілей і командних цілей Якщо домінує штучна гармонія Якщо члени команди прагнуть створити образ невразливості Patrick Lencioni
  • 31. 31 Самоорганізація Команда: • Уповноважена • Керується спільною метою • Складна адаптивна система • Заснована на довірі
  • 32. 32 Мотивація • Фінансові мотиватори часто дають поганий результат • Внутрішня або зовнішня мотивація • Люди мотивовані • автономністю • майстерністю • метою • і ще інші мотиватори з курсу Management3.0
  • 33. 33 Скрам - НЕ срібна куля • Простий, але не легкий • Часткове впровадження не працює А також «Шлях Вибору Кількох Легких Елементів» недостатній • Допомагає швидко виявляти проблеми • Вводить нові ролі • Вимагає повного залучення • Зворотній зв'язок не може ігноруватися Scrum-гибрид
  • 34. 34 Що ще? Scrum Core – головне про важливе! Дводенний сертификаційний курс! Завтра! Сьогодні за $70! Advanced Scrum Master Трьохденний сертификаційний курс у Києві 2-month Scrum School! Серія з 30 курсов M30 Short – менеджмент за 3 години! 3-годинний курс у Києві!
  • 35. 35 Тренер Email: andrey.v.pavlenko@gmail.com FB: facebook.com/andrey.pavlenko Skype: andrey.v.pavlenko Андрій Павленко CSP, CSM, CSPO, PSMI, Mgt30