Done

To Do

Review

In Progress

Backlog

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

Скасувати спринт.

Продовжити вирівнювання або згладжування ресурсів

Попросити команду розробників спочатку попрацювати над менш складними робочими завданнями.

Ігнорувати конфлікт, оскільки проєкт добігає кінця.

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

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

Ігнорувати конфлікт, оскільки команді вдалося досягти мети проєкту.

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

Рівень витрат на проект

SWOT-аналіз проекту

План реалізації проекту

Організаційну структуру команди

Автоматизація всіх процесів

Збільшення кількості учасників у команді

Зниження витрат без урахування складності проєкту

Підвищення ефективності

Використання одних і тих самих процесів для всіх проєктів

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

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

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

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

Product roadmap — Дорожня карта продукту

WBS (Work Breakdown Structure) — Структура робіт / Декомпозиція робіт

Kanban Board — Канбан-дошка  

Activity log — Журнал активностей

Burndown chart — Діаграма згоряння

Технічне завдання — Technical Specification

План управління проєктом — Project Management Plan     

Беклог — Backlog

Бізнес-план — Business Plan

Хартія проєкту — Project Charter

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

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

Створити окремий беклог для нових функціональностей та працювати над ним, коли буде час.

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

Принцип Парето

Закон Брука

Правило 1-10-100

100-10-1

Закон Мура