Agile Space 💙💛

​​Привіт! Продовжуючи нашу рубрику #HackTheInterview маємо таке питання:

Чи можна змінювати беклог ітерації, який вже стартував? Хто може це зробити/ініціювати та які дії при таких активностях мають бути зі сторони Скрам Майстра/Команди?  

Наша відповідь: Звичайно Scrum Guide радить не вносити зміни щодо sprint backlog, який вже розпочався. Проте ми з Вами живемо у динамічному світі, де варто швидко діяти на зміни ринку і те, що було актуально вчора, може бути вже не актуальним сьогодні. Також Agile вчить нас бути гнучкими до змін.  

Отже, зміни щодо sprint backlog може ініціювати Product owner, скажімо включити та пріоритизувати окреме завдання. Таким чином Scrum Master повинен проговорити ці зміни з Product owner  та командою, профасилітувати оцінку їх з командою та відповідно запропонувати, який скоуп натомість прийдеться відкласти, якщо Product owner не вкаже сам на це. 
 
Тут також варто зазначити, що важливо запропонувати винести у наступну ітерацію ті задачі, які команда ще не розпочала. Якщо все погоджено з Product owner та командою, наступною задачею Scrum Master буде проговорити цей кейс на ретроспективі, щоб зрозуміти причини та наслідки такої активності. 

Звичайно, описаний кейс, є радше винятком з правил ніж загальноприйнятою практикою.  

Чи були у вас такі ситуації та як ви виходили з них? 

Залишайте свої запитання у коментарях і ми обов'язково постараємось дати на них відповіді 👇

👍16👎3

www.tgoop.com/agile_space/144

1.12K viewsSep 27, 2022 at 16:01

​​Привіт! Продовжуючи нашу рубрику #HackTheInterview маємо таке питання:

Чи можна змінювати беклог ітерації, який вже стартував? Хто може це зробити/ініціювати та які дії при таких активностях мають бути зі сторони Скрам Майстра/Команди?  

Наша відповідь: Звичайно Scrum Guide радить не вносити зміни щодо sprint backlog, який вже розпочався. Проте ми з Вами живемо у динамічному світі, де варто швидко діяти на зміни ринку і те, що було актуально вчора, може бути вже не актуальним сьогодні. Також Agile вчить нас бути гнучкими до змін.  

Отже, зміни щодо sprint backlog може ініціювати Product owner, скажімо включити та пріоритизувати окреме завдання. Таким чином Scrum Master повинен проговорити ці зміни з Product owner  та командою, профасилітувати оцінку їх з командою та відповідно запропонувати, який скоуп натомість прийдеться відкласти, якщо Product owner не вкаже сам на це. 
 
Тут також варто зазначити, що важливо запропонувати винести у наступну ітерацію ті задачі, які команда ще не розпочала. Якщо все погоджено з Product owner та командою, наступною задачею Scrum Master буде проговорити цей кейс на ретроспективі, щоб зрозуміти причини та наслідки такої активності. 

Звичайно, описаний кейс, є радше винятком з правил ніж загальноприйнятою практикою.  

Чи були у вас такі ситуації та як ви виходили з них? 

Залишайте свої запитання у коментарях і ми обов'язково постараємось дати на них відповіді 👇

BY Agile Space 💙💛