Sprint Review Meeting це зустріч на якій Scrum команда демонструє доступну версію продукту, а власник продукту оголошує, які елементи завершені, а які не завершені. Власник продукту додає додаткові елементи до product backlog на основі відгуку стекхолдерів.
Події Scrum Планування спринту/Sprint Planning — ініціює початок спринту. У межах нього планується робота, яку необхідно виконати протягом даного спринту (елементи беклогу продукту, що будуть включені до спринту), визначається мета — Sprint Goal (часто вирішувана бізнес-проблема), а також план їх реалізації.
Scrum майстер повинен займатися навчанням своєї команди. Тобто навчати учасників команди взаємодії один з одним і з представниками бізнесу, оптимізувати процеси, підвищувати їх ефективність, а також пояснювати які цілі стоять перед командою в поточному спринті, і які очікування є з боку клієнтів.
Суть спринту полягає в тому, що він являє собою стратегічний відрізок часу, зазвичай тривалістю від одного до чотирьох тижнів, протягом якого команда фокусується виключно на виконанні певних завдань.
Незважаючи на те, що для Scrum нарекли долю управління проєктами з розробки ПЗ, він може також використовуватися в роботі команд обслуговувань програмного забезпечення (software maintenance teams), або як підхід управління розробкою і супроводом програм: Scrum of Scrums.
Мета спринту (Sprint goal) – це єдина, сукупна ціль на увесь спринт. Інкремент продукту (Product increment) – це доповнення до усього переліченого вище. Інкремент – це усі пункти беклогу зі статусом «виконано» (Done), які може переглянути і сам замовник під час перегляду спринту.
Так називають невеликий відтинок робіт з формування бачення і ескізу беклогу продукту. Це робиться, щоб оцінити час і об’єм роботи до релізу. Відокремлено, такі дії непогані, та лише коли всі причетні розуміють, що отриманий результат змінюватиметься після інспекції в кожному спринті. Так чи …