Latest / M365.FM – подкаст про Microsoft 365, Copilot і ШІ українською / Керування агентами Copilot: повний контроль через центр адміністрування Microsoft 365 і Copilot Studio (ШІ-дубляж)

Transcript

Керування агентами Copilot: повний контроль через центр адміністрування Microsoft 365 і Copilot Studio (ШІ-дубляж) · M365.FM – подкаст про Microsoft 365, Copilot і ШІ українською

• 0:00
  Готові до 10-х днів Microsoft 365, Co-Pilot, She, Azure та зустрічей з тими, хто формує майбутні роботи.
• 0:07
  Цього січня M365Con повертається, і ми стаємо ще масштабнішими.
• 0:12
  Приєднуйтесь до нас на живих сесіях, демонстраціях реальних кейсів та отримуйте практичні знання від MVP та експертів з усього світу.
• 0:18
  Жодних загальних слайдів чи нескінченних модних слів.
• 0:22
  Ми розбираємо реальні виклики Co-Pilot Studio, She-агенти, Fabric, безпека, управління та автоматизація.
• 0:29
  Незалежно від того, чи ви і те фахівець, розробник чи керівник бізнесу, у нас є сесії саме для вас.
• 0:35
  Протягом 10 повних днів ви зможете вивчити різні технології та налагодити зв'язки з глобальною спільнотою.
• 0:40
  Дивіться наживо та впроваджуйте практичні ідеї у своїй організації.
• 0:44
  Січень 2027, 10 днів, одна спільнота Microsoft. Реєстрація вже відкрита.
• 0:52
  Забронюйте своє місце сьогодні.
• 0:54
  Приєднуйтесь на M365-con.net і побачимось у прямому ефірі в січні.
• 1:05
  Що станеться, якщо ваші ще агенти почнуть приймати рішення, навіть не повідомляючи вас?
• 1:09
  На сьогоднішній сесії ми розглянемо, чому управління вже не є необов'язковим, і як центр адміністрування Microsoft 365 надасть вам необхідну панель контролю.
• 1:16
  Ви побачите інструменти, які допоможуть запобігти виходу агентів з-під контролю, одночасно дозволяючи командам створювати те, що їм потрібно.
• 1:22
  Якщо ви думали, як отримати переваги Coopilot, не втрачаючи нагляду, ви в правильному місці.
• 1:27
  Чому ще агенти лякають так багато організацій?
• 1:30
  Що змушує компанії вагатися, коли переваги ще агентів здаються такими очевидними на папері?
• 1:39
  Проте, коли розмова переходить від презентації до реального розгортання, ви бачите, як керівні команди починають відступати.
• 1:46
  Вагання виникають не через брак віри в технологію.
• 1:49
  Вони виникають через страх перед тим, що може статися, коли сотні чи навіть тисячі дрібних автоматизацій почнуть працювати у фоні безналежного нагляду.
• 1:56
  Напруга між величезними обіцянками та такою ж величезною невизначеністю змусила багато організацій застрягти в пілотному режимі набагато довше, ніж вони очікували.
• 2:04
  Реальність у тому, що ще агенти змушують людей нервувати, бо вони працюють не так, як інші інструменти.
• 2:09
  Ви можете контролювати встановлення нових програм або блокувати ПЗ через керування кінцевими точками, але агенти не вписуються в ці рамки.
• 2:16
  Вони створені діяти іноді швидко, іноді охоплюючи кілька систем одночасно.
• 2:20
  Після запуску може здатися, що вони рухаються самі собою.
• 2:22
  А для ІТ-лідерів, навчених мислити категоріями контролю, стандартизації та управління, ідея невидимих фонових процесів, що формують реальні потоки даних, може відчуватися як втрата контролю над організацією.
• 2:32
  Є безліч прикладів, які показують, як це відбувається.
• 2:35
  Дослідницька команда запускає бота для збору та впорядкування наборів даних.
• 2:38
  Хтось інший бачить, як він працює і копіює його з невеликими змінами.
• 2:41
  За кілька тижнів компанія керує вже не одним, добре контрольованим агентом.
• 2:44
  Вона керує 20 маклонами з невеликими відмінностями, без контролю версій і без чіткого власника.
• 2:49
  Тепер аналітик у Берліні приймає рішення на основі набору даних, який дещо відрізняється від того, що використовує менеджер у Нью-Йорку,
• 2:54
  а фінансовий відділ у розгубленості, бо обидві версії потрапляють у їхні звіти.
• 2:58
  Помножте це на десятки відділів, кожен з яких намагається пришвидшити свою роботу,
• 3:02
  і раптом підвищення продуктивності перетворюється на питання про те, яким цифрам взагалі можна довіряти.
• 3:06
  Ми також бачили випадки, коли автоматизація переходила межі, яких не слід було торкатися.
• 3:12
  Одна компанія мала внутрішній скрипт, що тихо переносив інформацію про клієнтів між системами для спрощення адаптації,
• 3:17
  але ніхто не перевіряв, чи відповідає передача даних стандартам відповідності.
• 3:21
  Коли прийшли аудитори, організація не змогла надати запис про те, хто його написав, навіщо він працював і яких правил дотримувався.
• 3:28
  Це не було помилкою, можливо, стейші. Це було провалом нагляду.
• 3:32
  Технологія, покликана завщаджувати час, спричинила найбільший головний біль щодо відповідності вимогам, з яким компанія стикалася роками.
• 3:37
  Неважко зрозуміти, чому керівники реагують з обережністю.
• 3:40
  Впровадження агентів без обмежень схоже на те, щоб дати кожному співробітнику дрон і дозволити йому літати де завгодно.
• 3:46
  Перші кілька можуть злетіти плавно, але незабаром один врізається в будівлю, інший зникне і ніхто не знатиме, куди, а третій завадить посадці рятувального вертольота.
• 3:54
  Без диспетчерської вежі та сама технологія, що мала підвищити ефективність, стає небезпекою для оточення.
• 4:00
  Той самий принцип діє і в інтелектуальній роботі.
• 4:03
  Автоматизація сама по собі не є джерелом страху.
• 4:05
  Джерелом є відсутність контролю.
• 4:07
  Опитування підтверджують те, що ви вже можете припустити з цих історій.
• 4:11
  Керівники постійно вказують на відповідність вимогам, безпеку та витік даних, як на свої головні побоювання щодо корпоративного щі.
• 4:16
  Рідко йдеться про те, чи дає технологія результати.
• 4:19
  Побоювання полягає в тому, що витече не та інформація або що бот вчинить дії, які ніхто не зможе відстежити постфактум.
• 4:25
  Ставки – це не лише операційні помилки.
• 4:28
  Вони безпосередньо впливають на репутацію, регуляторні ризики та довіру клієнтів.
• 4:32
  Потрібні роки, щоб відновити довіру, коли клієнти вірять, що ваша автоматизація розкрила дані, які не мала розкривати.
• 4:38
  Ось чому важливо правильно назвати справжню проблему.
• 4:40
  Компанії не бояться самих агентів Co-Pilot.
• 4:43
  Вони бояться втратити їх із поля зору.
• 4:45
  Вони бояться забути, хто створив якого агента, коли його востаннє перевіряли, або чому він отримує інформацію з конфіденційних систем.
• 4:51
  Проблема не в програмному забезпеченні, а у відсутності запобіжників, які роблять його надійним, передбачуваним та відповідним правилам організації.
• 4:57
  Коли ви дивитеся на це так, шлях уперед стає зрозумілішим.
• 5:00
  І саме тут більшість людей дивується.
• 5:02
  Панель керування, якої, на думку багатьох організацій, не вистачає, насправді вже є в Microsoft 365.
• 5:07
  Це не окремий додаток. Це неприхована преміум-функція. Вона вбудована в центр адміністрування.
• 5:13
  І хоча багато організацій використовують цей портал лише для призначення ліцензій або базових політик Teams, він непомітно став вежею контролю польотів для агентів Co-Pilot.
• 5:21
  Іншими словами, потрібні вам запобіжники вже перед вами.
• 5:24
  Питання лише в тому, чи відкрили ви потрібну панель.
• 5:27
  Панель керування, про існування якої ви навіть не здогадувалися.
• 5:30
  Що, якби кабіна для керування вашими щі агентами вже була перед вами, а більшість адміністраторів цього просто не помітили.
• 5:35
  Це звучить мало ймовірно, але правда в тому, що центр адміністрування Microsoft 365 спокійно тримає штурвал, який шукали багато організацій.
• 5:43
  Іронія полягає в тому, що багато ІТ-команд відкривають портал щодня, але проходять повз ті частини, які найважливіші для управління агентами.
• 5:50
  Якщо замислитися, це одна з тих ситуацій, коли звичка грає проти вас.
• 5:54
  Ви припускаєте, що знаєте, що всередині, тому не очікуєте знайти нові важелі контролю, приховані за вкладками, які ви зазвичай ігноруєте.
• 6:00
  Роками центр адміністрування сприймався як допоміжна панель.
• 6:03
  Ви відкриваєте його, щоб роздати ліцензії, налаштувати поштові скриньки Exchange, можливо, підкоригувати політику для команди другої.
• 6:09
  Це робочий майданчик для прив'язки функцій до користувачів та гарантії того, що люди, які подають тікети, зрештою отримають доступ до запитаних послуг.
• 6:16
  Те, що часто залишається поза увагою, це те, наскільки багатшим він став.
• 6:19
  За цим самим інтерфейсом живе дедалі більший набір функцій, розроблених, щоб допомогти адміністраторам керувати не лише тим, хто має доступ, а й тим, як люди створюють, використовують і поширюють автоматизацію.
• 6:27
  Якщо вас турбує, що агенти Coopilot виходять з-під контролю, запобіжники для них рідко знаходяться далі, ніж за кілька кліків.
• 6:33
  Невідповідність очевидна. Цілі дискусії на ІТ-форумах обертаються навколо страху перед хаосом щі, появою неконтрольованих ботів у відділах, автоматизацією доступу до конфіденційних даних або дублюванням робочих процесів із незначними, але згубними відмінностями.
• 6:46
  Проте ті самі організації висловлюють ці побоювання, ледь поглядаючи на центральну панель, створену саме для того, щоб цьому запобігти.
• 6:52
  Це дивний дисонанс. Ми боїмося втратити контроль, але недовикористовуємо саму панель керування, яка існує для координації польоту.
• 6:58
  Це як скаржитися на непередбачуваний рух транспорту, ігноруючи світлофори на перехресті.
• 7:03
  Уявіть типовий сценарій у великій компанії. Маркетинговий відділ створює агентів для збору відгуків клієнтів, а операційний розробляє бота для спрощення відстеження замовлень.
• 7:11
  Це не навмисне використання тіньових IT-технологій. Це просто ентузіасти-співробітники, які намагаються полегшити собі роботу.
• 7:17
  Але після запуску ці агенти розпорошуються по різних ізольованих системах без єдиного обліку.
• 7:21
  Коли IT-відділ нарешті їх виявляє, неможливо зрозуміти, хто ними володіє або до яких джерел даних вони звертаються.
• 7:26
  Раптово обговорення питань комплеєнсу перетворюється на детективне розслідування.
• 7:29
  Хто насправді це створив? Коли це оновлювали? Які дозволи воно успадкувало безвідомо?
• 7:34
  Без належного нагляду навіть невеликі автоматизації можуть призвести до проблем із відповідністю нормам, яких ніхто не очікував.
• 7:39
  Центр адміністрування вирішує це питання, збираючи всю приховану активність в одному місці.
• 7:43
  Замість припущень ви можете побачити, які агенти існують, на які конектори вони покладаються і хто має права на їх зміну чи публікацію.
• 7:49
  Політики визначають, які групи можуть створювати автоматизацію, що дозволяє відокремити експерименти від офіційного розгортання.
• 7:56
  Це важливо, адже створення внутрішнього прототипу в межах однієї команди – це не те саме, що налаштування рішення для всієї CRM чи HR-платформи.
• 8:04
  Центр дозволяє тримати ці речі окремо. Дозволи додають ще один рівень безпеки.
• 8:09
  Легко уявити ризики, якби кожен енергійний співробітник міг не лише створювати агентів, а й публікувати їх для всього орендаря.
• 8:16
  Краща модель – дозволити ширшу участь у створенні ідей, обмежуючи при цьому повноваження на розгортання лише визначеними ролями.
• 8:23
  На практиці фінансові аналітики можуть створювати чернетки агентів для звітів, але лише команда IT-керівництва вирішує, чи потраплять вони в робоче середовище.
• 8:32
  Налаштовуючи ці правила в центрі адміністрування, ви заздалегідь вирішуєте, хто встановлює правила повітряного простору.
• 8:38
  Звітність замикає цей цикл.
• 8:40
  Замість того, щоб чекати збою для виявлення бота, ви можете відстежувати тенденції використання, бачити найбільш активні відділи та проводити аудити без пошуку випадкових таблиць.
• 8:49
  Цей огляд на основі даних не лише забезпечує відповідність вимогам, а й формує стратегію.
• 8:54
  Якщо ви помічаєте, що служби підтримки постійно запускають схожих агентів, можливо, варто інвестувати в стандартизоване рішення, а не дозволяти десяткам аналогів працювати без нагляду.
• 9:02
  Поєднання видимості та контролю перетворює автоматизацію з головного болю на можливість, якою можна керувати.
• 9:07
  Тож замість того, щоб уявляти агентів, які хаотично літають у всіх напрямках, сприймайте центр адміністрування як диспетчерську вежу.
• 9:14
  Кожен план польоту зафіксовано, кожен виліт узгоджено з політикою і зіткнення просто неможливі, оскільки хтось бачить усе небо.
• 9:20
  Коли ви усвідомлюєте, що центральна панель керування має таку владу, ви перестаєте бачити в агентах приховану загрозу і починаєте керувати ними як структурованими процесами.
• 9:28
  Із цією структурою розмова змінює свій напрямок.
• 9:31
  Бо поки адміністратори мають свій контроль, співробітникам все одно потрібен простір для створення та експериментів, не порушуючи встановлених меж.
• 9:37
  І саме тут на допомогу приходить Co-Pilot Studio.
• 9:40
  Інновації без хаосу – Co-Pilot Studio в дії.
• 9:43
  Як дозволити співробітникам створювати власні рішення на базі ЩІ, не занурюючи організацію в хаос?
• 9:49
  Це головний виклик, коли мова йде про Co-Pilot Studio.
• 9:52
  З одного боку, цей інструмент створений для розкриття творчого потенціалу в різних відділах,
• 9:56
  даючи людям, які знають свої щоденні проблеми, можливість автоматизувати їх безпосередньо.
• 10:00
  З іншого боку, надання інструментів розробки без нагляду може легко призвести до хвилі неконтрольованих робочих процесів,
• 10:06
  через що IT-відділ буде змушений розбиратися, що саме працює.
• 10:09
  Це баланс, який на перший погляд здається складним.
• 10:11
  Чи давати користувачам свободу і ризикувати безладом, чи заблокувати все і придушити прогрес.
• 10:16
  Co-Pilot Studio позиціонує себе як золота середина.
• 10:19
  Сприймайте це як майстерню, де співробітники можуть випробовувати рішення,
• 10:22
  тестувати взаємодії та навіть публікувати агентів для покращення своєї роботи.
• 10:25
  Різниця між цим і саморобною автоматизацією минулого проста.
• 10:29
  Механізми захисту вже вбудовані в платформу.
• 10:31
  Замість того, щоб просити IT виправляти все після факту,
• 10:34
  Studio У використовує ті ж принципи управління, що й у центрі адміністрування,
• 10:38
  інтегруючи їх безпосередньо в середовище розробки.
• 10:41
  Ось що робить це практичним, а не ризикованим.
• 10:43
  Тим не менш, напруга для адміністраторів цілком реальна.
• 10:46
  Якщо ви бачили, що стається, коли ентузіасти отримують доступ до інструментів для написання скриптів,
• 10:50
  ви знаєте, як швидкозвичайне тестування може перетворитися на критично важливу залежність.
• 10:53
  Проблема не в злих намірах.
• 10:55
  Більшість користувачів просто хочуть усунути власні перешкоди в роботі.
• 10:58
  Але коли такі локально створені рішення починають взаємодіяти з даними клієнтів,
• 11:01
  фінансовими записами або кадровими документами,
• 11:03
  ви швидко переходите від корисних експериментів до питань комплеєнсу.
• 11:06
  А коли ви опиняєтеся на цьому боці, відповідальність і нагляд перестають бути необов'язковими.
• 11:11
  Уявіть собі такий сценарій.
• 11:12
  Фінансовий аналітик створює агента, який автоматично підтягує баланси клієнтів і генерує щотижневий звіт.
• 11:18
  Це економить години ручної роботи і швидко стає популярним.
• 11:21
  Кілька колег забирають його собі, і незабаром він поширюється по всьому відділу.
• 11:25
  Але ось у чому підвох.
• 11:26
  Хто гарантував, що агент не розкриває конфіденційні поля?
• 11:30
  Хто підтвердив, що джерела даних відповідають правилам дотримання вимог для роботи з фінансовою інформацією?
• 11:35
  І якщо прийде регулятор, хто доведе, що це було створено та розгорнуто згідно з політикою, а не як сторонній проєкт?
• 11:40
  Без належної структури такий простий бот стає ризиком для компанії.
• 11:44
  Саме тут Co-Pilot Studio покращує ситуацію.
• 11:47
  Платформа не передбачає, що кожен розробник є професійним програмістом.
• 11:50
  Увесь дизайн системи передбачає захист для користувачів без технічних навичок.
• 11:54
  Адміністратори визначають, які дії доступні, які конектори можна використовувати,
• 11:57
  та хто має дозвіл на розгортання в робочому середовищі.
• 12:00
  Працівники можуть відчувати повну творчу свободу, але насправді це ретельно обмежений експеримент.
• 12:05
  Саме ця різниця дозволяє компаніям масштабувати впровадження агентів, не стикаючись із проблемами тіньових ІТ.
• 12:10
  Контрольні точки є цілком конкретними.
• 12:12
  Ви можете дозволити всім у відділі маркетингу створювати чернетки агентів,
• 12:15
  але публікувати їх поза пісочницею можуть лише окремі особи.
• 12:18
  Можливо, доступні лише схвалені конектори, як от SharePoint або Dynamics.
• 12:22
  Тоді як будь-який доступ до чутливих сторонніх сервісів заборонено.
• 12:25
  Крім того, ви самі вирішуєте, які системні дії залишаються обмеженими.
• 12:28
  Наприклад, робити запити до бази даних можна, але пряме оновлення ключових полів заблоковано, щоб запобігти випадковим пошкодженням.
• 12:34
  Коротше кажучи, користувачі можуть тестувати ідеї, але не змінять робочі записи без явного схвалення.
• 12:39
  Допоможе проста аналогія.
• 12:41
  Це як пісочниця на дитячому майданчику.
• 12:43
  Діти можуть будувати скільки завгодно замків усередині, але навколо є чітка межа.
• 12:48
  Огорожа гарантує безпеку гри, залишаючи багато простору для творчості.
• 12:52
  Studio переносить цю саму концепцію у створення агентів.
• 12:55
  Працівники відчувають свободу, необхідну для інновацій, тоді як адміністратори знають, що невидима огорожа запобігає реальним ризикам.
• 13:02
  Отже, коли ви налаштовуєте Coopilot Studio з належними правами та політиками, це перестає бути головним болем для безпеки і стає тим, чим мало бути, безпечною лабораторією інновацій.
• 13:10
  Відділи можуть вивчати агентів, адаптованих до їхньої роботи, експериментувати з новими підходами та ділитися ідеями, не порушуючи комплеєнс і не створюючи несанкціонованих процесів.
• 13:19
  Інновації тривають, а хаос – ні. Навіть із цими захисними стінами є ще один засіб безпеки, який не можна ігнорувати – видимість.
• 13:26
  Бо незалежно від надійності бар'єрів, ви все одно маєте стежити за тим, що відбувається в режимі реального часу.
• 13:30
  Саме тут на допомогу приходять моніторинг і відстеження.
• 13:33
  Спостережна вежа – моніторинг і відстеження активності агентів.
• 13:36
  А що, як ваш агент тихо прийняв сотні рішень, про які ви навіть не знали?
• 13:39
  Це зовсім невигаданий сценарій.
• 13:41
  Це саме те, що може статися, коли організація встановлює контроль, але забуває про іншу половину рівняння.
• 13:46
  Дозволи та політики – це як паркани.
• 13:48
  Вони вказують працівникам, де їм дозволено будувати і які інструменти можна використовувати.
• 13:52
  Але без видимості ви не зможете дізнатися, чи хтось зайшов на неконтрольовану ділянку,
• 13:57
  або чи агент тихо діє поза межами своїх повноважень.
• 14:00
  Моніторинг – це те, що перетворює всю історію керування з припущень на ясність.
• 14:04
  Подумайте про те, як ми зазвичай вирішуємо і те проблеми.
• 14:07
  Щось ламається, користувач надсилає запит, а ми поспіхом намагаємося з'ясувати, що змінилося.
• 14:12
  Це реактивний підхід.
• 14:13
  Він працює в малих масштабах, але перетворюється на дорогий безлад, коли масштабується до сотень автоматизацій.
• 14:18
  Зі штучним інтелектом ризик більший, бо проблему можна не помітити, поки не стане занадто пізно.
• 14:22
  Некерований робочий процес може працювати тижнями, перш ніж хтось це помітить.
• 14:25
  Не тому, що він видав помилку, а тому, що тихо приймав рішення, які зовні здавалися слушними.
• 14:30
  Коли хтось врешті запитує, чому дані не збігаються, ви вже розслідуєте минуле, замість того, щоб запобігати майбутнім проблемам.
• 14:36
  Моніторинг повністю змінює цей ритм.
• 14:38
  Замість роботи на осліп ви отримуєте огляд у реальному часі, які агенти існують, хто їх створив і як вони використовуються.
• 14:43
  Microsoft 365 вбудовує таку видимість у власну екосистему.
• 14:47
  Аналітика використання показує, які відділи швидко впроваджують агентів, хто є активним розробником і де може з'явитися підозвіла активність.
• 14:56
  Журнали аудиту відстежують деталі.
• 14:58
  Коли агент був змінений, які конектори він використовував і хто запускав його дії.
• 15:02
  Такий паперовий слід задовольняє не лише вимоги комплеєнсу.
• 15:05
  Це те, що дозволяє реально розуміти живе середовище, замість того, щоб будувати припущення.
• 15:09
  Цінність цього розуміння стає очевидною, якщо уявити звичайний сценарій.
• 15:12
  Маркетингова команда створює агента для аналізу опитувань відгуків клієнтів.
• 15:16
  Починається все з малого – одна кампанія, кілька тисяч записів і результати виглядають корисними.
• 15:21
  З часом хтось дублює його для іншого проєкту, потім інша команда бере шаблон і вносить зміни.
• 15:26
  Без моніторингу у вас одночасно працює кілька версій агента, кожна з яких звертається до даних трохи інакше.
• 15:32
  Якщо цього не бачите, такі розбіжності зрештою потрапляють у звіти і дезорієнтують керівництво.
• 15:37
  З увімкненим моніторингом ви вчасно помітите сплеск використання, побачите зростання кількості копій
• 15:43
  і зможете стандартизувати одну офіційну версію, перш ніж інші стануть вводити в оману.
• 15:48
  Іноді видимість – це різниця між дрібним виправленням і гучним інцидентом.
• 15:53
  Візьмемо випадок з агентом, що збирає чутливі фінансові дані для прискорення внутрішніх прогнозів.
• 15:57
  Якщо він випадково відкриє забагато деталей або зробить дані доступними за межами фінансового відділу,
• 16:03
  ризики комплеєнсу швидко зростуть.
• 16:05
  Але з моніторингом незвичний доступ чітко видно в логах.
• 16:08
  Ви можете вимкнути його або налаштувати дозволи, поки регулятори чи клієнти ще не поставили запитань.
• 16:13
  Справа не в тому, щоб підозрювати розробників у найгіршому.
• 16:16
  Справа в розумінні того, що навіть найобережніші команди припускаються помилок під час експериментів.
• 16:20
  Саме видимість робить ці помилки виправними, а не катастрофічними.
• 16:23
  Звітність також значно спрощує взаємодію з аудиторами.
• 16:27
  Кожен, хто проходив аудит, знає цей болісний поспіх зі збору документації,
• 16:31
  хто що затвердив, коли відбулися зміни чи дійсно дотримувалися контролів.
• 16:35
  Ручне відстеження схильне до помилок і викликає стрес.
• 16:38
  Коли ваша система звітності вже веде ці записи, ви більше не метушитеся.
• 16:42
  Ви можете створити історію активності агента у форматі, що відповідає нормативним вимогам.
• 16:47
  Це зменшує як людські зусилля, так і ризик того, що щось критичне буде пропущено.
• 16:51
  З операційної точки зору це також економить незліченні години,
• 16:54
  які інакше пішли б на створення разових аудиторських слідів постфактум.
• 16:58
  Сила моніторингу полягає в тому, як він переосмислює всю відповідальність.
• 17:02
  Замість того, щоб чекати на скарги як на сигнал, ви створюєте живу карту того, що відбувається.
• 17:06
  Тренди стають зрозумілими, сюрпризи менш ймовірними.
• 17:09
  Ви не просто впроваджуєте правила за допомогою дозволів, ви бачите, чи діють ці правила на практиці.
• 17:14
  Це те саме, що спостерігати за містом через камери дорожнього руху,
• 17:17
  замість того, щоб просто вірити, що знаків на перехрестях достатньо для порядку.
• 17:21
  Один підхід дає впевненість, інший змушує нервово чекати на новини про чергову аварію.
• 17:26
  Отже, коли ви поєднуєте політику контролю з моніторингом,
• 17:28
  ваша модель управління перестає бути пасивною і стає по-справжньому проактивною.
• 17:32
  З догадки замінюються наглядом, а нагляд – це те, що запобігає тихому накопиченню ризиків,
• 17:36
  які спливають лише через місяці.
• 17:38
  Вигляд з вежі спостереження не лише захищає від найгірших сценаріїв,
• 17:41
  він створює впевненість для команд продовжувати експерименти,
• 17:44
  знаючи, що хтось стежить за горизонтом.
• 17:46
  І це природно підводить нас до наступного питання.
• 17:48
  Якщо видимість настільки потужна, чому так багато організацій все ще припускаються
• 17:53
  класичних помилок управління, які нівелюють ці ж захисні механізми?
• 17:56
  Найбільші провали в управлінні агентами Co-Pilot виникають не через відсутність інструментів,
• 18:04
  а через наявність інструментів та їх неправильне використання.
• 18:07
  Більшість помилок, які я бачив в організаціях, пов'язані не з тим,
• 18:10
  що адміністратори не знали про центр адміністрування чи існування Co-Pilot Studio.
• 18:14
  Справжня проблема в тому, що функції вмикалися без роздумів про те,
• 18:17
  яка структура потрібна для їх належної роботи в масштабі.
• 18:20
  Це як дати кожному відділу власний набір ключів від спільного офісу,
• 18:24
  але ніколи не домовитися про те, хто замикає двері на ніч.
• 18:27
  Поширеною є модель, коли адміністратори вважають, що активація дорівнює управлінню.
• 18:31
  Нова функція з'являється в центрі адміністрування,
• 18:33
  перемикач вмикається і всі відчувають, що роботу виконано.
• 18:36
  Але технологія не встановлює межі самостійно.
• 18:39
  Якщо дозволи не чіткі, якщо моніторинг не увімкнено,
• 18:42
  або якщо відповідальність розділена між різними командами без координації,
• 18:45
  хаос проникає тихо і поступово.
• 18:47
  Найстрашніше те, що зазвичай це не вибухає одразу.
• 18:50
  Це накопичується поступово, а потім одна перевірка, інцидент чи запитання від регулятора
• 18:55
  раптом викривають, що те, що здавалося контролем,
• 18:57
  насправді було низкою прогалин, які чекали на виявлення.
• 19:00
  Перша пастка стосується дозволів.
• 19:02
  Якщо ніхто не визначив, кому дозволено створювати, публікувати або ділитися агентами,
• 19:06
  користувачі часто заповнюють цю прогалину самостійно.
• 19:09
  Це може призвести до дублювання агентів, публікації агентів у робочому середовищі
• 19:12
  без тестування або робочих процесів, що мають доступ до даних, яких не повинні мати.
• 19:15
  Без чітких меж ви отримуєте тіньовий каталог автоматизацій,
• 19:18
  про який IT-відділ дізнається лише тоді, коли щось ламається.
• 19:21
  Вмикати функції, не обмежуючи доступ до них, це не сприяння інноваціям,
• 19:25
  це видача незаповнених чеків.
• 19:27
  Друга пастка – це ігнорування моніторингу.
• 19:29
  Я не раз спілкувався з адміністраторами, які вважали, що налаштування дозволів достатньо,
• 19:33
  хоча насправді вони не мали жодного уявлення, чи працюють ці правила взагалі.
• 19:36
  Це робить їх сліпими до того, що відбувається.
• 19:38
  Якщо у вас не увімкнені журнали аудиту, ви не зможете довести, хто і що зробив.
• 19:41
  Якщо ви не стежите за показниками використання, ви не побачите,
• 19:44
  які агенти стають популярними або чи виглядають паттерни активності незвичними.
• 19:47
  Працювати без цих даних деякий час здається нормальним,
• 19:49
  поки зовнішній регулятор або навіть власна команда з комплеєнсу
• 19:52
  не поставить запитання, на які ви не зможете відповісти.
• 19:54
  Не узгоджені політики – це третя міна сповільненої дії.
• 19:57
  Один підрозділ організації може дотримуватися суворих правил,
• 19:59
  тоді як інший залишає публікацію повністю відкритою.
• 20:01
  Ця невідповідність гарантує хаотичну суміш контрольованих і неконтрольованих агентів,
• 20:05
  що існують в одному орендарі.
• 20:06
  Ззовні може здатися, що ви вирішили стратегічні питання,
• 20:09
  адже політики десь існують.
• 20:11
  Але командам з комплеєнсу та аудиторам безпеки потрібні докази не лише того,
• 20:14
  що політики існують, а й того, що вони однакові для всієї організації.
• 20:18
  Таку розбіжність ще важче виправдати, коли різні регіони підпадають під різні правила,
• 20:22
  а ваші власні політики не узгоджені з ними.
• 20:24
  Далі йде класичний випадок розрізненого володіння.
• 20:27
  Можливо, IT встановлює одне правило – команда безпеки передбачає інший рівень захисту,
• 20:36
  але на практиці ніхто цього не робить.
• 20:38
  Ця відсутність ясності призводить до сюрпризів, яких можна було уникнути,
• 20:40
  як от дублювання дозволів або агенти, щоб проскочили,
• 20:42
  бо не було зрозуміло, яка команда має остаточне право.
• 20:45
  Одна компанія, з якою я спілкувався, зіткнулася саме з цим.
• 20:47
  Вони дозволили кожному співробітнику вільно публікувати агентів.
• 20:50
  Спочатку це здавалося розширенням можливостей.
• 20:52
  Кожен міг експериментувати та впроваджувати покращення,
• 20:54
  але ніхто не пов'язав права на публікацію з журналами аудиту.
• 20:57
  Через місяці регулятор попросив докази того,
• 20:59
  хто розгорнув конкретні автоматизації, і у них не було нічого.
• 21:02
  Не було жодної історії дій відповідальної особи
• 21:04
  і жодної можливості захистити себе під час аудиту.
• 21:07
  Те, що починалося як спроба демократизувати автоматизацію,
• 21:09
  врешті-решт стало серйозною прогалиною у дотриманні вимог.
• 21:11
  Ці приклади підкреслюють, як дрібні помилки
• 21:13
  можуть швидко перетворитися на масштабні ризики.
• 21:15
  Неправильно налаштований дозвіл або неперевірений агент
• 21:18
  можуть здаватися дрібницею в пілотному проєкті,
• 21:20
  але в корпоративному масштабі цей самий недогляд
• 21:22
  множиться на сотні агентів, що працюють у невідомих куточках.
• 21:25
  Проблеми не зростають лінійно.
• 21:27
  Вони зростають експоненціально, оскільки кожен неконтрольований агент
• 21:30
  залишає відкритими питання щодо цілісності даних, надійності та безпеки.
• 21:33
  Хороша новина полягає в тому, що ці пастки добре відомі,
• 21:36
  які способи їх уникнення.
• 21:37
  Почніть із визначення базових принципів захисту в Центрі адміністрування.
• 21:40
  Чітко розподіліть ролі між тими, хто може створювати,
• 21:42
  і тими, хто може публікувати.
• 21:43
  Зробіть моніторинг обов'язковим, а не опціональним,
• 21:45
  щоб отримувати сповіщення до того, як ситуація стане серйозною проблемою.
• 21:48
  Дотримуйтесь послідовної політики навіть між регіонами,
• 21:51
  щоб впевнено відстоювати свою систему управління.
• 21:53
  І найголовніше, узгоджуйте дії зі своїми командами з безпеки
• 21:56
  та відповідності вимогам з першого дня.
• 21:57
  Виключення їх із процесу до останнього моменту майже завжди має зворотний ефект.
• 22:01
  Багато організацій уже створили дієві методики роботи.
• 22:03
  Контрольні списки для перегляду політик щокварталу – правила,
• 22:06
  що пов'язують аудит логів безпосередньо з правами публікації та структури,
• 22:09
  де інноваційні команди експериментують до того,
• 22:11
  як IT-відділ проводить офіційне впровадження.
• 22:13
  Використання цього досвіду означає, що вам не доведеться повторювати їхні помилки.
• 22:17
  Щоразу, коли інша компанія повідомляла про збій,
• 22:19
  це зазвичай ставилося тому, що запобіжники існували лише на папері,
• 22:22
  але не застосовувалися належним чином.
• 22:23
  Засвоївши їхні уроки завчасно, ви уникнете витрат.