Якби не вони, то всю нашу роботу можна було б ШІ передати

06 листопада 2026 •4 хвилин читання
Іноді мені здається, що проєктний менеджмент — ідеальна професія для автоматизації. Планування, оцінки, ризики, звіти, контроль задач — усе це вже непогано робить штучний інтелект. Але є одна маленька проблема. Люди. Або більш модно: стейкходери.

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

І знаєте що? Якби не вони, PM-ів, можливо, вже давно замінили б AI-агентами.

Але поки ChatGPT не навчився пояснювати директору, чому його геніальна ідея за два тижні до релізу — це, м'яко кажучи, ризикована затія, у нас ще є робота.

1. Стейкхолдери — це не список в Excel. На жаль

Коли ми починаємо проєкт, усе виглядає досить просто. Ось замовник. Ось спонсор. Ось користувачі. Ось керівництво. Розписали ролі, очікування, рівень впливу. Красиво. Можна навіть кольорову матрицю намалювати.

А потім починається реальне життя.

У мене був випадок, коли одна директорка філії довгий час перебувала в категорії умовно «сплячих» стейкхолдерів. Високий вплив, високі повноваження, але мінімальна активність. Просила надсилати звіти, особливо не втручалася. Я думав: ну чудово, людині достатньо красивого репорту.

А потім одного дня вона з'явилася й повідомила, що у нас є пів року на впровадження змін. І все. За короткий час вона перетягнула на себе кілька ініціатив і приблизно 30% ресурсів команди. Причому все офіційно, з погодження керівництва. А стейкхолдерів у проєкті було понад двадцять.

Висновок: стейкхолдер — це не статична роль у табличці. Сьогодні він просто хоче бути в копії листа, а завтра визначає пріоритети третини вашої команди. І жоден AI не передбачить таку зміну лише тому, що ви красиво заповнили Stakeholder Register.

2. Головний критик проєкту? Чудово. Дайте йому відповідальність

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

  • «Система не витримає».

  • «Користувачам це не потрібно».

  • «А чому тут немає адаптації під мобілку?»

Що робити? Я кілька разів використовував простий прийом: залучав такого критика до відповідальності за вимоги та якість. Наприклад, включав до комітету, який визначає критерії приймання результату. І це працювало шикарно.

Бо одна справа — розповідати, що все погано, а інша — відповідати за те, щоб стало добре.

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

Окрема категорія — стейкхолдери, які постійно демотивують команду. Проблема в тому, що після десяти хвилин такого статус-мітингу команда може втратити більше мотивації, ніж після тижня складної роботи.

Що я роблю в таких ситуаціях? Намагаюся змінити формат взаємодії. Наприклад, замість загальної зустрічі проводжу окремий 1:1. Або прошу надсилати статус письмово, після чого передаю команді факти, ризики та рішення без емоційного супроводу.

4. «Нам усім кінець!» — це ще не опис ризику

Ще одна прекрасна особливість роботи зі стейкхолдерами — емоції. Я використовую просту послідовність: Слухати → Підтверджувати → Аналізувати → Пропонувати → Закріплювати.

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

  • Яка саме функція не працює?

  • Скількох користувачів це стосується?

  • Які бізнес-наслідки можливі?

  • Що можемо перевірити вже зараз?

  • Хто і до якого терміну це зробить?

Наше завдання — не довести, що вона неправильно хвилюється, а перевести розмову з емоцій у площину фактів і рішень.

5. А тепер усе-таки про ШІ. Що йому можна делегувати?

Я активно використовую ШІ в роботі зі стейкхолдерами. Наприклад, можна взяти транскрипти кількох зустрічей і попросити AI допомогти скласти профіль стейкхолдера: його очікування, інтереси, побоювання, критерії успішності та зони відповідальності.

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

6. Чому ж ми досі потрібні?

Уявімо ідеальний проєкт. Вимоги чіткі. Пріоритети стабільні. Усі рішення ухвалюються вчасно. Але в реальному житті стейкхолдери мають різні інтереси, обмеження, страхи, амбіції та уявлення про успіх.

І ось тут починається справжній проєктний менеджмент. Не в Jira. Не в діаграмі Ганта. І навіть не в красивому статус-репорті. А в умінні домовлятися, знаходити баланс інтересів, працювати з конфліктами та приймати рішення в умовах невизначеності.

Замість висновку: ШІ забере нашу роботу?

Частину — безумовно. І це добре. Але я поки не готовий делегувати йому розмову з директором, який щойно змінив пріоритети всього проєкту.

Не тому, що ШІ не зможе запропонувати правильні слова. А тому, що в реальному проєкті важливо не просто правильно відповісти. Важливо зрозуміти, чому людина так поводиться, що стоїть за її рішенням, як це вплине на інших і що ми можемо зробити, щоб усі разом дійшли до результату.

Тож якщо ви хочете залишатися цінним PM у світі ШІ, вчіться не тільки працювати з технологіями. Вчіться працювати з людьми. Бо автоматизувати статус-репорт можна. А от домовитися з двадцятьма стейкхолдерами, кожен із яких має власне бачення успіху, — це поки що окремий вид мистецтва.