Embed Size (px)
Citation preview
Методологія
розробки ІТ
проектів 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/
Дякую за увагу!
www.twitter.com/jen777
www.facebook.com/yvershynin
