Перед спринтом формулюються завдання на спринт, скрам майстер наприкінці – обговорюються результати, а команда починає новий спринт. Спринти дуже зручно порівнювати між собою, що дозволяє керувати ефективністю роботи. Маючи час, ви повинні знати, що Scrum вимагає постійного спілкування та співпраці, а також постійної перевірки виконаної роботи. Для деяких компаній таке масове залучення співробітників до процесу впровадження є певною незручністю. Інші, однак, вважають це головною перевагою підходу Agile. Однак досвід EVolpe показує, що залучення клієнта має кардинальне значення для ефективної реалізації.
Також туди входить майстер, що забезпечує підвищення ефективності. Власник продукту — апологет продукту, який повністю розуміє його цінність для бізнесу. Ця людина доносить потреби замовника і стейкхолдерів до розробників, але не відповідає за технічний бік процесу. Власник продукту також відповідає за історії користувачів і визначає їх пріоритетність. Під час формування беклогу спринту або продукту обов’язково деталізуйте завдання і виставляйте їх у порядку пріоритету.
Зазвичай вони займають 1-2 тижні (не більше 1 місяця). Scrum-команди прагнуть створювати готовий до релізу (якісно протестований) інкремент продукту в кожній ітерації». Ця стаття присвячена скрам-фреймворку, його історії, перевагам використання скраму в компаніях, його обмеженням і тому, як застосовувати скрам-структуру в вашій організації.
(Часом скрам-команди взаємодіють у форматі скраму скрамів, коли скрам-майстри команд мають власні окремі зустрічі). Вони кросфункціональні, їхня кросфункціональність залежить від області роботи. У складних і об’ємних проєктах можливе доповнення стовпцями з іншими статусами завдань. Наприклад, такий варіант часто використовують, коли необхідно провести проміжне тестування. Деякі менеджери також виводять в окрему колонку таски, які пов’язані зі щоденними повторюваними діями на кшталт перевірки запитів від клієнтів.
Scrum — це певний набір правил, що дозволяє побудувати гнучкий робочий процес. Головним принципом є командна робота та фокус на меті кожної ітерації. Також методологія відрізняється нестандартним підходом до розподілу обов’язків у команді.
Усім, хто хотів би впровадити його у свою роботу, я раджу, по-перше, не боятися експериментувати. Є набір технік та методик, які підвищують ефективність конкретно вашої команди. Проводьте щоденні мітинги або скайп-коли, обмежуючи час їхньої тривалості до хвилин. На цих зустрічах кожен член команди розповідає про поточний стан своїх задач. Опорні питання ви можете вигадати самі або скористатися шпаргалкою.
У цьому випадку важливо підкреслити переваги нової гнучкої методології або Scrum, такі як вища ефективність, краща якість або краща комунікація. Ви також можете залучити членів команди до процесу прийняття рішень, попросивши їх висловити свої думки та ідеї. Це може допомогти створити відчуття ідентифікації з новою гнучкою або скрам методологією. Запити на виконання робіт (backlog items), що визначені протягом наради з планування спринту (sprint planning meeting), переміщуються в етап спринту.
Потреби, бажання, ідеї та вплив курей беруться до уваги, але їм не завжди дозволяють прямо впливати, видозмінювати або включатися в хід Scrum проєкту. Scrum Master виступає фасилітатором роботи скрам-команди. Скрам-майстер допомагає власнику продукту і розробникам виконувати роботу без перешкод і відволікаючих факторів. Уся комунікація людей з-поза команди з командою розробки відбувається через скрам-майстра.
Оскільки команда автономна та самоорганізована, за успіх чи невдачу вона відповідає як єдине ціле. Провал не звалити на лінивого розробника чи неуважного тестувальника. Наприкінці кожного спринту зустрічайтеся на ретроспективу і рефлексуйте, що вдалося зробити, а що ні і чому.
Для кращого розуміння, яку роль виконує скрам-майстер, спочатку розберемось в самому понятті. Scrum — це один із різновидів гнучкого підходу управління проєктами, в основі якого — поетапна розробка та удосконалення продукту невеликою командою фахівців різного профілю. В Scrum є визначені правила, ролі та послідовність, які допомагають команді досягати потрібних результатів в строк. Такий Scrum майстер відмінно розбирається у всіх аспектах розробки всередині команди. Він володіє достатнім рівнем проєктних й технічних знань, щоб розуміти всі деталі поточного проєкту. Акцент на таких практиках, як керована тестуванням розробка та безперервна інтеграція, допомагає командам створювати високоякісне програмне забезпечення швидко та ефективно.
Разом з тим, Scrum відрізняється гнучкістю і допускає експерименти, тому особливо ефективний, коли відсутнє чітке підсумкове бачення результату чи швидко змінюються умови на ринку. Метод допомагає поступово йти до цілі та протягом усього шляху контролювати ефективність виконаної роботи. Читаючи всі ці відгуки, важливо зрозуміти, що люди, у яких не вдалося запровадити скрам, недоречно або неправильно його застосовують. Кажуть, що в ньому дуже багато ритуальності – мовляв, замість реального виконання завдань люди сидять та обговорюють власну роботу.
Саме тому рішення за цією методологією приймають колективно. Ніхто не може натиснути і змусити прийняти інше рішення, якщо команда впевнена, що зупинилася на правильному. Зазвичай скрам застосовують там, де є продукт, що має цінність для користувачів та замовників.