Огляд рамки Scrum

Scrum Framework - це методологія, пов'язана з гнучким управлінням, що використовується для управління знаннями та роботою, особливо для розробки програмного забезпечення. Він має широке застосування в різних областях, і зараз його досліджують традиційні проектні команди по всьому світу. Він створений для команд середнього розміру від трьох до максимум дев'яти членів, де робота розбивається на невеликі шматки, які можна виконати в рамках ітерацій, званих спринтами. На повну роботу не потрібно більше 30 днів / місяць.

Час, необхідне для його повного виконання, становить два тижні, і якщо він перевищує його, то він реструктурується на зустрічах, що називаються щоденними скандалами. Рамка, яка надає зображення того, як реалізуються scrums, називається рамкою Scrum. Команди в більших організаціях включають в себе наступні скрипти, а саме: масштабний Scrum (LeSS), масштабний рухливий фреймворк (SAFe), scrum of scrums та, Nexus тощо.

Роль Scrum Framework

Рамка Scrum складається з трьох ролей. Рамка в цілому допомагає оптимальному та правильному спілкуванню між членами команди. Ці три ролі разом утворюють команду scrum. Ці три рамкові ролі Scrum:

1) Власник продукту: Власник продукту представляє всіх можливих зацікавлених сторін та замовника у кожному конкретному випадку. Він несе відповідальність за надання максимально можливої ​​вартості замовнику. Власник продукту не дотримується традиційних методів завершення роботи, а надає їм пріоритет на основі залежностей та важливості. Команда scrum повинна мати лише одного власника продукту. Ця роль відрізняється від ролі майстра scrum. Власник продукту зосереджується на діловій частині продукту і виступає як посередник між зацікавленими сторонами та командою. Власник продукту - не диктатор, а консенсус. Отже, хороший власник продукту повинен вміти розуміти потреби бізнесу, причини, що стоять за цими потребами, та повідомляти їх зацікавленим сторонам та зацікавленій команді.

2) Команда розвитку: Команда розробників відповідає за забезпечення оптимальної якості роботи з кожним спринтом, що проходить. Мета спринту описує роботу, яку повинна виконувати команда, та якість, яку вона повинна забезпечити в кінці кожного спринту. Команда має від трьох до дев'яти членів, які виконують усі завдання, необхідні для створення приросту продукту. Хоча команда складається з людей різного походження, вони, як правило, називаються розробниками. Це команда, що самоорганізовується, і взаємодією за межами команди керує власник продукту або майстер scrum.

3) Scrum Master: Scrum Master відповідає за те, щоб полегшити скрут, забезпечити відсутність клопотів на шляху до якості товару чи доставки. Майстер scrum виступає посередником між командою та будь-якими клопотами на шляху роботи і не обов'язково є лідером команди. Майстер scrum забезпечує дотримання рам Scrum. Майстер scrum заохочує команду до вдосконалення. Роль також згадується як фасилітатор команди або слуга-керівник для відображення подвійних аспектів.

Робочий процес Scrum Framework

Робочий процес рамки scrum наступний:

1) Спринт: спринт / ітерація є одиницею Scrum. Спринт обмежений певним часом. Тривалість спринту визначається заздалегідь і зазвичай становить від одного тижня до одного місяця, як правило, двох тижнів.

2) Планування спринту: Спочатку команда scrum проводить планування спринту для:

  • Взаємно вирішуйте обсяг роботи, яку слід виконувати під час спринту.
  • Визначте предмети, які можна виконати лише в одному спринті.
  • Зробіть спринт, в якому робота, яка повинна включати предмети, які слід виконати.
  • Очікувана тривалість часу - чотири години на день протягом двох тижнів.
  • У процесі роботи ідентифіковані елементи розбиваються, і якщо вони не можуть бути виконані в спринті, то вони ставляться до продуктового пробілу.
  • Коли розробка спринту розробляється командою розробників, елементи, які можуть бути виконані в рамках спринту, приймаються.

3) Щоденний спринт: щодня проводиться скрам або вставання з кожним спринтом.

  • Кожен член команди розробників виходить добре підготовленим.
  • Незважаючи на те, що дещо членів команди розробників не вистачає, вона починається рівно вчасно.
  • Кожен день його слід проводити в один і той же час і місце.
  • Час обмежений п'ятнадцятьма хвилинами.
  • Слід зробити свій внесок лише члени команди розробників, але будь-хто ще вітається.
  • Очікується, що кожен член команди відповість на три запитання під час щоденної розмови.
  • Чи я щось зробив, щоб зробити вклад у спринтерський гол команди вчора?
  • Що мені потрібно зробити сьогодні, щоб допомогти моїй команді внести свій внесок у спринтерську мету моєї команди сьогодні?
  • Чи можу я вважати будь-які клопоти, які можуть або затримати, або зупинити мою команду у досягненні завчасно визначених цілей?

4) Огляд спринту: Команда проводить два змагання в кінці спринту, що є оглядом спринту та ретроспективою спринту.

Під час огляду спринту команда:

  • Переглядає завершені роботи та роботи, які ще належить завершити.
  • Завершена робота подається зацікавленим сторонам.
  • Вирішує, що слід завершити далі, співпрацюючи із зацікавленими сторонами.

Рекомендації щодо спринт-оглядів:

  • Робота, яка неповна, не може бути продемонстрована.
  • Очікувана тривалість - дві години протягом двох тижнів.

5) Ретроспектива спринту: команда на ретроспективі спринту:

  • Вивчає минулий спринт.
  • Виявляє недоліки та виправляє їх.

6) Розширення: Розширення включає дві події, а саме:

  • Удосконалення відставання.
  • Скасування спринту.

Незважаючи на те, що є настільки точним та ефективним, рамка Scrum має свої обмеження:

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

Рекомендовані статті

Це було керівництвом до Scrum Framework. Тут ми обговорюємо 3 основні ролі та робочий процес рамки Scrum. Ви також можете ознайомитися з іншими запропонованими нами статтями -

  1. Що таке Agile програмування?
  2. Що таке Agile і Scrum?
  3. Що таке Agile Project Management?
  4. Вивчіть принципи Scrum
  5. Scrum Open Assessment
  6. 7 Особливості панелі інструментів Scrum