Connect with us

Лідери думок

Перешкода ШІ — не невдача. Це занадто повільне падіння.

mm
A conceptual photograph showing a hand approaching a transparent glass interface with a glowing green speedometer gauge and an upward-pointing arrow. The background shows an out-of-focus, tangled knot of black wires and red light.

Перешкода ШІ — не невдача. Це занадто повільне падіння.

Штучний інтелект (ШІ) трансформує те, як організації працюють, інновають і розвиваються. У різних галузях компанії використовують ШІ для оптимізації робочих процесів, розкриття нових можливостей підвищення ефективності та підтримки більш швидкого та впевненого прийняття рішень. Коли ШІ тихо стає двигуном сучасної продуктивності, він допомагає організаціям досягати більшої гнучкості та масштабу.

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

Чому? Тому що ми неправильно про це думаємо.

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

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

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

Страх перед “чорною скринькою” блокує прогрес

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

Таким чином, багато організацій надмірно ускладнюють процеси нагляду, додаючи шари міжфункціональних перевірок, аудитів на відповідність та пояснюваності, навіть для випадків використання з низьким ризиком. Коли команди розглядають пояснюваність як необхідність відкрити кожну “чорну скриньку”, вони застрягають у нескінченних циклах перевірок впровадження ШІ. Це створює “операційний параліч”, коли команди настільки бояться зробити щось не так з ШІ, що перестають робити взагалі нічого, що призводить до поступової втрати імпульсу, зупинки ініціатив і, зрештою, втрачених можливостей.

Проблема не в намірах, що стоять за системами контролю; це припущення, що зменшення ризиків має дорівнювати контролю. На практиці проектування систем ШІ для стійкості, а не досконалості, є більш ефективним підходом. Ключ — відмовитися від процедурного підходу на користь мислення, орієнтованого на результат.

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

Більшість сучасних систем створюються з розумінням, що певний рівень помилок буде відбуватися. Наприклад, від інструментів кібербезпеки не очікують, що вони будуть на 100% непроникними. Вони для цього не призначені. Натомість вони призначені для виявлення, реагування та створення протоколів швидкого відновлення. Такі самі очікування мають застосовуватися до ШІ.

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

Не ускладнюйте впровадження ШІ

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

Це мислення полягає в тому, щоб правильно визначати рівень пояснюваності відповідно до рівня ризику — припинити ставитися до кожного випадку використання ШІ так, ніби він керує автономним транспортним засобом. Команди можуть досягти цього, проектуя системи ШІ, які є продуктивними, підзвітними та узгодженими з людськими намірами, не ускладнюючи впровадження.

Деякі практичні стратегії включають:

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

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

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

Припиніть самі собі заважати

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

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

Beth Weeks is the executive vice president of development at Planview. She leads the software development team for Planview’s products that deliver Strategic Portfolio Management, Professional Services Automation, Enterprise Architecture, and Ideation capabilities.

Beth has served in software executive roles for the last 20 years and helped software companies transform their enterprise on-premises products to well-architected Software as a Service (SaaS) and Platform as a Service (PaaS) solutions. She also has experience building highly productive and collaborative teams, which are globally distributed through North America, EMEA, and India.

Before joining Planview in 2017, Beth was senior vice president of product engineering and cloud operations at WP Engine, leading product development and cloud operations for multiple global data centers hosting more than 500,000 websites. She also has held leadership positions at Zilliant, Vignette (acquired by Open Text), and Intergraph.