Copilot успадковує ваш безлад: модернізація Microsoft 365 для ШІ з Річардом Гарбріджем [MVP]

Microsoft 365 Copilot не потрапляє в чистий тенант Microsoft 365. Він потрапляє в середовище, яке організації будували роками — повне сайтів SharePoint, Teams, вмісту OneDrive, дубльованих документів, історичних міграцій, гостьових облікових записів, неузгоджених дозволів, забутих робочих просторів, зламаних моделей власності та вмісту, який ніхто не переглядав протягом багатьох років.Для традиційного управління Microsoft 365 значна частина цього технічного боргу могла залишатися відносно прихованою. ШІ це змінює.У цьому епізоді M365.FM Мірко Пітерс розмовляє з Річардом Гарбріджем, MVP Microsoft і галузевим консультантом ShareGate, про те, чому готовність до ШІ фундаментально пов'язана з модернізацією та управлінням Microsoft 365.Розмова виходить за межі питання, як розгорнути Copilot, і зосереджується на важливішому питанні: до якого середовища Microsoft 365 ми насправді надаємо доступ ШІ?

COPILOT НЕ СТВОРЮЄ БЕЗЛАД — ВІН ЙОГО ПОСИЛЮЄ
Одна з центральних ідей цієї розмови полягає в тому, що Microsoft Copilot не обов'язково створює зовсім нові проблеми управління. Натомість ШІ робить наявні проблеми значно помітнішими та серйознішими.Організації за роки накопичили рішення щодо дозволів, спільного доступу, створення робочих просторів, власності, міграцій, зовнішнього доступу, неактивного вмісту та співпраці.Річард описує це накопичення через поняття «розростання» (sprawl).Саме розростання не є автоматично поганим. Зростання кількості Teams, сайтів SharePoint та інших ресурсів може свідчити про те, що люди успішно впроваджують Microsoft 365.Проблема починається, коли це зростання відбувається швидше, ніж здатність організації його контролювати.Тимчасові дозволи стають постійними. Старі простори для співпраці залишаються доступними. Власність змінюється. Бізнес-структури еволюціонують. Вміст залишається онлайн довго після того, як його початкове призначення зникло.Copilot потім працює поверх цього наявного середовища.

РОЗРОСТАННЯ MICROSOFT 365 — ЦЕ НЕ ЛИШЕ TEAMS І SHAREPOINT
Коли люди чують «розростання Microsoft 365», вони часто одразу думають про забагато Teams або сайтів SharePoint.Але Річард стверджує, що розростання є багатовимірним.Організації можуть стикатися з розростанням робочих просторів, розростанням дозволів і доступу, проблемами власності, неактивними ресурсами, проблемами життєвого циклу, складністю адміністрування, розростанням умовного доступу і дедалі частіше — розростанням інтеграцій і коннекторів.Поява ШІ додає ще один вимір.Середовища Microsoft 365 дедалі частіше пов'язують дані, застосунки, системи ШІ та агентів. Це означає, що організаціям потрібно виходити за межі окремих робочих навантажень і починати розглядати Microsoft 365 як взаємопов'язану екосистему.Управління більше не можна розглядати виключно як «управління SharePoint» або «управління Teams».

РОЗРИВ ДОВІРИ В УПРАВЛІННІ MICROSOFT 365
Річард ділиться особливо цікавим висновком дослідження ShareGate.Дуже великий відсоток ІТ-лідерів заявляє, що повністю впевнені в управлінні своїм Microsoft 365. Проте значна частина тих самих організацій повідомляє, що Copilot виявив вміст, який користувачі, за логікою, не мали б могти знайти, — або вони підозрюють, що таке сталося, але не знають, як це перевірити.Це створює важливу різницю між наявністю засобів контролю управління та фактично безперервно керованим середовищем.Політики, параметри конфігурації та адміністративні засоби самі по собі не гарантують, що організація розуміє свій поточний стан Microsoft 365.ШІ може дуже швидко виявити цей розрив.

ЧИ ЗРОБИВ MICROSOFT СПІВПРАЦЮ НАДТО ПРОСТОЮ?
Microsoft Teams, SharePoint і OneDrive є успішними частково тому, що Microsoft зробила співпрацю надзвичайно легкою.Але легка співпраця також полегшує створення більшої кількості ресурсів.Одна з відповідей, яку організації традиційно використовували, — обмеження створення робочих просторів. Річард пояснює, чому самого лише цього недостатньо.Робочий простір, створений сьогодні, через шість місяців, рік або два може служити зовсім іншій меті.Його власники можуть змінитися.Організація може реструктуризуватися.Проєкт може завершитися.Вміст може втратити актуальність.Люди, які спочатку розуміли, навіщо існував робочий простір, можуть піти.Тому управління не може зупинятися на етапі створення.Організаціям потрібні процеси життєвого циклу, перевірки, підтвердження та сигнали, які безперервно визначають, чи є ресурси все ще доречними.

УПРАВЛІННЯ МАЄ СТАТИ БЕЗПЕРЕРВНИМ
Разові проєкти з очищення недостатні.Організація може витратити місяці на очищення свого середовища Microsoft 365 перед розгортанням Copilot, але без безперервного управління ті самі проблеми поступово повернуться.Це означає, що організаціям потрібні повторювані процеси щодо власності, дозволів, неактивності, управління життєвим циклом, архівування та виведення з експлуатації.Мета не в тому, щоб повністю усунути розростання Microsoft 365.Мета — перетворити некероване розростання на кероване.

З ЧОГО ОРГАНІЗАЦІЯМ ПОЧАТИ ПЕРЕД МАСШТАБУВАННЯМ COPILOT?
Уявіть підприємство з 10 000 співробітників, тисячами Teams і сайтів SharePoint, роками накопиченим вмістом і неузгодженими дозволами.З чого йому почати?Річард рекомендує розглянути конкретні типи розростання та визначити, де організація несе найбільший ризик.Для однієї компанії це може бути контроль доступу та надмірний спільний доступ.Для іншої — неактивний вміст і управління життєвим циклом.Для іншої організації більшою проблемою можуть бути привілейовані ідентичності або адміністративне управління.Замість того щоб сприймати управління Microsoft 365 як один величезний проєкт очищення, організації можуть розбити проблему на вимірювані категорії та визначити пріоритети для сфер, де покращення має найбільше значення.

ПРИЙНЯТТЯ COPILOT ДОЛЖНО БУТИ КОМАНДНИМ
Розмова також ставить під сумнів одну традиційну модель впровадження технологій Microsoft.Організації часто розгортають нові технології через розподілених амбасадорів.Річард стверджує, що Copilot вигідніше впроваджувати через командну модель.Замість того щоб розподіляти невелику кількість ліцензій між непов'язаними амбасадорами в усій організації, компанії можуть отримати перевагу від насичення команд можливостями ШІ, щоб люди навчалися разом, вироблювали спільні практики та інтегрували Copilot у спільні робочі процеси.Прийняття ШІ — це не лише надання окремим людям ще одного інструменту продуктивності.Воно змінює те, як команди працюють разом.

ЗРОБИТИ РИЗИКИ MICROSOFT 365 ВИМІРЮВАНИМИ
Ініціативи з управління часто стикаються з труднощами, оскільки їхню цінність важко пояснити бізнес-лідерам.У розмові розглядається Risk Radar від ShareGate, який призначений для допомоги організаціям оцінювати різні категорії розростання Microsoft 365, порівнювати зрілість із галузевими орієнтирами та розуміти, які сфери потребують уваги.Важливою частиною цього підходу є переклад ризиків управління у фінансові терміни.Замість того щоб просити керівництво виділити час і ресурси лише тому, що «нам потрібне краще управління», ІТ-команди можуть пов'язати покращення з потенційною вартістю некерованих ризиків.Це робить модернізацію та управління Microsoft 365 легше представити як бізнес-інвестицію, а не як ще один адміністративний ІТ-проєкт.

АГЕНТИ ШІ РОБЛЯТЬ УПРАВЛІННЯ ЩЕ ВАЖЛИВІШИМ
Copilot — це лише частина історії.Оскільки організації починають створювати та розгортати дедалі більше агентів ШІ, управління стає значно складнішим.Агенти можуть змінюватися з часом. Вони можуть взаємодіяти з інструментами, даними та іншими системами. Їхня власність може стати неочевидною. Дозволи можуть еволюціонувати, і зрештою організаціям доведеться займатися управлінням життєвим циклом агентів у масштабі.Хто є власником агента?Хто його перевіряє?До яких ресурсів він може мати доступ?Що відбувається, коли його початковий власник іде?Коли агента слід вивести з експлуатації?Коли кількох агентів слід об'єднати?Ці питання напрочуд схожі на проблеми, з якими організації вже стикаються з Teams, сайтами SharePoint та іншими ресурсами Microsoft 365 — за винятком того, що ШІ збільшує і швидкість, і потенційний