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

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

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

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

Аналіз внутрішніх і зовнішніх факторів

Опитування працівників

Мозковий штурм

Розробка KPI

Аналіз документів

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

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

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

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

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

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

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

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

Визначення потенційних вигод

Оцінка ефективності метрик

Порівняння результатів із конкурентами

Порівняння фактичного використання ресурсів з плановим

Своєчасне виконання завдань

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

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

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

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

Провести тімбілдингові заходи для зміцнення командних зв'язків.

Зрозуміти потреби команди й те, що їх мотивує.

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

Ставити цілі та заохочувати команду до їх досягнення.

Предиктивний підхід (predictive approach), оскільки гнучкий використовується лише для проєктів з розробки програмного забезпечення.

Гнучкий підхід (agile approach), оскільки він задовольнить більшість стейкхолдерів.

Предиктивний підхід (predictive approach), оскільки це дасть більшу ясність проєкту.

Гнучкий підхід (agile approach), оскільки він дозволить отримати функціональні результати швидко.