Scrum Guide 2020: що нового?

Categories: InsightsCommunications

Минуло досить багато часу з моменту останнього оновлення в Scrum Guide (а ось тут – українська версія).  І ось воно! Нова версія, яка з’явилася у листопаді 2020 року, принесла цікаві зміни. На мій погляд, ці нововведення вносять більше гнучкості в процес. У цій колонці пропоную покроковий огляд оновлень.

Ще менш наказовий

З роками посібник зі Scrum почав ставати дедалі жорсткішим, тобто вказував, ЩО робити і ЯК. Версія 2020 року має на меті повернути Scrum до попередньої гнучкости шляхом вилучення або пом’якшення наказового тону. Наприклад, було видалено щоденні запитання Scrum, пом’якшено настанови щодо атрибутів PBI в product backlog, пом’якшено настанови щодо елементів з ретроспективи у backlog спринту, скорочено розділ стосовно скасування спринту, тощо.

Що це означає?

Фактично, зараз існує стільки ж імплементацій scrum, скільки й продуктів, які використовують цей фреймворк як основний підхід до розробки продуктів. Вищезгадані зміни роблять фреймворк гнучкішим. Як саме? Розбираємось нижче:

  • Використання щоденних запитань Scrum не є обов’язкове. Важливо, щоб люди чули одне одного, ділилися думками та звертались за допомогою, якщо це потрібно. Є багато шляхів побудувати бесіду в команді, і ми не повинні обмежуватися питаннями “Що я зробив”, “Що я буду робити” та “Які в мене перешкоди”.
  • Якщо ми говоримо про Product Backlog Items (PBI), то це завжди гарна ідея мати достатній рівень деталізації, естімейтів, важливості для бізнесу тощо. Однак важливо, щоб це відповідало потребам бізнесу та сферам діяльності. Як результат, PBI можуть містити згадані атрибути, але не бути обмеженими ними. Пом’якшення атрибутів PBI – це розширення гнучкості та уникнення заклику до жорстких порядків.
  • Ретро-елементи зараз є більш абстрактні. Автори повідомляють нам лише те, над якими ключовими аспектами слід працювати під час ретроспективної зустрічі. Існують десятки інструментів, які дозволяють нам обрати найкращий підхід до ретроспективи, роблячи цю церемонію найефективнішою для команди. Загалом це призводить до зменшення рекомендацій щодо того, хто що повинен робити, і більшого зосередження на результатах.
  • Скорочення інших частин у Scrum Guide надає більшої прозорості та не перевантажує опис процесу з очевидними наслідками, якщо сталася якась дія, наприклад “Скасування спринту”.
Єдина Команда фокусується на Єдиній Меті

Метою було усунення концепції “команди в команді”, яка призводить до поведінки “проксі” або “ми й вони” між Власником Продукту та Командою Розробників. Зараз є лише одна Scrum Команда, яка зосереджена на єдиній меті, з трьома різними рівнями відповідальності: Власник Продукту, Scrum Master та Розробники.

Що це означає?

У попередній версії не було виокремлено жодної підгрупи і лише розробників винесли в підгрупу, і нарешті цей підхід додано на рівень всієї команди Scrum. Найперша ліквідація поведінки “ми й вони” відбулася у 2011 році, коли вилучили посилання на концепт курей та свиней. І зараз це логічне продовження скасування поділу Product Owner та Dev Team (Власник Продукту та Команди розробників). Розмір команди зараз відноситься до Scrum Team, а не лише до розробників. Окрім того, версія 2020 року радить, але не обмежує наявність до 10 людей у ​​Scrum Team, пояснюючи чому маленькі команди працюють краще.

Такі зміни повинні забезпечити більше контролю над процесом та продуктом Scrum командою. Чим тісніше працює Scrum команда, тим краща співпраця аби створити справді круті продукти.

Впровадження Цілі Продукту

Посібник зі Scrum 2020 запроваджує концепцію Цілей Продукту, щоб забезпечити фокус Scrum Команди задля досягнення більшої мети. Кожен спринт повинен наближати продукт до його фінальної цілі.

Що це означає?

Мабуть, найважливішою зміною є введення цілі продукту в загальну концепцію структури. У наш час Scrum застосовується в багатьох сферах, які вийшли далеко за межі розробки програмних продуктів, де він сягає своїм корінням. Також продукт може бути послугою, фізичним товаром або чимось більш абстрактним, і, залежно від очікуваних результатів, у багатьох підходах це може розглядатися як проміжний результат для тих продуктів, які випускаються й доповнюються поступово.

“Ціль продукту” описує його майбутній стан. Дуже важливо дотримуватися визначеної мети, щоб постійно перевіряти, чи команда Scrum розробляє продукт який очікуєтьсяТакож Scrum команда може обрати неправильний шлях і приректи продукт на провал, якщо не буде звірятися з кінцевими цілями.

Місце для Цілей спринту, Визначення Готової Роботи та Цілей Продукту

Попередні посібники зі Scrum описували Ціль спринту та Визначення Виконаної Роботи (Definition of Done), не даючи їм справжньої ідентичності. Вони були не зовсім артефактами, але були дещо пов’язані з артефактами. Завдяки тому, що було додано Ціль Продукту, версія 2020 надає більше ясності. Кожен із трьох артефактів тепер містить „зобов’язання” щодо них: для product backlog ‐ Ціль Продукту, для backlog спринту ‐ Ціль спринту, а для Інкременту – Визначення Виконаної Роботи. Вони існують для забезпечення прозорості та зосередженості на прогресі кожного артефакту. 

Що це означає?

Зобов’язання – це готовність наполегливо та енергійно працювати та віддавати час на роботу чи діяльність. Створення артефакту повинно диктуватися бажанням досягти конкретних цілей. І завдяки “зобов’язанню” ми можемо провести одну лінію від Product Backlog Item до бажаного стану нашого продукту.

Самокерування та Самоорганізація

Попередні посібники зі Scrum називали Команди Розробників (Dev Team) самоорганізованими, вони могли обирати хто і як виконує роботу. Версія посібника зі Scrum 2020 року з фокусуванням на Scrum Команді підкреслює, що саме ціла Scrum Команда здатна до самоврядування, та може обирати хто, як і над чим буде працювати.

Що це означає?

Залучення Product Owner та розробників до єдиної команди Scrum надає можливість згладити всі рівні розробки продукту, покращуючи процес планування того, що потрібно враховувати під час майбутньої розробки.

Три речі до Планування Спринту

На додаток до “Що” та “Як” у Плануванні спринту, посібник зі Scrum 2020 акцентує на третій речі “Чому”, посилаючись на Ціль спринту.

Що це означає?

Ідея проста. Під час планування спринту Product Owner пропонує, як товар може збільшити свою цінність у поточному спринті. Потім вся команда Scrum співпрацює для визначення цілі спринту, яка відповідає питанню чому цей спринт цінний для зацікавлених сторін.

Порядок планування спринту: Чому -> Що -> Як

Насправді це ще одна можливість переконатись, що поточна ціль спринту спрямована на те, аби зробити продукт ще крутішим. Також такий тип планування поєднує точки між ціллю спринту та ціллю продукту.

Висновки

Загальне спрощення мови для ширшої аудиторії. У посібнику зі Scrum 2020, акцент зроблено на усуненні зайвих та складних тверджень, а також на усуненні специфіки роботи в ІТ (наприклад: тестування, система, дизайн, вимоги, тощо). Зараз посібник зі Scrum складається з менш ніж 13 сторінок (в оригіналі).

У новій версії мова є менш наказовою, оскільки, виходячи із сучасних реалій та широкого використання Scrum, основні елементи Scrum повинні бути контекстно-залежними та залежати від конкретних продуктів чи умов, а не працювати як комплексне рішення, яке може не відповідати іншим продуктам.

Бажаєте дізнатись про Scrum більше? Пропонуємо переглянути цикл статей про Ролі у Scrum від Андрія Кульшана, Business Analyst, Product Owner, Consultant, GlobalLogic та Олександри Скібіної, Project Manager, Kharkiv Agile Practice Head, Consultant, GlobalLogic!

  1. Ролі у SCRUM: Епізод І. Сходження Product Owner’а
  2. Ролі у SCRUM: Епізод II. Повернення Scrum Master’а

Гарного читання!

Top Insights

Python: чому вивчати та з чого почати?

Python: чому вивчати та з чого почати?

InsightsSoftwareAutomotiveCommunicationsConsumer and RetailFinancial ServicesHealthcareManufacturing and IndustrialMediaTechnology
Тонкощі CV або Як скласти та куди надіслати, щоб отримати пропозицію мрії про співпрацю

Тонкощі CV або Як скласти та куди надіслати,...

HRAutomotiveCommunicationsConsumer and RetailFinancial ServicesHealthcareManufacturing and IndustrialMediaTechnology
CI/CD для JS розробників. Частина перша – теорія

CI/CD для JS розробників. Частина перша – теорія

DevelopmentSoftwareAutomotiveCommunicationsConsumer and RetailFinancial ServicesHealthcareManufacturing and IndustrialMediaTechnology
Soft and Hard Skills: Що важливіше? Розповідь одного рекрутера

Soft and Hard Skills: Що важливіше? Розповідь одного...

HRAutomotiveCommunicationsConsumer and RetailFinancial ServicesHealthcareManufacturing and IndustrialMediaTechnology

ТОП автори

Volodymyr Nos

Volodymyr Nos

Lead Software Engineer, Engineering, GlobalLogic

Mariia Krapyvka

Mariia Krapyvka

Specialist, GlobalLogic

Dmytro Haidenko

Dmytro Haidenko

Senior Test Engineer, Quality Assurance, GlobalLogic

Dmytro Ryabokon

Dmytro Ryabokon

Director, Engineering, GlobalLogic

Roman Ostash

Roman Ostash

Lead Software Engineer, Engineering, GlobalLogic

Категорії блогів

  • URL copied!