Коли AI забирає рутину: чому майбутнє IT-команд — у Soft Skills
Цей матеріал виріс із двох точок. Перша — AI Impact Summit 2026, який нещодавно пройшов в Нью-Делі: ми з моєю бізнес-партнеркою Наталі Новгородською уважно в онлайні спостерігали за тим, як дискусія про AI переходить від питання «що автоматизується» до питання «що залишається людям». Друга — IT HR Forum 2026, де ми разом представили доповідь про резильєнтність IT-команд.
Вирішив від цього відштовхнутися й поділитися думками стосовно того, що зараз відбувається з HR-процесами в IT. Вважаю, що за останні

30% робочих годин будуть автоматизовані до 2030
Спочатку відзначимо звіт McKinsey від 2024 року, в якому прогнозується, що майже 30% робочих годин у світовій економіці до 2030 року будуть автоматизовані. Уточню, що мова не про зникнення професій, а про зміну структури всередині них. У багатьох ролях автоматизуються окремі задачі — аналіз, підготовка документів, обробка інформації; у результаті змінюється те, з яких саме тасок складається робота фахівця.
Цьому відгугується одне з ключових понять, яке звучало на AI Impact Summit — unbundling. Суть в тому, що AI все більше розкладає роботу на окремі завдання й забирає транзакційні частини на себе. А людям, відповідно, залишаються поведінка, сенси, взаємодія.
І якщо повертатися до HR-менеджменту, то є речі, які AI не може, я вважаю, замінити сьогодні:
- Комунікацію з командою (AI її лише підсилює)
- Людську поведінку, психологію
Людям залишаються саме Soft Skills, оскільки ми бачимо, що AI не змінює суть. Як наймали людей — так і наймають, як онбордили — так і онбордять, як працювали понад 80 тисяч фахівців у топ-50 IT-компаніях за даними DOU — так і працюють.
Змінися інструменти. Й тут мені подобається аналогія, що хірурги вже понад 100 років працюють зі скальпелем, а зараз можуть працювати із лазером — втім роль лікаря-хірурга нікуди не зникла.
AI не діагностує складні поведінкові патерни. Він не розуміє різниці між здатністю, умінням й навичкою, не відрізняє емпатію від маніпуляції, не знає, чому мовчить конкретна людина на міті.
До того ж помічаю, що все більше бізнесів дивляться на те, як Soft Skills працюють на рівні колективу — як люди спілкуються, реагують на невизначеність, переживають стрес, зміни. У цьому контексті все частіше з’являється поняття резильєнтності команди.
5 елементів резильєнтності, які HR має будувати в IT-команді
Резильєнтність — це здатність адаптуватися до змін, відновлюватися після стресу, зберігати оптимізм, фокус, завжди повертатися до свого початкового стану. Окрім того, це не лише вміння протистояти труднощам, а й здатність вчитися на помилках.
Коли ми говоримо про резильєнтність, то маємо на увазі системну властивість, яка залежить від архітектури взаємодії, а не від того, наскільки кожен окремий співробітник «стійкий». Команда, за моїм досвідом, може складатися з психологічно міцних людей й все одно бути крихкою — якщо немає безпеки, зрілого лідерства, адаптивних домовленостей й культури відновлення.
Тут виокремлю 5 ознак, що визначають резильєнтність IT-команди:
- Психологічна безпека. Чи можна в команді сказати «я не знаю»? Поставити незручне питання, визнати помилку без ризику бути покараним? Якщо ні — команда функціонує в режимі самоцензури. Люди витрачають енергію на захист, а не на роботу.
- Емоційна зрілість лідера. У кризі команда майже не слухає, що конкретно каже лідер, вона зчитує, в якому він стані. Напружений, розгублений фаундер — нестабільна команда. Проте якщо лідер чесно каже: «Ситуація складна, є невизначеність, ми розберемося», то з’являється опора. Лідер у кризі стає емоційним регулятором.
- Адаптивні домовленості. Часто бачив, що втрачається ефективність не через зміни, а через застарілі правила. У кризу домовленості варто переглядати. Дайте відповіді команді на 3 питання: що залишається у вас стабільним, що можемо змінювати, як швидко переузгоджуємо рішення?
- Протоколи відновлення. Впевнений, що ви бачили ситуації, коли команди втрачають ресурс через втому. Питання, яке має ставити HR-менеджмент регулярно: що потрібно команді, щоб не вигоріти? Не завтра, а саме зараз? Відновлення — це також система, а не реакція, коли вже пізно. Думайте про це.
- Стратегічна ясність. Команда витримує тиск, коли розуміє сенс роботи. Куди ми усі разом рухаємося, чому це важливо, яка роль кожного? Якщо немає сенсу, то з’являється тривога, що поглинає продуктивність.
І якщо дивитися на глобальні поведінкові тренди через Google Trends, то ми бачимо динаміку, що резильєнтність зараз на піку:

Паралельно зростає інтерес до гнучкості та адаптивності, позаяк люди шукають відповідь на питання — що робити, коли турбулентність не закінчується. Також відзначу поняття емпатії, по якому ми також спостерігаємо динаміку. Емпатія — це сьогодні вже core skills, через який й формується загальна резильєнтність.
Для HR це важливий сигнал. Резильєнтність не виникає сама собою, вона формується через правила взаємодії. Тому завдання — працювати з психологічною безпекою, домовленостями, розвитком лідерів, щоб ця резильєнтність виникла. І це напряму корелюється з тим, про що ми казали вище, коли AI забирає задачі, саме людська взаємодія стає важливою.
Five Resilience-Check: практична модель
Якщо подивитися на IT-команди сьогодні — головний виклик вже не технологічний, а поведінковий. Перемагають не ті, хто швидко пише код, а ті, хто швидше адаптується.
Декілька років тому ми з Наталі Новгородською для свого власного бізнесу розробили модель, яку назвали Five Resilience-Check, яка може стати вам у нагоді, щоб побудувати сильну резильєнтність.
Ця модель складається з 5 практик, такий собі Road map:
- Крок № 1: check-up — діагностика стану команди. Проводимо оцінку команди через валідовані інструменти (скажімо, через тести
CD-RISC / PSS-10) для розуміння рівня напруги й ранніх сигналів перевантаження. Це не психодіагностика. - Крок № 2: сheck-in — мобілізація ресурсу. Організовуємо короткі синхрони не лише про таски, а й про фокус, стан. Формуємо з цього щотижневу практику, додаємо на мітинги питання «ти як?», «чи ти в ресурсі»?
- Крок № 3: check-communication — зменшення невизначеності. Це про відкриті домовленості, фідбек й побудову емпатії. Команда зможе витримувати вкрай складні ситуації, якщо буде розуміти, що відбувається. Зверніть на це увагу.
- Крок № 4: сheck-recovery — відновлення ресурсного стану. На цьому етапі ми маємо провоговори з командою відпочинок, паузи й реалістичні дедлайни. Не «відпочиньте на вихідних», а побудувати план системного відновлення як частини операційки.
- Крок № 5: сheck-adapt — навчання через зміни. Ось тут впроваджуємо Soft Skills Education — ретроспективи, роботу з помилками. Зауважу, що нейронні зв’язки формуються місяцями, тому якщо ви хочете, щоб у співробітника з’явилася певна навичка — будуйте стратегію.
Якщо подивитися на цю модель, то стає зрозуміло: жоден із цих кроків не про процеси чи інструменти, а про людей. Саме тому, мені здається, Soft Skills перестають бути «додатковою опцією» для IT-команд.
Soft skills як фундамент HR-архітектури
В IT ми звикли будувати архітектуру продуктів. Але значно рідше усвідомлено будуємо архітектуру навичок. Хочу саме навички, я вважаю, формують бізнес. Чому це так? Бо AI може автоматизувати процеси, але він не може вплинути на культуру або надихнути команду, яка перебуває у стані стресу.
Сьогодні дослідники виділяють понад 300 Soft Skills — від когнітивної гнучкості до етичного прийняття рішень. Це величезна екосистема, де роль HR-менеджера та фаундера змінюється:
- Від адміністрування до проєктування: тепер не просто «наймаємо людей», ми проєктуємо поведінкові фреймворки під конкретні ролі.
- Від навчання до розвитку резильєнтності: впроваджуємо інструменти оцінки (як-от Five Resilience-Check), щоб розуміти стан системи ще до того, як вона почне давати збої.
- Від конкуренції з AI до синергії: інтегруємо алгоритми в операційку, щоб вивільнити час для того, що дійсно має значення — для людини.
Головний висновок: AI забирає функцію, але залишає нам сенс. У світі, де технології стають доступнішими, цінністю стає здатність чути один одного, підтримувати й створювати середовище для масштабування.
Ось чому важливо розвивати Soft Skills.
16 коментарів
Додати коментар Підписатись на коментаріВідписатись від коментарів