SlideShare uma empresa Scribd logo
1 de 35
Baixar para ler offline
Методологія розробки ІТ проектів Scrum
Методологія
розробки ІТ
проектів SCRUM
Євген Вершинін
3.02.2015
Вільне кафе STANTSIYA
Чому Scrum?
 Scrum – це один з Agile процесів, який дозволяє
сфокусуватись на постановці найважливіших, з точки
зору бізнесу, ціностях в найкоротші строки.
 Бізнес розставляє пріоритети. Команди
самоогранізуються і визначають найкращий шлях
випуску функцій з високим пріоритетом.
 З регулярністю від двох тижнів до місяця всі можуть
бачити реально працюючий програмний продукт, і
вирішити випускати його, як він є або продовжити
поліпшення в наступному спринті.
Основні характеристики
 Самоорганізуючі команди
 Продукт розробляється послідовністю ітерацій
(«спринтів»), кожний з них не більше місяця
 Усі вимоги записуються у вигляді єдиного списку,
«беклог продукту»
 Інженерні практики не є частиною Scrum
 Використовуються прості правила для створення
гнучкого середовища розробки проектів
 Один з Agile процесів
Agile Manifesto – декларація
цінностей
процесів і
інструментів
Люди і взаємодія важливіші
слідування
попереднім планом
Готовність
до змін
важливіша
вичерпної
документації
Працюючий
продукт
важливіший
узгодження умов
контракту
Співпраця з
замовником
важливіша
Scrum
Відміна
Повернення
Спринт
2-4 тижні
Повернення
Ціль спринта
Беклог
спринта
Потенційно готовий
до випуску продукт
Беклог
продукту
Купони
Подарочна
упаковка
Купони
Відміна
24 години
Scrum в одній картинці
Спринт - ітерація
 Scrum проекти розробляються послідовністю
«спринтів»
 Типова тривалість - від 2-х тижнів до місяця з
жорстким обмеженням за часом
 Постійна тривалість спринту привносить ритм в
розробку
 Продукт проектується, розробляється і тестується
протягом одного спринту
Замість того, щоб
виконувати ці активності по
черзі ...
... Scrum команди роблять
потрошки від кожної
весь час
Вимоги Дизайн Розробка Тестування
Источник: “The New New Product Development Game” by Takeuchi and
Nonaka. Harvard Business Review, January 1986.
Розробка: Послідовна проти
паралельної
Ніяких змін під час розробки
спринту
 Плануйте тривалість спринту виходячи з міркування про те, як
довго ви можете працювати, не вносячи зміни до плану робіт
 Зміни все ж таки можливі, але треба розуміти втрати і
попередні заплановані задачі.
Зміни
Структура Scrum
 Ролі в команді (Roles)
 Власник продукту (Product Owner)
 Scrum мастер (Scrum Master)
 Команда
 Зустрічі (Ceremonies)
 Планування спринту
 Огляд спринту (Demo)
 Ретроспектива сринту
 Щоденний Scrum (Stand-up meeting)
 Документи (Artifacts)
 Беклог продукту (Product Backlog)
 Спринт беклог
 Burndown графіки
Ролі в команді (Roles)
 Власник продукту
 Одна людина, яка визначає вимоги до продукту
 Визначає дату релізу і функціонал
 Відповідальний за продукт та його дохідність
 Пріоритизує вимоги, виходячи з їх ринкової цінності
 Коригує пріоритети на кожній ітерації, якщо необхідно
 Приймає виконану роботу
 Scrum мастер
 Відповідальний за впровадження цінностей і практик
Scrum
 Не роздає завдання
 Усуває перешкоди і захищає команду від зовнішніх
впливів
 Відповідальний за ефективність роботи команди
Команда
 Зазвичай 5-9 осіб
 Крос функціональна
 Програмісти, тестувальники, дизайнери
 Зайняті на повний робочий день
 Можливі вийняти (наприклад, адміністратор баз даних)
 Команди самоорганізовуються
 Склад команди може змінюватись тільки між
сринтами
Зустрічі
 Зустрічі (Ceremonies)
 Планування спринту
 Огляд спринту (Demo)
 Ретроспектива спринту
 Щоденний Scrum (Stand-up meeting)
Планування спринту
Планування
Що робимо
• Аналізуємо беклог
• Вибираємо Ціль спринту
Як робимо
• Вирішуємо як досягти Цілі
спринту (дизайн)
• Створюємо Беклога спринт
(Завдання) з елементів
Беклога Продукту (історій
користувача / функцій)
• Оцінюємо Беклог Спринту в
годинах / попугаях / інше
Ціль
спринту
Спринт
беклог
Бізнес
середовище
Команда
Беклог
продукту
Технологія
Продукт
Процес планування
 Команда вибирає з Беклога Продукту вимоги, які вони
можуть реалізувати за спринт
 Створюється Беклог спринту
 Створюються конкретні задачі та оцінюються командою
(1-16 годин)
 Все виконується командою, а не Scrum мастером
 Враховується архітектура проекту і інші обставини
Як відпочиваючий, я
хочу переглянути фото
готелів
Запрограмувати серверну
частину (8)
Створити GUI (4)
Створити тести (4)
Оновити документацію (4)
Щоденний Scrum
Daily Stand-up meeting
 Характеристики
 Щоденно у визначений час
 15 хвилин
 Стоячи
 Не для вирішення проблем
 Всі ролі мають бути присутні на зустрічі
 Scrum мастер тільки веде зустріч
Кожний відповідає на 3
питання
 Що ти зробив учора?
 Що будеш робити сьогодні?
 Які проблеми заважають?
• Це не статус для Scrum мастер
• Це зобов'язання перед колегами
Огляд спринту (Demo)
 Команда презентує, що було зроблено за спринт
 Фокус на результат, а не процес
 Зазвичай приймає форму демонстрації
 Неформально
 Максимум 2 години на підготовку
 Без слайдів
 Вся команда приймає участь
 Запрошуються всі, кому може бути цікаво
Ретроспектива
 Періодичний перегляд процесу проекту
 Зазвичай 15-30 хвилин
 Проводиться після кожного спринту
 Приймає участь вся команда
 Можуть бути запрошені клієнт, власник продукту,
керівництво компанії
 Один з варіантів проведення зустрічі:
 Що нового потрібно започаткувати у процесі розробки?
 Що потрібно зупинити і відмовитись?
 Що потрібно продовжувати робити?
Документи (Artifacts)
 Беклог продукту (Product Backlog)
 Спринт беклог
 Burndown графіки
Беклог продукту
 Вимоги
 Список бажаної
функціональності
 В ідеалі написаний так, що
кожен елемент має значення
для кінцевого користувача
 Сортований по пріоритету
 Пріоритети виставляє Власник
продукту
 Пріоритети оновлюються на
початку спринту
Беклог продукту
 Новий функціонал
 Помилки
 Технічні задачі
 Дослідження
Приклад беклогу продукту
News
• As a site visitor, I can read current news on the home page.
• As a site visitor, I can access old news that is no longer on the
home page.
• As a site visitor, I can email news items to the editor. (Note: this
could just be an email link to the editor.)
• As a site a site editor, I can set the following dates on a news
item: Start Publishing Date, Old
• News Date, Stop Publishing Date. These dates refer to the date an
item becomes visible on the site (perhaps next Monday),
• the date it stops appearing on the home page, and the date it is
removed from the site (which may be never).
• As a site member, I can subscribe to an RSS feed of news (and
events? Or are they separate?).
• As a site editor, I can assign priority numbers to news items. Items
are displayed on the front page based on priority.
User Story
 Короткий і простий запис вимоги записаний від імені
користувача.
 As a <type of user>, I want <some goal> so that <some
reason>.
 Як модератор форуму, я хочу блокувати
користувачів на 2, 5, 10 днів, таким чином я зможу
запобігти частим порушенням правил форуму.
Проект описаний User Story
(story mapping)
Ціль спринту
 Коротке речення, яке описує, на чому буде
сфокусована робота під час спринту
БД
Фінанси
Наука
Підтримка функціональності
необхідної для вивчення
генетики
Додати підтримку
котирувань в
реальному часі
Зробити в додатку
підтримку MSSQL
на додаток до Oracle
Беклог спринту
 Члени команди вибирають роботу на свій вибір з
найважливіших елементів беклогу продукту
 Оцінка роботи, що залишилася, щодня оновлюється
 Будь-який член команди може додати, видалити або
змінити елементи Беклога Спринту
 Якщо завдання не зрозуміле, то цьому елементу
беклога резервується більше часу і він розбивається
на складові частини пізніше
 Формується на зустрічі Планування спринту
Приклад беклогу спринту
Burndown графік
 Оновлюється кожний день
 Показує реальний стан виконання задач
 Візуалізує процес та кінцеву мету
Scrum дошка
Scrum дошка
Все і одразу!
Все і одразу
Посилання та література
 www.mountaingoatsoftware.com/scrum
 www.scrumalliance.org
 www.controlchaos.com
 Scrum and The Enterprise by Ken Schwaber
 Succeeding with Agile by Mike Cohn
 User Stories Applied for Agile Software Development by
Mike Cohn
 www.scrumalliance.org/why-scrum
 Scrum и XP: заметки с передовой
 www.agilemanifesto.org
 blog.bbv.ch/2011/02/02/presentation-scrum-at-bbv-
software-services-ag/
 goagile.co.uk
 www.agilebuddha.com/agile/story-mapping-andvs-process-
maps/
Дякую за увагу!
 jen.versh@gmail.com
 www.twitter.com/jen777
 www.facebook.com/yvershynin

Mais conteúdo relacionado

Mais procurados

Scrum In Ten Slides (v2.0) 2018
Scrum In Ten Slides (v2.0) 2018Scrum In Ten Slides (v2.0) 2018
Scrum In Ten Slides (v2.0) 2018pmengal
 
Урок 65. Вибір теми проекту. Його планування. Добір ресурсів.
Урок 65. Вибір теми проекту. Його планування. Добір ресурсів.Урок 65. Вибір теми проекту. Його планування. Добір ресурсів.
Урок 65. Вибір теми проекту. Його планування. Добір ресурсів.Василь Тереховський
 
ЗАВД.1 Протокол спостереження та аналізу.doc
ЗАВД.1 Протокол спостереження та аналізу.docЗАВД.1 Протокол спостереження та аналізу.doc
ЗАВД.1 Протокол спостереження та аналізу.docdianamykhaylyk064
 
формування команди
формування командиформування команди
формування командиOleg Nazarevych
 
Тема 13. Управління якістю продукції (послуг)
Тема 13. Управління якістю продукції (послуг)Тема 13. Управління якістю продукції (послуг)
Тема 13. Управління якістю продукції (послуг)Victor Step
 
Реферат На тему: « Використання інтерактивних технологій на уроках в початков...
Реферат На тему: « Використання інтерактивних технологій на уроках в початков...Реферат На тему: « Використання інтерактивних технологій на уроках в початков...
Реферат На тему: « Використання інтерактивних технологій на уроках в початков...270479
 
контроль як загальна функція менеджменту
контроль як загальна функція менеджментуконтроль як загальна функція менеджменту
контроль як загальна функція менеджментуuliana8
 

Mais procurados (20)

Scrum In Ten Slides (v2.0) 2018
Scrum In Ten Slides (v2.0) 2018Scrum In Ten Slides (v2.0) 2018
Scrum In Ten Slides (v2.0) 2018
 
Урок 65. Вибір теми проекту. Його планування. Добір ресурсів.
Урок 65. Вибір теми проекту. Його планування. Добір ресурсів.Урок 65. Вибір теми проекту. Його планування. Добір ресурсів.
Урок 65. Вибір теми проекту. Його планування. Добір ресурсів.
 
Scrum artifacts
Scrum artifactsScrum artifacts
Scrum artifacts
 
Scrum
ScrumScrum
Scrum
 
Scrum training
Scrum trainingScrum training
Scrum training
 
ЗАВД.1 Протокол спостереження та аналізу.doc
ЗАВД.1 Протокол спостереження та аналізу.docЗАВД.1 Протокол спостереження та аналізу.doc
ЗАВД.1 Протокол спостереження та аналізу.doc
 
формування команди
формування командиформування команди
формування команди
 
Тема 13. Управління якістю продукції (послуг)
Тема 13. Управління якістю продукції (послуг)Тема 13. Управління якістю продукції (послуг)
Тема 13. Управління якістю продукції (послуг)
 
Scrum 101
Scrum 101 Scrum 101
Scrum 101
 
scrum
scrumscrum
scrum
 
Çevik Yaklaşım ve Scrum
Çevik Yaklaşım ve ScrumÇevik Yaklaşım ve Scrum
Çevik Yaklaşım ve Scrum
 
Реферат На тему: « Використання інтерактивних технологій на уроках в початков...
Реферат На тему: « Використання інтерактивних технологій на уроках в початков...Реферат На тему: « Використання інтерактивних технологій на уроках в початков...
Реферат На тему: « Використання інтерактивних технологій на уроках в початков...
 
Product backlog
Product backlogProduct backlog
Product backlog
 
Agile - Scrum
Agile - ScrumAgile - Scrum
Agile - Scrum
 
Agile scrum training
Agile scrum trainingAgile scrum training
Agile scrum training
 
контроль як загальна функція менеджменту
контроль як загальна функція менеджментуконтроль як загальна функція менеджменту
контроль як загальна функція менеджменту
 
Scrum framework
Scrum frameworkScrum framework
Scrum framework
 
Rôles product-owner
Rôles product-ownerRôles product-owner
Rôles product-owner
 
Agile Methodology
Agile MethodologyAgile Methodology
Agile Methodology
 
Scrum in an hour
Scrum in an hourScrum in an hour
Scrum in an hour
 

Destaque

Менеджерські граблі, або Фейл - найкращий вчитель
Менеджерські граблі, або Фейл - найкращий вчительМенеджерські граблі, або Фейл - найкращий вчитель
Менеджерські граблі, або Фейл - найкращий вчительYuriy Koziy
 
Андрій Кушнарьов «Agile планування проектів»
Андрій Кушнарьов «Agile планування проектів»Андрій Кушнарьов «Agile планування проектів»
Андрій Кушнарьов «Agile планування проектів»Lviv Startup Club
 
Пример концепции проекта — модернизация портала округа
Пример концепции проекта — модернизация портала округаПример концепции проекта — модернизация портала округа
Пример концепции проекта — модернизация портала округаDenis Beskov
 
Как быть заказчиком продукта?
Как быть заказчиком продукта?Как быть заказчиком продукта?
Как быть заказчиком продукта?Denis Beskov
 
2015 Upload Campaigns Calendar - SlideShare
2015 Upload Campaigns Calendar - SlideShare2015 Upload Campaigns Calendar - SlideShare
2015 Upload Campaigns Calendar - SlideShareSlideShare
 
What to Upload to SlideShare
What to Upload to SlideShareWhat to Upload to SlideShare
What to Upload to SlideShareSlideShare
 
Getting Started With SlideShare
Getting Started With SlideShareGetting Started With SlideShare
Getting Started With SlideShareSlideShare
 

Destaque (7)

Менеджерські граблі, або Фейл - найкращий вчитель
Менеджерські граблі, або Фейл - найкращий вчительМенеджерські граблі, або Фейл - найкращий вчитель
Менеджерські граблі, або Фейл - найкращий вчитель
 
Андрій Кушнарьов «Agile планування проектів»
Андрій Кушнарьов «Agile планування проектів»Андрій Кушнарьов «Agile планування проектів»
Андрій Кушнарьов «Agile планування проектів»
 
Пример концепции проекта — модернизация портала округа
Пример концепции проекта — модернизация портала округаПример концепции проекта — модернизация портала округа
Пример концепции проекта — модернизация портала округа
 
Как быть заказчиком продукта?
Как быть заказчиком продукта?Как быть заказчиком продукта?
Как быть заказчиком продукта?
 
2015 Upload Campaigns Calendar - SlideShare
2015 Upload Campaigns Calendar - SlideShare2015 Upload Campaigns Calendar - SlideShare
2015 Upload Campaigns Calendar - SlideShare
 
What to Upload to SlideShare
What to Upload to SlideShareWhat to Upload to SlideShare
What to Upload to SlideShare
 
Getting Started With SlideShare
Getting Started With SlideShareGetting Started With SlideShare
Getting Started With SlideShare
 

Semelhante a Методологія розробки ІТ проектів Scrum

Alexander Marchenko: Адаптивність чи довгострокове планування? (UA)
Alexander Marchenko: Адаптивність чи довгострокове планування? (UA)Alexander Marchenko: Адаптивність чи довгострокове планування? (UA)
Alexander Marchenko: Адаптивність чи довгострокове планування? (UA)Lviv Startup Club
 
How to Leverage your Skill Set for Product by Matic PM
How to Leverage your Skill Set for Product by Matic PMHow to Leverage your Skill Set for Product by Matic PM
How to Leverage your Skill Set for Product by Matic PMProduct School
 
Testing Web in Agile
Testing Web in AgileTesting Web in Agile
Testing Web in AgileA1eksandras
 
Anna Podolynna, BAQ "How not to loose a QA focus and organize testing proces...
Anna Podolynna, BAQ  "How not to loose a QA focus and organize testing proces...Anna Podolynna, BAQ  "How not to loose a QA focus and organize testing proces...
Anna Podolynna, BAQ "How not to loose a QA focus and organize testing proces...Dakiry
 
Web Testing in Agile
Web Testing in AgileWeb Testing in Agile
Web Testing in AgileAlex Belik
 
Нікіта Загурдаєв - Найдієвіші методології для PMO
Нікіта Загурдаєв - Найдієвіші методології для PMOНікіта Загурдаєв - Найдієвіші методології для PMO
Нікіта Загурдаєв - Найдієвіші методології для PMONikita Zahurdaiev
 
Як найняти 
cкрам команду
Як найняти 
cкрам командуЯк найняти 
cкрам команду
Як найняти 
cкрам командуKirill Klimov
 
Kardash victor kardash unisenderprocess
Kardash victor kardash unisenderprocessKardash victor kardash unisenderprocess
Kardash victor kardash unisenderprocessLviv Startup Club
 
DaKiRy_PMWeekend2016_Роман Сахаров "Як відсутність бачення продукту псує прое...
DaKiRy_PMWeekend2016_Роман Сахаров "Як відсутність бачення продукту псує прое...DaKiRy_PMWeekend2016_Роман Сахаров "Як відсутність бачення продукту псує прое...
DaKiRy_PMWeekend2016_Роман Сахаров "Як відсутність бачення продукту псує прое...Dakiry
 
СВІТЛАНА ПРИШЛЯК «Тестування управління процесами на різних рівнях в компанія...
СВІТЛАНА ПРИШЛЯК «Тестування управління процесами на різних рівнях в компанія...СВІТЛАНА ПРИШЛЯК «Тестування управління процесами на різних рівнях в компанія...
СВІТЛАНА ПРИШЛЯК «Тестування управління процесами на різних рівнях в компанія...GoQA
 
Лекція 4 - Планування проекту
Лекція 4 - Планування проектуЛекція 4 - Планування проекту
Лекція 4 - Планування проектуOleg Nazarevych
 
PMLab. Алена Прихнич и Ірина Пашко "Як масштабувати agile на великі проекти"
PMLab. Алена Прихнич и Ірина Пашко "Як масштабувати agile на великі проекти"PMLab. Алена Прихнич и Ірина Пашко "Як масштабувати agile на великі проекти"
PMLab. Алена Прихнич и Ірина Пашко "Як масштабувати agile на великі проекти"GeeksLab Odessa
 
Швейцарія, масштабування Scrum і розподілені команди от Романа Сахарова
Швейцарія, масштабування Scrum і розподілені команди от Романа СахароваШвейцарія, масштабування Scrum і розподілені команди от Романа Сахарова
Швейцарія, масштабування Scrum і розподілені команди от Романа СахароваFwdays
 
Роман Сахаров "Зміна Scope спринту посередині розробки: хто винен і що робити?"
Роман Сахаров "Зміна Scope спринту посередині розробки: хто винен і що робити?"Роман Сахаров "Зміна Scope спринту посередині розробки: хто винен і що робити?"
Роман Сахаров "Зміна Scope спринту посередині розробки: хто винен і що робити?"SCRUMguides
 
Управління проектами. визначення та концепції
Управління проектами. визначення та концепціїУправління проектами. визначення та концепції
Управління проектами. визначення та концепціїOleg Nazarevych
 

Semelhante a Методологія розробки ІТ проектів Scrum (20)

SCRUM methodology
SCRUM methodology  SCRUM methodology
SCRUM methodology
 
Scrum
ScrumScrum
Scrum
 
Vinnytsky
VinnytskyVinnytsky
Vinnytsky
 
Alexander Marchenko: Адаптивність чи довгострокове планування? (UA)
Alexander Marchenko: Адаптивність чи довгострокове планування? (UA)Alexander Marchenko: Адаптивність чи довгострокове планування? (UA)
Alexander Marchenko: Адаптивність чи довгострокове планування? (UA)
 
How to Leverage your Skill Set for Product by Matic PM
How to Leverage your Skill Set for Product by Matic PMHow to Leverage your Skill Set for Product by Matic PM
How to Leverage your Skill Set for Product by Matic PM
 
Testing Web in Agile
Testing Web in AgileTesting Web in Agile
Testing Web in Agile
 
Anna Podolynna, BAQ "How not to loose a QA focus and organize testing proces...
Anna Podolynna, BAQ  "How not to loose a QA focus and organize testing proces...Anna Podolynna, BAQ  "How not to loose a QA focus and organize testing proces...
Anna Podolynna, BAQ "How not to loose a QA focus and organize testing proces...
 
Agile (IF PM Group) v2
Agile (IF PM Group) v2Agile (IF PM Group) v2
Agile (IF PM Group) v2
 
Web Testing in Agile
Web Testing in AgileWeb Testing in Agile
Web Testing in Agile
 
Нікіта Загурдаєв - Найдієвіші методології для PMO
Нікіта Загурдаєв - Найдієвіші методології для PMOНікіта Загурдаєв - Найдієвіші методології для PMO
Нікіта Загурдаєв - Найдієвіші методології для PMO
 
Як найняти 
cкрам команду
Як найняти 
cкрам командуЯк найняти 
cкрам команду
Як найняти 
cкрам команду
 
Kardash victor kardash unisenderprocess
Kardash victor kardash unisenderprocessKardash victor kardash unisenderprocess
Kardash victor kardash unisenderprocess
 
DaKiRy_PMWeekend2016_Роман Сахаров "Як відсутність бачення продукту псує прое...
DaKiRy_PMWeekend2016_Роман Сахаров "Як відсутність бачення продукту псує прое...DaKiRy_PMWeekend2016_Роман Сахаров "Як відсутність бачення продукту псує прое...
DaKiRy_PMWeekend2016_Роман Сахаров "Як відсутність бачення продукту псує прое...
 
СВІТЛАНА ПРИШЛЯК «Тестування управління процесами на різних рівнях в компанія...
СВІТЛАНА ПРИШЛЯК «Тестування управління процесами на різних рівнях в компанія...СВІТЛАНА ПРИШЛЯК «Тестування управління процесами на різних рівнях в компанія...
СВІТЛАНА ПРИШЛЯК «Тестування управління процесами на різних рівнях в компанія...
 
Лекція 4 - Планування проекту
Лекція 4 - Планування проектуЛекція 4 - Планування проекту
Лекція 4 - Планування проекту
 
PMLab. Алена Прихнич и Ірина Пашко "Як масштабувати agile на великі проекти"
PMLab. Алена Прихнич и Ірина Пашко "Як масштабувати agile на великі проекти"PMLab. Алена Прихнич и Ірина Пашко "Як масштабувати agile на великі проекти"
PMLab. Алена Прихнич и Ірина Пашко "Як масштабувати agile на великі проекти"
 
Швейцарія, масштабування Scrum і розподілені команди от Романа Сахарова
Швейцарія, масштабування Scrum і розподілені команди от Романа СахароваШвейцарія, масштабування Scrum і розподілені команди от Романа Сахарова
Швейцарія, масштабування Scrum і розподілені команди от Романа Сахарова
 
Роман Сахаров "Зміна Scope спринту посередині розробки: хто винен і що робити?"
Роман Сахаров "Зміна Scope спринту посередині розробки: хто винен і що робити?"Роман Сахаров "Зміна Scope спринту посередині розробки: хто винен і що робити?"
Роман Сахаров "Зміна Scope спринту посередині розробки: хто винен і що робити?"
 
Elogic: Scrum&Kanban
Elogic: Scrum&KanbanElogic: Scrum&Kanban
Elogic: Scrum&Kanban
 
Управління проектами. визначення та концепції
Управління проектами. визначення та концепціїУправління проектами. визначення та концепції
Управління проектами. визначення та концепції
 

Методологія розробки ІТ проектів Scrum

  • 2. Методологія розробки ІТ проектів SCRUM Євген Вершинін 3.02.2015 Вільне кафе STANTSIYA
  • 3. Чому Scrum?  Scrum – це один з Agile процесів, який дозволяє сфокусуватись на постановці найважливіших, з точки зору бізнесу, ціностях в найкоротші строки.  Бізнес розставляє пріоритети. Команди самоогранізуються і визначають найкращий шлях випуску функцій з високим пріоритетом.  З регулярністю від двох тижнів до місяця всі можуть бачити реально працюючий програмний продукт, і вирішити випускати його, як він є або продовжити поліпшення в наступному спринті.
  • 4. Основні характеристики  Самоорганізуючі команди  Продукт розробляється послідовністю ітерацій («спринтів»), кожний з них не більше місяця  Усі вимоги записуються у вигляді єдиного списку, «беклог продукту»  Інженерні практики не є частиною Scrum  Використовуються прості правила для створення гнучкого середовища розробки проектів  Один з Agile процесів
  • 5. Agile Manifesto – декларація цінностей процесів і інструментів Люди і взаємодія важливіші слідування попереднім планом Готовність до змін важливіша вичерпної документації Працюючий продукт важливіший узгодження умов контракту Співпраця з замовником важливіша
  • 6. Scrum Відміна Повернення Спринт 2-4 тижні Повернення Ціль спринта Беклог спринта Потенційно готовий до випуску продукт Беклог продукту Купони Подарочна упаковка Купони Відміна 24 години
  • 7. Scrum в одній картинці
  • 8. Спринт - ітерація  Scrum проекти розробляються послідовністю «спринтів»  Типова тривалість - від 2-х тижнів до місяця з жорстким обмеженням за часом  Постійна тривалість спринту привносить ритм в розробку  Продукт проектується, розробляється і тестується протягом одного спринту
  • 9. Замість того, щоб виконувати ці активності по черзі ... ... Scrum команди роблять потрошки від кожної весь час Вимоги Дизайн Розробка Тестування Источник: “The New New Product Development Game” by Takeuchi and Nonaka. Harvard Business Review, January 1986. Розробка: Послідовна проти паралельної
  • 10. Ніяких змін під час розробки спринту  Плануйте тривалість спринту виходячи з міркування про те, як довго ви можете працювати, не вносячи зміни до плану робіт  Зміни все ж таки можливі, але треба розуміти втрати і попередні заплановані задачі. Зміни
  • 11. Структура Scrum  Ролі в команді (Roles)  Власник продукту (Product Owner)  Scrum мастер (Scrum Master)  Команда  Зустрічі (Ceremonies)  Планування спринту  Огляд спринту (Demo)  Ретроспектива сринту  Щоденний Scrum (Stand-up meeting)  Документи (Artifacts)  Беклог продукту (Product Backlog)  Спринт беклог  Burndown графіки
  • 12. Ролі в команді (Roles)  Власник продукту  Одна людина, яка визначає вимоги до продукту  Визначає дату релізу і функціонал  Відповідальний за продукт та його дохідність  Пріоритизує вимоги, виходячи з їх ринкової цінності  Коригує пріоритети на кожній ітерації, якщо необхідно  Приймає виконану роботу  Scrum мастер  Відповідальний за впровадження цінностей і практик Scrum  Не роздає завдання  Усуває перешкоди і захищає команду від зовнішніх впливів  Відповідальний за ефективність роботи команди
  • 13. Команда  Зазвичай 5-9 осіб  Крос функціональна  Програмісти, тестувальники, дизайнери  Зайняті на повний робочий день  Можливі вийняти (наприклад, адміністратор баз даних)  Команди самоорганізовуються  Склад команди може змінюватись тільки між сринтами
  • 14. Зустрічі  Зустрічі (Ceremonies)  Планування спринту  Огляд спринту (Demo)  Ретроспектива спринту  Щоденний Scrum (Stand-up meeting)
  • 15. Планування спринту Планування Що робимо • Аналізуємо беклог • Вибираємо Ціль спринту Як робимо • Вирішуємо як досягти Цілі спринту (дизайн) • Створюємо Беклога спринт (Завдання) з елементів Беклога Продукту (історій користувача / функцій) • Оцінюємо Беклог Спринту в годинах / попугаях / інше Ціль спринту Спринт беклог Бізнес середовище Команда Беклог продукту Технологія Продукт
  • 16. Процес планування  Команда вибирає з Беклога Продукту вимоги, які вони можуть реалізувати за спринт  Створюється Беклог спринту  Створюються конкретні задачі та оцінюються командою (1-16 годин)  Все виконується командою, а не Scrum мастером  Враховується архітектура проекту і інші обставини Як відпочиваючий, я хочу переглянути фото готелів Запрограмувати серверну частину (8) Створити GUI (4) Створити тести (4) Оновити документацію (4)
  • 17. Щоденний Scrum Daily Stand-up meeting  Характеристики  Щоденно у визначений час  15 хвилин  Стоячи  Не для вирішення проблем  Всі ролі мають бути присутні на зустрічі  Scrum мастер тільки веде зустріч
  • 18. Кожний відповідає на 3 питання  Що ти зробив учора?  Що будеш робити сьогодні?  Які проблеми заважають? • Це не статус для Scrum мастер • Це зобов'язання перед колегами
  • 19. Огляд спринту (Demo)  Команда презентує, що було зроблено за спринт  Фокус на результат, а не процес  Зазвичай приймає форму демонстрації  Неформально  Максимум 2 години на підготовку  Без слайдів  Вся команда приймає участь  Запрошуються всі, кому може бути цікаво
  • 20. Ретроспектива  Періодичний перегляд процесу проекту  Зазвичай 15-30 хвилин  Проводиться після кожного спринту  Приймає участь вся команда  Можуть бути запрошені клієнт, власник продукту, керівництво компанії  Один з варіантів проведення зустрічі:  Що нового потрібно започаткувати у процесі розробки?  Що потрібно зупинити і відмовитись?  Що потрібно продовжувати робити?
  • 21. Документи (Artifacts)  Беклог продукту (Product Backlog)  Спринт беклог  Burndown графіки
  • 22. Беклог продукту  Вимоги  Список бажаної функціональності  В ідеалі написаний так, що кожен елемент має значення для кінцевого користувача  Сортований по пріоритету  Пріоритети виставляє Власник продукту  Пріоритети оновлюються на початку спринту Беклог продукту  Новий функціонал  Помилки  Технічні задачі  Дослідження
  • 23. Приклад беклогу продукту News • As a site visitor, I can read current news on the home page. • As a site visitor, I can access old news that is no longer on the home page. • As a site visitor, I can email news items to the editor. (Note: this could just be an email link to the editor.) • As a site a site editor, I can set the following dates on a news item: Start Publishing Date, Old • News Date, Stop Publishing Date. These dates refer to the date an item becomes visible on the site (perhaps next Monday), • the date it stops appearing on the home page, and the date it is removed from the site (which may be never). • As a site member, I can subscribe to an RSS feed of news (and events? Or are they separate?). • As a site editor, I can assign priority numbers to news items. Items are displayed on the front page based on priority.
  • 24. User Story  Короткий і простий запис вимоги записаний від імені користувача.  As a <type of user>, I want <some goal> so that <some reason>.  Як модератор форуму, я хочу блокувати користувачів на 2, 5, 10 днів, таким чином я зможу запобігти частим порушенням правил форуму.
  • 25. Проект описаний User Story (story mapping)
  • 26. Ціль спринту  Коротке речення, яке описує, на чому буде сфокусована робота під час спринту БД Фінанси Наука Підтримка функціональності необхідної для вивчення генетики Додати підтримку котирувань в реальному часі Зробити в додатку підтримку MSSQL на додаток до Oracle
  • 27. Беклог спринту  Члени команди вибирають роботу на свій вибір з найважливіших елементів беклогу продукту  Оцінка роботи, що залишилася, щодня оновлюється  Будь-який член команди може додати, видалити або змінити елементи Беклога Спринту  Якщо завдання не зрозуміле, то цьому елементу беклога резервується більше часу і він розбивається на складові частини пізніше  Формується на зустрічі Планування спринту
  • 29. Burndown графік  Оновлюється кожний день  Показує реальний стан виконання задач  Візуалізує процес та кінцеву мету
  • 34. Посилання та література  www.mountaingoatsoftware.com/scrum  www.scrumalliance.org  www.controlchaos.com  Scrum and The Enterprise by Ken Schwaber  Succeeding with Agile by Mike Cohn  User Stories Applied for Agile Software Development by Mike Cohn  www.scrumalliance.org/why-scrum  Scrum и XP: заметки с передовой  www.agilemanifesto.org  blog.bbv.ch/2011/02/02/presentation-scrum-at-bbv- software-services-ag/  goagile.co.uk  www.agilebuddha.com/agile/story-mapping-andvs-process- maps/
  • 35. Дякую за увагу!  jen.versh@gmail.com  www.twitter.com/jen777  www.facebook.com/yvershynin