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

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

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

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

Scrum-of-Scrum

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

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

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

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

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

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

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

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

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

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

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

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

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

доступний

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

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

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

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

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

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

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

змінами (

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

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

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

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

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

необхідним

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

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

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

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

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

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

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

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

Офіс управління проектами здійснює загальний моніторинг

Керівник офісу управління проектами як головний менеджер може зміцнити

матрицю керівників проектів

Офіс управління проектами насправді буде відповідати за безпосереднє

управління проектами

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

наданих активів організаційного процесу

Управління проектами буде під контролем функціональної організації, а

керівники проектів прискорять контроль змін

Послаблення ризику

Передачі (перенесення)

ризику

Пасивне приймання наслідків

Зменшення ризику

Планування ризику на випадок непередбачених ситуацій

Планування

Декларування

Ведення переговорів

Сприяння

Документація