Мотивація, ефективність, допомога команді, розстановка пріоритетів — це все входить у його обов'язки. Scrum-майстер знає, який продукт очікується у фіналі і як привести команду до такого результату. Разом з командою він формує задачі на спринт, допомагає їх розподілити і відслідковує пріоритетність виконання.
Скрам (англ. scrum — штовханина; сутичка навколо м'яча (у регбі)) — підхід управління проєктами для гнучкої розробки програмного забезпечення. Скрам чітко робить акцент на якісному контролі процесу розробки.
Основна різниця між Scrum та Канбан — у довжині ітерацій. У Scrum ітерації – 2 тижні, у Kanban завдання програмісту можна «підсовувати» хоч щодня. Kanban дає більше гнучкості, якщо під гнучкістю розуміти частоту зміни пріоритетів.
Події Scrum Планування спринту/Sprint Planning — ініціює початок спринту. У межах нього планується робота, яку необхідно виконати протягом даного спринту (елементи беклогу продукту, що будуть включені до спринту), визначається мета — Sprint Goal (часто вирішувана бізнес-проблема), а також план їх реалізації.
Мета спринту (Sprint goal) – це єдина, сукупна ціль на увесь спринт. Інкремент продукту (Product increment) – це доповнення до усього переліченого вище. Інкремент – це усі пункти беклогу зі статусом «виконано» (Done), які може переглянути і сам замовник під час перегляду спринту.
Еджайл сьогодні надзвичайно популярний метод управління проєктами. Це досить гнучка система управління, характерними ознаками якої є надання кінцевого продукту на кожному етапі роботи та незрозумілий фінал проєкту.
Так називають невеликий відтинок робіт з формування бачення і ескізу беклогу продукту. Це робиться, щоб оцінити час і об’єм роботи до релізу. Відокремлено, такі дії непогані, та лише коли всі причетні розуміють, що отриманий результат змінюватиметься після інспекції в кожному спринті. Так чи …
