«Ніхто не знає, як цим керувати». Тепер я так не відповім.

Аліна Піддубна, PhD, PMI-CPMAI, PgMP, PfMP, AWS AA

Приблизно рік тому до мене прийшов на менторинг один хлопчина. Йому в компанії доручили очолити програму впровадження ШІ-ініціатив, і він був зі мною чесним так, як люди рідко бувають: «Аліно, я боюся зробити помилку. Я добре знаю, як працювати з вимогами. Я вмію зробити бізнес-кейс. Але я не знаю, як такою програмою керувати».

Я дала йому єдину чесну відповідь, яка тоді існувала: «Ніхто не знає. І якщо хтось скаже тобі, що є гуру з точним рецептом, то скоріше за все це шахрай. Тому давай разом розбиратися, що таке правильно саме для твоєї компанії».

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

А розповідаю я цю історію ось чому: відповідь «ніхто не знає» має термін придатності. Цього року PMI випустив перший в своїй історії стандарт, присвячений штучному інтелекту в портфельному, програмному та проєктному управлінні. Першого липня я провела вебінар для PMI Ukraine Chapter, де розібрала цей документ сторінка за сторінкою, очима практика. Запис тут: дивитися на YouTube

А для тих, хто любить читати, ось що я знайшла, що взяла б у роботу вже зараз, і де тримала б увімкненим власне судження.

З чим ми маємо справу

Спочатку факти. 297 сторінок в англійській версії. (Французька, до речі, налічує 342. Той самий стандарт, на 45 сторінок більше. Французькій мові завжди треба більше слів, і як людина, що живе у Франції, підтверджую: це стосується всього.) Випущений одразу десятьма мовами. Вісім принципів: від стратегічної цінності та даних як фундаменту ймовірнісних систем, через ризики, governance, людей і культуру, етику та узгодження зі стейкхолдерами, до принципу з чудовою назвою «оптимізація та інновації», який насправді про боротьбу з алгоритмічним занепадом. П'ять доменів ефективності: стратегія і цінність, стейкхолдери, життєвий цикл і тейлоринг, ризики, і один суто технічний, архітектура та якість даних. Покриття на всіх трьох рівнях: портфель, програма, проєкт.

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

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

Одна деталь мені особливо подобається в тому, як його робили. Робоча група свідомо змішала два типи людей. Були експерти, які впроваджували ШІ, але не знали проєктного менеджменту. І були досвідчені проєктні менеджери, які не знали ШІ. Два світи сіли за один стіл і домовлялися про спільний документ. Це якраз те зіткнення, яке зараз відбувається всередині кожної організації, і стандарт несе на собі його відбитки.

І він технологічно-агностичний. Ви не знайдете там ані ChatGPT, ані Claude, ані назв foundational-моделей. Це було рішення заради виживання документа. Коли покоління моделей змінюються кожні кілька місяців, єдиний спосіб написати те, що не застаріє до весни, це писати про принципи, а не про продукти. І це спрацювало. Я дала б документу років три актуальності, що в цій сфері майже безсмертя.

А тепер навіщо взагалі такий стандарт. Два числа з моїх слайдів пояснюють це краще за будь-які аргументи. BCG у 2024 році зафіксувала, що 74% компаній не можуть досягти і масштабувати цінність від ШІ. Дослідження McKinsey «Superagency in the Workplace» ще різкіше: лише 1% керівників називають свої компанії зрілими у впровадженні ШІ. Інвестують усі, цінність отримують одиниці. ШІ-адопція без фреймворку виглядає однаково в кожній організації, де я буваю: розрізнені пілоти і ризики, за які ніхто не відповідає. Ось для цього розриву між витратами і вигодами документ і писався.

Що змінилося принципово

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

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

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

І це підводить мене до найпоказовішого патерну в усьому документі.

Ви коли-небудь виправдовувалися за те, що ви людина?

Стандарт повторює, майже на кожній сторінці, в кожному домені, на кожному етапі життєвого циклу: рішення приймає людина. Людина верифікує. Людина в контурі. Вибір даних, тренування моделі, запуск пілота, інтеграція, звітність: людський контроль, людський контроль.

Подумайте, наскільки це дивно. Жодна попередня публікація PMI не потребувала констатації, що рішення ухвалюють люди. Це як приходити в салон і просити «автомобіль з кермом, будь ласка». Кермо малося на увазі автоматично. А є правило з психології, якому я довіряю: коли людина про щось постійно говорить, значить, воно в неї болить. Наполегливість стандарту щодо human in the loop показує, чого автори насправді бояться: систем, які генерують рішення і дані з наслідками, за якими ніхто не стежить.

І ця обережність лунає не тільки з боку проєктного менеджменту. Читаючи стандарт, я постійно чула в голові Даріо Амодеї, CEO Anthropic, одного з тих, хто цю технологію будує, і хто повторює по суті те саме: будьте обережні, готуйтеся. Коли будівельники ШІ і менеджери ШІ незалежно сходяться в одній тривозі, це вже не параноя. Це чесний стан технології.

Для директорів і VP це повторення тихо підказує, куди має піти ваш бюджет на governance.

Що я взяла б у практику

Обіцяла практику, тому ось практика.

Почніть зі спільного лексикону. Стандарт сам відкривається цією рекомендацією, і його глосарій — непоганий старт. Коли ваш CFO, ваші інженери, вендор і правління розуміють під словами «модель», «агент» і «bias» різні речі, кожна нарада коштує вам удвічі дорожче.

Далі, перш ніж скоупити будь-яку трансформацію, зробіть readiness assessment. Він покаже, де ваші справжні гепи, і з мого досвіду це майже завжди дані та скіли. Якщо знання вашої організації живуть у головах людей і більше ніде, вам просто нема на чому тренувати агентів, і жодна реорганізація цього не виправить. Кожна загальмована ШІ-адопція, яку я бачила, впирається в геп, який чесний двотижневий асесмент знайшов би одразу. З цього ми починаємо кожну розмову про трансформацію в Intellias, і я була рада побачити, що стандарт закріплює цю звичку.

Також забирайте собі каталог ризиків. Це, можливо, найкорисніша частина документа просто зараз. Поруч із класичними проєктними ризиками там названі нові: галюцинації, надмірна довіра (великі фірми вже платили шестизначні штрафи за неперевірений ШІ-контент у клієнтських звітах), отруєння даних, дрейф моделі, дилема «чорної скриньки», і мій особистий фаворит, Shadow AI. Це коли ваші співробітники, яких не вразив корпоративний інструмент, тихенько користуються для роботи власними безкоштовними акаунтами, разом із клієнтськими даними. Безкоштовні версії тренуються на ваших вводах. І десь на іншому кінці світу цифри вашого клієнта випливають у чиїхось рекомендаціях. Якщо Shadow AI ще нема у вашому ризик-реєстрі, додайте сьогодні.

І одна маленька перлина з розділу про стейкхолдерів: навчіться відрізняти скептика від критика. Скептик проти ШІ, але не може обґрунтувати чому. Собаки лають, караван іде. А критик заперечує з аргументами, і критик, можливо, бачить ризик, який ви пропустили, тому таку людину треба брати за руку, сідати поруч і слухати уважно. Коли я анонсувала свій вебінар, я назвала себе скептиком стандарту. Потім подумала і виправилася: ні, я критик. Усе, що нижче, написано саме в цьому дусі.

У governance тепер є пульс

Найдовший принцип у документі — не етика, як вгадувала більшість аудиторії мого вебінару. Це governance і compliance. І трактування насправді сучасне: governance тут ітеративний, а не «налаштуй і забудь».

На практиці це означає спостережуваність. Ваші KPI мають адаптуватися до того, як модель реально поводиться в продакшені. Пороги ризиків переглядаються, коли поведінка дрейфує. Рішення про фінансування стають ритмом, а не річною подією. Ось де принцип про «алгоритмічний занепад» відпрацьовує свою назву: модель, за якою не стежать, це модель, яка тихо погіршується. А оскільки глибокі системи самі себе не пояснюють, пояснюваність і прозорість треба вбудовувати свідомо, щоб коли модель ухвалює рішення, ви бачили чому.

Одну структурну пораду стандарту хочу підкреслити окремо для керівників: створюйте один governance-комітет для ШІ на всю організацію, а не окремий під кожен проєкт. Інакше ваші люди тільки й робитимуть, що засідатимуть.

І технічний нюанс, який збереже вам багато тертя з інженерними командами. Стандарт подає bias переважно як несправедливість, і на людському рівні це правда. Але bias це ще й технічний термін, який вимірюється двома десятками метрик, калібрується, балансується проти точності й вартості. Для порівняння: у стандарті цій темі присвячено дві сторінки, а в Amazon SageMaker Clarify — 21 метрика, і документація AWS прямо пише, що всі концепції справедливості одночасно задовольнити неможливо, тому потрібне людське судження. Якщо ви поставите собі галочку «bias = несправедливість, все має бути справедливим» і на цьому зупинитесь, ви не зрозумієте своїх технічних фахівців, коли вони скажуть, що модель треба відкалібрувати. Я сама працюю з хмарними ШІ-стеками і чесно вам скажу: межа між менеджерською і технічною компетенцією стирається, причому з обох боків. Стандарт доведе вас до цієї межі. Перейти її — вже ваше домашнє завдання.

Де тримати увімкненим власне судження

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

Стандарт описує ідеалістичний світ. Робоча група свідомо застосувала форсайт і писала про те, куди рухається сфера, а не де вона є, і для довговічності документа це легітимний вибір. Просто не читайте його і не заробляйте собі комплекс неповноцінності, що ваша компанія так ще не виглядає. Ніхто так не виглядає. Дослідження великих фірм підтверджують: більшість корпоративного ШІ досі на стадії експериментів, а чимало опублікованих кейсів про ROI натягнуті, як сова на глобус. Ставтеся до стандарту як до компаса, а не як до дзеркала.

Далі, геп, який критично важливий для всіх, хто працює на європейський ринок. У додатку документ перелічує релевантне законодавство, і EU AI Act у цьому переліку відсутній. Стандарт ніде не суперечить європейському праву. Він його просто не згадує. Тому тримайте власну регуляторну мапу відкритою поруч. Для тих, хто обслуговує європейських клієнтів, ця мапа не опція.

І ще стандарт мовчить про компетенції: які скіли потрібні людям, що впроваджують ШІ і керують ним. А ще він читається крізь дві лінзи одночасно, іноді посеред одного розділу. Одна лінза — ШІ як інструмент проєктного менеджера. Друга — впровадження ШІ як програма, якою треба керувати. Щойно ви знаєте про ці дві лінзи, читати стає значно легше. Я очікую, що все це виправлять у наступній редакції. Деякі розділи, чесно кажучи, як сирник, який дістали зі сковорідки на хвилину раніше. І сама робоча група відверто визнає, що фінальні частини дописувалися під тиском дедлайну.

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

Фінал, який я обіцяла

Той хлопчина, який боявся зробити помилку? Він зараз очолює підрозділ AI enablement у своїй організації. Не тому, що з'явився стандарт. А тому, що він рушив ще до того, як стандарт існував, думав про цінність, а не про хайп, і починав з малого: quick wins, невеликі ініціативи, відчутна вигода, потім масштабування. Що, за іронією, і рекомендує тепер стандарт.

Менеджери, які виграють наступні кілька років, це не ті, у кого найкращі підписки на інструменти. Це оркестратори гібридних команд, де в ростері поруч сидять люди й агенти. Я закрила свій вебінар визначенням, яке повторю і тут, бо з кожним проєктом вірю в нього все більше: добре скеровувати машину, критично оцінювати те, що вона видає, і перетворювати це на цінність, яка витримує три перевірки — на compliance, на етику, на бізнес-цінність. Оце — менеджер сьогодні.

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

Якщо можете назвати це місце, це ваш перший quick win. Якщо не можете, це ваш перший assessment.