Daily Scrum вашої команди

Спринт ретроспектива (Sprint retrospective)

Scrum-of-Scrum

Daily Scrum іншої команди

Огляд спринту (Sprint review)

Запланувати щомісячну особисту зустріч для обговорення статусу проєкту.

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

Запланувати зустріч один або два рази на тиждень і повідомити спонсору, що він також може відвідувати щоденні зустрічі.

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

Підвищити ризик того, що кінцевий продукт може не закінчитися вчасно і

не відповідати потребам бізнесу, оскільки Власник продукту недоступний

Продовжуйте роботу відповідно до його/її розуміння, запишіть припущення

та запитайте власника продукту пізніше, коли буде доступно

Зробіть бізнес-аналітика заступником власника продукту в період

недоступності

Розробка функціональних вимог припиняється, доки PO не буде знову

доступний

Зверніть увагу Scrum Master

на затримку, щоб він/вона міг вжити відповідних заходів

Оцінити зусилля, необхідні для виправлення дефекту, а потім вирішити, що робити відповідно

Попросити команду розробників відкотити останній реліз, щоб працювати над виявленням невиявлених дефектів

Створити елемент для виправлення дефекту, додати його до беклогу продукту, а потім пріоритетизувати його

Попросити команду розробників негайно виправити дефект, оскільки продукт вже випущений

Офіційне прохання про зміну не є розумним рішенням. Створіть кілька

додаткових документів, що описують спосіб вирішення, і підпишіть їх самостійно,

ви можете їх представити під час наступної чергової наради комісії по керуванню

змінами (

Як правило, в проектах під час їх виконання виникають невідповідності

між плановими документами та фактичною реалізацією. Це не проблема, якщо

підтримується функціональний стан продукту

Функціональний стан продукту лишився без змін, значить це не є суттєвими змінами

Обхід проблеми було виконано лише на технічному рівні. Поки це не вплине

на функцію мосту або організаційну конфігурацію проекту, запит на зміну не буде

необхідним

Ретельно задокументувати проблему та рішення для створення запиту на

зміну до плану управління проектом, яка потім буде передана органу,

відповідальному за рішення про контроль змін

Проведення опитування серед поточних користувачів проєкту.

Запрошення всіх зацікавлених сторін на семінар з вимог, щоб розробити користувацькі історії.

Надсилання анкети всім зацікавленим сторонам з метою визначення вимог проєкту.

Організації зустрічі з кожною зацікавленою стороною для визначення їхніх потреб.