nmk

Лабораторна робота №13 (2 години)

Тема: Аналіз стейкхолдерів та план комунікацій

Практика управління зацікавленими сторонами (Stakeholders) проєкту. Ідентифікація стейкхолдерів, побудова матриці “Вплив/Інтерес” (Power/Interest Grid) та розробка правила своєчасних комунікацій (Communication Plan).

Мета: Навчитися виявляти всіх людей, які можуть вплинути на успіх вашого проєкту, розуміти їхні приховані мотиви та будувати стратегію спілкування з ними (кому, що, як часто і через який канал писати).

Технологічний стек: Miro / Draw.io (для матриці) + Google Docs / MS Excel (для таблиці комунікацій).

Завдання

Більшість проєктів провалюються не через поганий код, а через погану комунікацію. Якщо програмісти забули спитати думку “Служби безпеки” клієнта до релізу, проєкт можуть закрити в день запуску. Ваше завдання — проаналізувати оточення вашого навчального проєкту і розробити систему комунікацій.

Перелік завдань:

Ідентифікувати 5 різних стейкхолдерів вашого проєкту.
Побудувати Матрицю Вплив/Інтерес (Power/Interest Grid) та розподілити їх по квадратах.
Скласти План комунікацій (Communication Plan) для взаємодії зі стейкхолдерами.

Хід виконання роботи

Крок 1. Ідентифікація стейкхолдерів

Стейкхолдер — це будь-яка людина або група людей, чиї інтереси зачіпає ваш проєкт (або хто МОЖЕ думати, що проєкт їх зачіпає). Складіть список із 5 стейкхолдерів для вашого проєкту. Вони можуть бути як внутрішніми (команда, спонсор), так і зовнішніми (майбутні користувачі, конкуренти, держава).

Випишіть їх у звіт з коротким поясненням (1 речення), чому їм важливий ваш проєкт або як вони на нього впливають.

Крок 2. Побудова Матриці Вплив/Інтерес (Power/Interest Grid)

Намалюйте (у Miro чи Draw.io) класичну матрицю з двома осями:

Ось Y (Power / Вплив): Від низького до високого. (Чи може ця людина закрити проєкт або звільнити вас?).
Ось X (Interest / Інтерес): Від низького до високого. (Наскільки цій людині взагалі цікаво, що ви робите?).

Матриця матиме 4 квадрати. Розподіліть ваші 5 стейкхолдерів у відповідні квадрати:

Високий вплив + Високий інтерес (Manage Closely): Ключові гравці (Спонсор/Замовник). Працюємо з ними найщільніше.
Високий вплив + Низький інтерес (Keep Satisfied): Наприклад, Юридичний відділ клієнта. Їм байдуже на фічі, але вони можуть заблокувати контракт.
Низький вплив + Високий інтерес (Keep Informed): Кінцеві користувачі підтримки. Вони нічого не вирішують, але дуже чекають оновлення.
Низький вплив + Низький інтерес (Monitor): Випадкові спостерігачі.

Вставте скріншот намальованої матриці зі стейкхолдерами у ваш звіт.

Крок 3. Розробка Плану комунікацій (Communication Plan)

На основі того, в який квадрат потрапив стейкхолдер у Кроці 2, PM розробляє таблицю комунікацій: кому, як часто і що саме ми будемо писати.

Заповніть у звіті наступну таблицю для 3-х різних стейкхолдерів (бажано з різних квадратів матриці):

Стейкхолдер	Інформація (Що повідомляємо)	Формат та Канал	Частота	Відповідальний
Наприклад: Спонсор-Інвестор	Звіт про витрачений бюджет та прогрес фічей	PDF-презентація на Email + Зустріч у Zoom	Раз на 2 тижні	Project Manager
Наприклад: Команда розробників	Блокери, статус завдань	Jira Board + Slack (Daily Standup)	Щодня	Scrum Master
1. Ваш Стейкхолдер №1	…	…	…	…
2. Ваш Стейкхолдер №2	…	…	…	…
3. Ваш Стейкхолдер №3	…	…	…	…

Контрольні запитання

Поясніть своїми словами, чому кінцеві користувачі (End Users) B2B-продукту (наприклад, касири в супермаркеті) часто знаходяться у квадраті “Keep Informed”, а не “Manage Closely”?
Що означає стратегія “Keep Satisfied” (Підтримувати задоволення) для стейкхолдерів з високим впливом, але низьким інтересом? Яку помилку роблять PM-и-новачки у спілкуванні з ними?
Чому таблиця (Реєстр) стейкхолдерів у компанії зазвичай є конфіденційним документом, який не показують всій команді? (Що такого “секретного” може там бути записано?).
У чому різниця між Асинхронною комунікацією (Slack, Email, Jira) та Синхронною (Zoom, мітинги в офісі)? Коли краще використовувати яку?
Наведіть приклад “Інформаційного шуму”, коли Project Manager обрав неправильну частоту комунікацій для Стейкхолдера.

Вимоги до звіту

У репозиторії на GitHub додати файл lab_13.md.
В цей файл перенести результати виконання Кроків 1, 2 і 3 (Список з 5 стейкхолдерів, скріншот Матриці Power/Interest та заповнений План комунікацій для 3-х вибраних осіб).
У файлі lab_13.md дати письмові відповіді на всі 5 контрольних запитань.
Завантажити зміни на GitHub та надіслати посилання викладачу.