Огляд процесу Scrum

Scrum, просту основу управління проектами, розробили Джефф Сазерленд та Кен Швабер. Вони представляли цей процес на об'єктно-орієнтованому програмуванні, системах, мові та застосуванні в Остіні, Техас, в 1995 році. Пізніше вони опублікували методологію як «Процес розробки програмного забезпечення Scrum».

Рамка Scrum

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

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

Основні ролі в Scrum Framework

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

  • Власник продукту

Він відіграє роль зв’язку між замовниками та командою розробників. Він чи вона є чемпіоном їх продукту. Власник продукту гарантує, що очікування щодо готового продукту повідомляється та узгоджується відповідно.

  • Scrum Masterworks

Як фасилітатор, який є чемпіоном у сутичці команди. Основним обов'язком майстра scrum є забезпечення найкращих практик scrum у проекті. Він або вона планує необхідні ресурси для планування спринту, stand-up, спринт-огляду та ретроспективи спринту.

  • Команда розвитку

Спільно працює над розробкою та тестуванням додаткових випусків кінцевого продукту. Члени команди є чемпіонами з практик сталого розвитку. Звичайні команди scrum - це п'ять-сім членів, тісно пов'язані та розташовані разом.

Різні процеси моделі Scrum

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

  • Створення закупок продукту -

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

  • Спринт-планування зустрічей та створення сприйняття спринтів -

Зустрічі планування спринту відбуваються на початку проекту, і всі члени команди розробників повинні брати участь у цій зустрічі. Цю зустріч веде майстер скраму, де члени команди та власник продукту вирішують мету спринту. Тривалість спринту триває лише 2 тижні, але протягом цього часу важливо підтримувати співпрацю між зацікавленими сторонами та членами команди. Власник продукту регулює важливість належної історії користувача, і команда scrum може вибрати істотну історію із відставання продукту. Конкретна історія користувача завжди повинна бути пов’язана з ціллю. Наприкінці зустрічі з планування спринту кожен учасник scrum повинен мати чітке уявлення про те, що може бути внесено в поточному спринті та як будуть додаватися прирости.

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

  • Робота над спринтом -

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

  • Список перешкод -

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

  • Щоденна зустріч Scrum -

Щоденна зустріч scrum зазвичай відбувається в той же час, щоб обговорити необхідне завдання для досягнення мети спринту. Це неформальна зустріч, яка триває зазвичай 15 хвилин, і майстер скраму проявляє ініціативу, щоб це відбувалося щодня. Мета зустрічі - утримати кожного члена команди scrum у однаковому співвідношенні та скласти план роботи на наступні 24 години без шкоди для мети. На цій зустрічі члени команди зазвичай зосереджуються на трьох питаннях -

  • Що я зробив учора для досягнення мети спринту?
  • Що я планую сьогодні зробити, щоб допомогти команді досягти мети спринту?
  • Чи є якісь перешкоди, які можуть уникнути команди для досягнення мети спринту?

Це не обширна дискусійна зустріч, і її ще називають "щоденною підтримкою".

  • Огляд спринту та ретроспектива спринту -

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

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

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

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

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

  1. Scrum Framework
  2. Розробка Scrum
  3. Гнучкі управління продуктами
  4. Плавне спринтне планування
  5. Переваги Scrum Epic
  6. Ролі програмного забезпечення Scrum

Категорія:

Розвиток підприємництва