WEBVTT

00:00:00.000 --> 00:00:02.340
Tim kepemimpinan Anda mengira ini masalah peluncuran.

00:00:02.800 --> 00:00:03.000
Bukan.

00:00:03.440 --> 00:00:05.940
Ini adalah keputusan tata kelola dengan waktu yang sangat singkat

00:00:05.940 --> 00:00:07.940
dan tekanannya besar karena Kopeo tidak menunggu

00:00:07.940 --> 00:00:10.220
pembersihan kebijakan atau penyelarasan internal Anda.

00:00:10.980 --> 00:00:12.900
Begitu ia mulai beroperasi di lingkungan Anda,

00:00:13.020 --> 00:00:15.560
ia menggunakan sistem apa adanya dan disitulah masalahnya.

00:00:16.540 --> 00:00:18.940
Kebanyakan organisasi dengan banyak tenan Microsoft 365

00:00:18.940 --> 00:00:21.220
berasumsi mereka memiliki satu narasi kontrol AI

00:00:21.220 --> 00:00:23.240
terutama karena mereka membeli dari satu vendor

00:00:23.240 --> 00:00:24.680
dan mengelola satu aset identitas.

00:00:25.440 --> 00:00:27.280
Mereka mendengar satu narasi strategis dari Microsoft

00:00:27.280 --> 00:00:29.180
dan berasumsi realitasnya sesuai dengan promosi tersebut.

00:00:29.180 --> 00:00:31.060
Namun kondisi operasinya sangat berbeda.

00:00:31.660 --> 00:00:34.420
AI bekerja di batas tenan sementara risiko bergerak melintasinya.

00:00:34.800 --> 00:00:37.120
Jadi pertanyaannya bukan apakah kita bisa mengaktifkan Kopeo Timur.

00:00:37.400 --> 00:00:39.360
Pertanyaan sebenarnya adalah model tata kelola

00:00:39.360 --> 00:00:41.420
apa yang memungkinkan kita berskala dengan aman di tenan

00:00:41.420 --> 00:00:42.360
yang berperilaku secara mandi.

00:00:43.020 --> 00:00:45.260
Sebelum kita sampai ke model tersebut, kita perlu mendefinisikan jebakannya.

00:00:45.900 --> 00:00:48.620
Jebakannya, pulau-pulau AI berdaulat di dalam satu perusahaan.

00:00:49.340 --> 00:00:51.940
Di sebagian besar organisasi, ilusi dimulai dengan keakraban.

00:00:52.420 --> 00:00:55.640
Anda membuka Microsoft 365, Anda membuka Purview, Anda membuka Entra,

00:00:55.640 --> 00:00:57.740
Anda membuka Power Platform. Brandingnya sama.

00:00:57.740 --> 00:00:59.740
Bahasa adminnya terasa terhubung,

00:01:00.260 --> 00:01:02.360
dan gerakan komersialnya menceritakan kisah yang sangat rapi.

00:01:02.920 --> 00:01:04.900
Satu ekosistem, satu strategi, satu arah.

00:01:05.660 --> 00:01:07.540
Tetapi model kontrol di bawahnya bukanlah satu hal,

00:01:07.640 --> 00:01:09.120
dan itu lebih penting daripada brandingnya.

00:01:10.020 --> 00:01:11.160
Berdasarkan penelitian di sini,

00:01:11.340 --> 00:01:13.760
tidak ada pusat admin AI global tunggal dengan fitur lengkap

00:01:13.760 --> 00:01:15.700
yang memberi Anda satu tempat untuk mengatur co-pilot

00:01:15.700 --> 00:01:16.660
dengan rapi di semua tenan.

00:01:17.640 --> 00:01:19.700
Apa yang sebenarnya Anda memiliki adalah tumpukan kontrol untuk fragmentasi.

00:01:19.700 --> 00:01:21.560
Sebagian tata kelola ada di Purview,

00:01:21.700 --> 00:01:23.100
bagian lain ada di pusat admin,

00:01:23.320 --> 00:01:25.400
dan sisanya tersebar di Entra dan Power Platform.

00:01:26.080 --> 00:01:28.940
Beberapa fitur mulai muncul di lapisan kontrol Microsoft yang lebih baru,

00:01:29.160 --> 00:01:33.120
tetapi belum membentuk satu bidang global yang matang dan lengkap di setiap batas tenan.

00:01:33.700 --> 00:01:35.080
Kesenjangan itu menciptakan kepercayaan ini.

00:01:35.480 --> 00:01:37.320
Para pemimpin melihat ekosistem dan berasumsi sentralisasi,

00:01:38.040 --> 00:01:40.780
sementara tim melihat identitas bersama dan berasumsi konsistensi.

00:01:41.460 --> 00:01:42.720
Pengadaan melihat satu perjanjian,

00:01:42.860 --> 00:01:44.360
dan berasumsi satu model operasi,

00:01:44.360 --> 00:01:47.280
tetapi setiap tenan masih membawa batas kebijakan dan batas datanya sendiri,

00:01:47.620 --> 00:01:50.620
yang berarti dalam prakteknya masing-masing membawa versinya sendiri tentang kebenaran.

00:01:51.360 --> 00:01:52.500
Jadi apa yang sebenarnya terjadi itu sederhana?

00:01:52.980 --> 00:01:54.700
Anda tidak memiliki satu lingkungan e-perusahaan.

00:01:55.040 --> 00:01:57.840
Anda memiliki beberapa lingkungan AI yang kebetulan milik perusahaan yang sama.

00:01:58.160 --> 00:01:59.340
Itu adalah gambar risiko yang sangat berbeda.

00:01:59.800 --> 00:02:02.100
Satu tenan mungkin memiliki cakupan Purview yang lebih kuat,

00:02:02.320 --> 00:02:04.280
sementara yang lain memiliki adopsi label yang lebih lemah,

00:02:04.380 --> 00:02:05.720
atau penyerapan audit yang tidak lengkap.

00:02:05.980 --> 00:02:08.500
Dari tingkat dewan, ini mungkin masih terlihat seperti satu program,

00:02:08.620 --> 00:02:10.360
tetapi dari sudut pandang audit atau insiden,

00:02:10.500 --> 00:02:11.560
ini sama sekali bukan satu program.

00:02:11.560 --> 00:02:13.780
Ini adalah kumpulan kondisi operasi yang terpisah.

00:02:14.320 --> 00:02:15.700
Dan begitu kondisi tersebut melenceng,

00:02:15.980 --> 00:02:16.940
pelaporan mulai tidak akurat.

00:02:17.180 --> 00:02:18.320
Bukan kena sengaja, tapi secara struktur.

00:02:19.020 --> 00:02:20.860
Tim ini bertanya apakah kita sudah diatur dengan baik.

00:02:21.560 --> 00:02:23.480
Satu penyewa bilang ya karena audit aktif penyewa lain,

00:02:23.820 --> 00:02:26.440
bilang ya karena label tersedia meskipun cakupannya lemah.

00:02:26.900 --> 00:02:28.580
Yang ketiga bilang ya karena identitas sudah terhubung.

00:02:29.020 --> 00:02:31.600
Yang keempat bilang ya karena co-pilot secara teknis sudah digunakan.

00:02:32.480 --> 00:02:33.660
Setiap jawaban terdengar masuk akal,

00:02:33.760 --> 00:02:35.260
tetapi tidak satu pun berarti hal yang sama.

00:02:35.640 --> 00:02:36.300
Itulah jebakannya.

00:02:36.660 --> 00:02:38.440
Anda mengira sedang melihat bidang kontrol global,

00:02:38.440 --> 00:02:42.360
padahal yang sebenarnya Anda lihat adalah sekumpulan pulau AI berdaulat dalam satu perusahaan.

00:02:42.980 --> 00:02:45.260
Mereka terhubung dalam merek dan terkadang dalam identitas,

00:02:45.480 --> 00:02:47.000
tetapi tidak dikelola sebagai satu sistem.

00:02:47.520 --> 00:02:49.600
Dan jika Anda tidak mengingat apapun dari bagian ini,

00:02:49.700 --> 00:02:50.440
ingatlah kalimat ini.

00:02:51.060 --> 00:02:52.660
Tidak ada pusat admin AI global,

00:02:52.820 --> 00:02:54.100
hanya ilusi tentang keberadaannya.

00:02:54.760 --> 00:02:55.920
Begitu ilusi itu pecah,

00:02:56.080 --> 00:02:57.380
masalah berikutnya muncul dengan cepat.

00:02:58.080 --> 00:03:01.400
Kebanyakan organisasi merespons dengan melakukan tata kelola perpenyewa secara manual,

00:03:01.600 --> 00:03:02.680
dan mereka menyebutnya kontrol.

00:03:03.380 --> 00:03:05.640
Mengapa tata kelola manual perpenyewa runtuh dalam skala besar?

00:03:05.640 --> 00:03:09.100
Begitu para pemimpin melihat masalah batasan ini tanggapan yang biasa terdengar masuk akal.

00:03:09.460 --> 00:03:09.820
Mereka bilang,

00:03:09.900 --> 00:03:11.260
baiklah kita akan mengulang setiap penyewa dalam.

00:03:11.720 --> 00:03:13.420
Satu tim admin memeriksa pengaturan di sini,

00:03:13.540 --> 00:03:14.560
tim lain mengulanginya di sana.

00:03:15.040 --> 00:03:16.000
Seseorang menyimpan spreadsheet,

00:03:16.360 --> 00:03:17.440
orang lain membuat daftar periksa.

00:03:17.940 --> 00:03:19.320
Grup pengarah bertemu sebulan sekali,

00:03:19.720 --> 00:03:21.420
dan bertanya apakah peluncurannya sesuai rencana.

00:03:21.880 --> 00:03:23.160
Di atas kertas itu terdisiplin.

00:03:23.560 --> 00:03:24.240
Dalam prakteknya,

00:03:24.440 --> 00:03:26.660
itu adalah pengulangan manual yang dipungkus sebagai tata kelola.

00:03:27.100 --> 00:03:28.320
Dan alas regagalannya sederhana.

00:03:28.780 --> 00:03:30.240
Pengulangan tidak menghasilkan kontrol,

00:03:30.240 --> 00:03:32.080
itu menghasilkan variasi seiring waktu.

00:03:32.080 --> 00:03:35.620
Ini terjadi karena setiap penyewa bergerak dengan kecepatan berbeda,

00:03:35.720 --> 00:03:37.600
setiap admin membaca standar sedikit berbeda,

00:03:37.760 --> 00:03:39.580
dan pengecualian lokal mulai terasa dibenarkan

00:03:39.580 --> 00:03:41.240
karena bisnis menginginkan kemajuan sekarang,

00:03:41.400 --> 00:03:42.780
bukan setelah tinjauan pusat lainnya.

00:03:43.680 --> 00:03:45.560
Model lama ini bertahan karena terasa terlihat.

00:03:46.060 --> 00:03:47.820
Orang dapat menunjuk pada tiket yang diselesaikan,

00:03:47.920 --> 00:03:48.760
kebijakan yang dibuat,

00:03:48.840 --> 00:03:49.600
dan pengaturan yang diup.

00:03:49.880 --> 00:03:51.220
Mereka dapat menunjukkan aktivitas,

00:03:51.340 --> 00:03:53.740
tetapi upaya yang terlihat tidak sama dengan model operasi yang stabil.

00:03:54.140 --> 00:03:55.180
Dan dengan adanya kopilot,

00:03:55.400 --> 00:03:57.040
kesenjangan itu menjadi sangat mahal dengan cepat.

00:03:57.040 --> 00:03:59.120
Sistem mulai menggunakan izin yang ada,

00:03:59.300 --> 00:04:00.220
paparan konten yang ada,

00:04:00.400 --> 00:04:02.060
dan celah pelabelan yang ada saat pengguna

00:04:02.060 --> 00:04:03.560
mulai memberikan perintah.

00:04:03.940 --> 00:04:05.140
Itulah hal yang dilewatkan kebanyakan orang.

00:04:05.560 --> 00:04:06.980
Kopilot tidak menunggu kematangan tatak lol.

00:04:07.460 --> 00:04:09.140
Ia berjalan pada izin yang sudah Anda miliki,

00:04:09.260 --> 00:04:10.980
kebersihan konten yang sudah Anda toleransi,

00:04:11.160 --> 00:04:13.260
dan postur audit yang gagal Anda standarisasi.

00:04:14.120 --> 00:04:16.120
Jika satu penyewa membersihkan akses dan yang lain tidak,

00:04:16.440 --> 00:04:18.300
atau jika satu penyewa mengadakan data audit

00:04:18.300 --> 00:04:20.420
yang berguna sementara yang lain hampir tidak menangkap cukup

00:04:20.420 --> 00:04:21.280
untuk investigasi,

00:04:21.380 --> 00:04:23.280
kopilot akan segera mengungkap perbedaan tersebut.

00:04:23.820 --> 00:04:24.740
Itu tidak terjadi dalam teori,

00:04:24.740 --> 00:04:25.820
itu terjadi melalui penggunaan.

00:04:26.480 --> 00:04:28.600
Jika satu penyewa meninjau akses sharepoint yang luas

00:04:28.600 --> 00:04:30.060
dan yang lain menganggapnya sudah cukup,

00:04:30.180 --> 00:04:31.280
Ia akan menemukan celahnya.

00:04:32.000 --> 00:04:33.060
Dan satu tingkat lebih dalam,

00:04:33.200 --> 00:04:35.080
setiap penyewa baru melipat kendakan masalahnya

00:04:35.080 --> 00:04:36.140
bukan karena penyewa itu buruk,

00:04:36.240 --> 00:04:38.280
tetapi karena perbedaan yang tidak terkelolah akan terakumulasi.

00:04:38.920 --> 00:04:41.300
Satu tim percontohan baru menambahkan pengecualian lokal,

00:04:41.440 --> 00:04:43.300
merger membawa penyewa lain dengan label berbeda,

00:04:43.420 --> 00:04:45.200
dan admin regional menyalin basis lama.

00:04:46.060 --> 00:04:47.840
Unit bisnis meminta akses lebih cepat,

00:04:47.840 --> 00:04:50.400
dan tak satu pun dari pilihan itu terlihat dramatis jika dilihat selain.

00:04:50.400 --> 00:04:52.100
Gabungkan semuanya selama perbulan-bulan

00:04:52.100 --> 00:04:53.740
dan Anda akan mendapatkan pergeseran kepicjakan,

00:04:53.820 --> 00:04:54.700
pergeseran akses, dan pergeser.

00:04:54.900 --> 00:04:57.220
Hasilnya adalah tim tetak lola yang menghabiskan lebih banyak waktu

00:04:57.220 --> 00:04:59.060
untuk menyelaraskan perbedaan daripada mencegah risiko.

00:04:59.320 --> 00:05:00.720
Disitulah kontrol manual menjadi rusak.

00:05:00.980 --> 00:05:03.120
Terasa lebih aman karena manusia menyentuh pengaturannya,

00:05:03.260 --> 00:05:05.220
tetapi sebenarnya ini meningkatkan ketidak konsistenan

00:05:05.220 --> 00:05:07.360
karena setiap titik sentuh adalah peluang bagi penyewa untuk berbeda.

00:05:07.700 --> 00:05:09.100
Hasilnya adalah peluncuran yang lebih lambat

00:05:09.100 --> 00:05:10.420
saat Anda menginginkan kecepatan,

00:05:10.480 --> 00:05:12.220
upaya audit lebih besar saat Anda menginginkan bukti,

00:05:12.220 --> 00:05:13.580
dan pengerjaan ulang saat Anda menginginkan...

00:05:13.580 --> 00:05:15.960
Paling buruk, hal ini menciptakan eksposur tersembunyi

00:05:15.960 --> 00:05:17.220
di mana pimpinan mengharapkan jamin.

00:05:17.660 --> 00:05:19.300
Hal ini baru saya sadari ketika saya berhenti

00:05:19.300 --> 00:05:20.920
memperlakukan tetak lola sebagai tugas pengatur.

00:05:21.140 --> 00:05:21.520
Bukan itu.

00:05:21.800 --> 00:05:22.840
Ini lebih berlaku seperti peluruang.

00:05:23.080 --> 00:05:24.380
Jika Anda membersihkan izin sekali,

00:05:24.460 --> 00:05:26.280
namun tidak ada kontrol yang mencegahnya bergeser lagi,

00:05:26.380 --> 00:05:27.440
eksposur tersebut akan kembali.

00:05:27.640 --> 00:05:29.460
Jika Anda mendefinisikan taksonomi label sekali,

00:05:29.660 --> 00:05:31.280
namun penyewa menerapkannya secara tidak merata,

00:05:31.380 --> 00:05:32.200
basisnya akan terkikis.

00:05:32.500 --> 00:05:34.280
Jika Anda menyetujui co-pilot secara bertahap

00:05:34.280 --> 00:05:36.360
tanpa meriksa apakah kontrol dasarnya masih berlaku,

00:05:36.480 --> 00:05:37.760
Anda tidak melakukan pencegahan dengan amat.

00:05:37.760 --> 00:05:39.140
Anda hanya berekspansi lebih cepat

00:05:39.140 --> 00:05:40.760
daripada kemampuan tetak lola Anda untuk mengimit.

00:05:41.000 --> 00:05:43.320
Jadi, metrik yang penting di sini adalah pergeseran akses.

00:05:43.580 --> 00:05:45.360
Bukan hanya apakah Anda telah memperbaiki sesuatu,

00:05:45.520 --> 00:05:48.180
tetapi seberapa cepat izin tersebar kembali setelah perbaikan

00:05:48.180 --> 00:05:50.840
untuk memberitahu Anda apakah model Anda bertahan atau menurut.

00:05:51.200 --> 00:05:52.820
Karena tetak lola bukanlah proyek yang bisa Anda selesaikan.

00:05:53.120 --> 00:05:55.080
Ini adalah masalah peluruhan yang harus Anda kelola secara terus.

00:05:55.460 --> 00:05:56.880
Dan ketika skala merusak model lama,

00:05:57.020 --> 00:05:58.820
kebanyakan pemimpin mencari jawaban yang paling familiar,

00:05:59.040 --> 00:05:59.640
yaitu identitas.

00:06:00.360 --> 00:06:02.460
Mereka berasumsi jika pengguna dapat berpindai dengan bersih

00:06:02.460 --> 00:06:04.200
antar penyewa, tata kelola akan ikut bersama mereka.

00:06:05.280 --> 00:06:07.240
Mengapa identitas tidak menyelesaikan tata kelola?

00:06:07.820 --> 00:06:09.200
Di sinilah banyak program salah arah

00:06:09.200 --> 00:06:11.520
karena identitas terasa seperti jawaban yang rapi.

00:06:12.320 --> 00:06:14.800
Jika pengguna dapat melakukan autentikasi antar penyewa,

00:06:14.960 --> 00:06:15.660
jika entera terhubung,

00:06:15.820 --> 00:06:17.200
dan jika pengaturan lintas penyewa sudah ada,

00:06:17.320 --> 00:06:19.080
pimpinan berasumsi bagian tersulit telah selesai.

00:06:20.080 --> 00:06:21.140
Akses terlihat terpadu,

00:06:21.400 --> 00:06:22.260
masuk terlihat terpadu,

00:06:22.860 --> 00:06:24.380
diagram arsitektur terlihat rapi,

00:06:24.580 --> 00:06:26.580
tetapi tata kelola copilot tidak menjadi terpadu

00:06:26.580 --> 00:06:28.140
hanya karena identitas bisa berpindah.

00:06:28.860 --> 00:06:31.120
Asumsi itu gagal pada titik di mana AI benar-benar bekerja.

00:06:31.120 --> 00:06:33.700
Copilot mendasarkan respons dalam konteks penyewa

00:06:33.700 --> 00:06:34.840
tempat permintaan dijalankan

00:06:34.840 --> 00:06:36.840
dan panduan Microsoft sendiri sudah jelas mengenai poin ini.

00:06:37.260 --> 00:06:38.980
Microsoft 3antar 5 Copilot

00:06:38.980 --> 00:06:41.660
beroperasi di dalam batasan keamanan dan kepatuhan penyewa

00:06:41.660 --> 00:06:42.960
serta menghormati izin pengguna

00:06:42.960 --> 00:06:44.740
dalam konteks penyewa spesifik tersebut.

00:06:45.240 --> 00:06:47.160
Seorang pengguna dapat berpindah konteks sebagai tamu,

00:06:47.240 --> 00:06:49.240
tetapi Copilot tetap terbatas pada satu penyewa-satu bang.

00:06:49.540 --> 00:06:51.260
Layanan ini tidak menggabungkan beberapa penyewa

00:06:51.260 --> 00:06:53.060
menjadi satu ruang kerja cerdas untuk sebuah jawaban.

00:06:53.500 --> 00:06:55.180
Jadi identitas bisa berpindah namun tetap kalau tidak.

00:06:55.780 --> 00:06:57.360
Dan begitu Anda memisahkan keduanya,

00:06:57.360 --> 00:06:59.880
banyak bahasa eksekutif mulai terdengar samar dan berbahaya.

00:07:00.560 --> 00:07:01.320
Penyewa terhubung,

00:07:02.120 --> 00:07:02.980
identitas bersama,

00:07:03.480 --> 00:07:04.360
pengalaman terpadu.

00:07:06.080 --> 00:07:08.480
Frasa-frasa tersebut mungkin benar secara arah untuk kolaborasi,

00:07:08.640 --> 00:07:10.760
tetapi tidak sama dengan mengatakan penegatan kebijakan,

00:07:11.020 --> 00:07:11.980
dasar data pencatatan,

00:07:12.060 --> 00:07:14.120
dan validasi kontrol kini bekerja sebagai satu sistem.

00:07:15.120 --> 00:07:16.460
Kesenjangan itu menjadi lebih jelas

00:07:16.460 --> 00:07:18.420
saat Anda melihat mode multi penyewa Copilot Studio

00:07:18.420 --> 00:07:20.680
karena platinjo tersebut menceritakan kisah yang sangat spesifik.

00:07:21.360 --> 00:07:23.280
Ya, penggunaan multi penyewa memang ada.

00:07:23.280 --> 00:07:26.340
Dan agen yang dihosting di satu penyewa dapat digunakan dari penyewa lain.

00:07:26.600 --> 00:07:28.780
Namun autentikasi pengguna akhir dalam mode multi penyewa

00:07:28.780 --> 00:07:29.880
belum didukung dalam platinjo.

00:07:30.420 --> 00:07:31.580
Pengguna tamu tidak didukung.

00:07:31.780 --> 00:07:32.860
Konektor kustom tidak didukung.

00:07:33.400 --> 00:07:36.040
Konektor standar Grab dan Microsoft 3 and Android 5 tidak didukung.

00:07:36.360 --> 00:07:36.860
Tidak didukung.

00:07:37.240 --> 00:07:38.120
Multigio tidak didukung.

00:07:38.740 --> 00:07:40.620
Beberapa kemampuan analitik tidak tersedia.

00:07:41.420 --> 00:07:43.580
Klanskrip percakapan juga dimatikan dalam mode tersebut.

00:07:44.260 --> 00:07:46.200
Itu bukanlah struktur tata kewala lintas penyewa yang matang.

00:07:46.520 --> 00:07:48.020
Itu adalah platinjo terbatas dan jelas.

00:07:48.460 --> 00:07:49.480
Dan batasan tersebut penting

00:07:49.480 --> 00:07:52.200
karena merusak narasi yang sering diceritakan oleh banyak tim kepemimpinan kepada Dave.

00:07:52.480 --> 00:07:54.800
Mereka mendengar multi penyewa dan berasumsi adanya kematangan operasi.

00:07:55.100 --> 00:07:56.660
Arsitek mereka mendengar lintas penyewa

00:07:56.660 --> 00:07:58.240
dan berasumsi adanya simetri kebijakan.

00:07:58.720 --> 00:08:00.120
Tim kontrol mereka mendengar vendor yang sama

00:08:00.120 --> 00:08:01.600
dan berasumsi adanya konsistensi audit.

00:08:02.000 --> 00:08:03.360
Kemudian peluncuran dimulai

00:08:03.360 --> 00:08:05.800
dan orang-orang menemukan perilaku yang berbeda sinyal yang hilang

00:08:05.800 --> 00:08:08.220
dan kesenjangan yang janggal seputar autentikasi dan analitik.

00:08:08.780 --> 00:08:09.500
Bayangkan kasus kedua.

00:08:10.000 --> 00:08:12.520
Sebuah perusahaan global menyiapkan hubungan internal lintas penyewa

00:08:12.520 --> 00:08:14.220
dan berasumsi bahwa pengalaman pengguna

00:08:14.220 --> 00:08:15.820
akan secara alami meluas ke penggunaan copilot.

00:08:16.480 --> 00:08:17.920
Harapan tersebut terdengar masuk akal

00:08:17.920 --> 00:08:19.480
dengan melibatkan kepercayaan direktori bersama,

00:08:19.700 --> 00:08:21.480
akses yang lebih lancar, dan pola identitas yang sama.

00:08:21.820 --> 00:08:23.500
Namun saat tim menguji skenario copilot

00:08:23.500 --> 00:08:25.500
dan agen yang sebenarnya perilakunya tidak merat.

00:08:25.940 --> 00:08:27.720
Beberapa data hanya muncul dalam konteks yang beralih.

00:08:28.300 --> 00:08:29.420
Beberapa konektor yang tidak tersedia.

00:08:30.140 --> 00:08:31.660
Beberapa ekspektasi audit tidak selaras

00:08:31.660 --> 00:08:33.680
dengan apa yang sebenarnya ditampilkan oleh fitur beratinjau.

00:08:34.440 --> 00:08:36.080
Pimpinan masih mendengar kata terhubung

00:08:36.080 --> 00:08:38.000
sementara tim kontrol mulai menemukan pengecualian.

00:08:38.260 --> 00:08:39.420
Bukan kasus teknis yang jarang terjadi.

00:08:39.660 --> 00:08:40.680
Itu adalah salam baca terakhir.

00:08:40.680 --> 00:08:42.960
Karena auditor tidak meniksa narasi arsitektur Anda,

00:08:43.060 --> 00:08:43.560
mereka meniksa.

00:08:43.920 --> 00:08:45.680
Mereka bertanya di mana perintah dijalankan,

00:08:45.780 --> 00:08:47.720
penyewa mana yang akan kebijakan log apa yang ada,

00:08:48.060 --> 00:08:49.120
dan apakah kontrol Anda benar-benar

00:08:49.120 --> 00:08:50.120
sebanding di seluruh lingkungan

00:08:50.120 --> 00:08:51.420
yang Anda gambarkan sebagai sering terkait.

00:08:52.080 --> 00:08:53.760
Jika model operasional Anda menganggap identitas

00:08:53.760 --> 00:08:54.460
sebagai tata kelola,

00:08:54.600 --> 00:08:55.920
Anda tidak akan memiliki jawaban yang jelas.

00:08:56.560 --> 00:08:58.100
Jadi jika Anda mengingat satu baris di sini, ingat.

00:08:58.920 --> 00:09:01.400
Identitas lintas penyewa bukanlah kecerdasan lintas penyewa.

00:09:01.840 --> 00:09:02.780
Identitas membantu masuk.

00:09:03.180 --> 00:09:05.300
Hal itu tidak memberitahu Anda apakah perilaku copilot

00:09:05.300 --> 00:09:07.140
diatur secara konsisten, dipantau dengan benar,

00:09:07.140 --> 00:09:08.500
atau aman untuk ditingkatkan skalanya

00:09:08.500 --> 00:09:10.020
di seluruh tempat yang kini disebut perusahaan Anda

00:09:10.020 --> 00:09:10.700
sebagai satu lingkungan.

00:09:10.780 --> 00:09:11.660
Dan setelah hal itu jelas,

00:09:11.800 --> 00:09:13.220
jawabannya bukan lebih banyak koneksi penyewa.

00:09:13.560 --> 00:09:15.140
Jawabannya harus berupa arsitektur.

00:09:15.360 --> 00:09:16.840
Model tata kelola yang benar-benar berfungsi

00:09:16.840 --> 00:09:17.600
adalah hub and spoke.

00:09:18.240 --> 00:09:20.040
Jadi seperti apa model tata kelola yang nyata

00:09:20.040 --> 00:09:21.520
ketika platform Anda terfragmentasi?

00:09:21.740 --> 00:09:22.740
Identitas hanya sebagian,

00:09:23.060 --> 00:09:24.600
dan batasan penyewa masih sangat penting.

00:09:25.260 --> 00:09:26.440
Model tersebut terlihat semuanya hub and spoke.

00:09:27.040 --> 00:09:28.580
Saya menyarankan ini bukan karena diagramnya

00:09:28.580 --> 00:09:29.440
terlihat rapi di slide,

00:09:29.680 --> 00:09:31.200
tetapi karena model ini benar-benar sesuai

00:09:31.200 --> 00:09:32.480
dengan kondisi operasional yang rumit

00:09:32.480 --> 00:09:33.500
yang sedang Anda ada pisat ini.

00:09:33.900 --> 00:09:35.520
Anda memerlukan satu pusat tempat keputusan

00:09:35.520 --> 00:09:36.880
tata kelola dirancang, diukur,

00:09:37.160 --> 00:09:38.480
dan ditegakkan sebagai satu sistem,

00:09:38.840 --> 00:09:40.100
lalu Anda penyewa lokal

00:09:40.100 --> 00:09:41.720
untuk mengeksekusi keputusan tersebut.

00:09:42.260 --> 00:09:43.360
Tim lokal ini harus bekerja

00:09:43.360 --> 00:09:44.540
dalam batasan mereka sendiri

00:09:44.540 --> 00:09:46.380
tanpa menciptakan aturan versi mereka sendiri

00:09:46.380 --> 00:09:48.260
setiap kali mereka merasa sedikit tertekan.

00:09:49.120 --> 00:09:49.920
Kita harus mulai dengan hub.

00:09:50.800 --> 00:09:51.840
Hub bukan laporta admin,

00:09:52.020 --> 00:09:52.960
bukan dashboard yang canggih,

00:09:53.040 --> 00:09:53.560
dan pastinya,

00:09:53.820 --> 00:09:54.840
bukan tim pusat heroik

00:09:54.840 --> 00:09:55.840
yang masuk ke setiap penyewa

00:09:55.840 --> 00:09:57.480
untuk membersihkan file secara manual.

00:09:58.800 --> 00:09:59.700
Sebaliknya, hub bertindak

00:09:59.700 --> 00:10:01.140
sebagai otoritas tata kelola utama.

00:10:01.140 --> 00:10:03.300
Kelompok ini memiliki desain kebijakan,

00:10:03.640 --> 00:10:04.320
tolak ukur audit,

00:10:04.760 --> 00:10:05.340
standar label,

00:10:05.740 --> 00:10:06.720
dan kriteria peluncuran.

00:10:07.300 --> 00:10:08.180
Mereka lah yang memutuskan

00:10:08.180 --> 00:10:09.000
apa arti sebenarnya

00:10:09.000 --> 00:10:09.940
dari siap untuk co-pilot,

00:10:10.380 --> 00:10:11.460
bukti apa yang dianggap valid,

00:10:11.620 --> 00:10:13.180
dan seberapa cepat celah keamanan

00:10:13.180 --> 00:10:13.820
harus ditutup.

00:10:14.720 --> 00:10:15.980
Perubah keseluruhan percakapan

00:10:15.980 --> 00:10:17.960
Karena struktur ini,

00:10:18.340 --> 00:10:19.520
global tidak lagi sekadar istilah

00:10:19.520 --> 00:10:20.500
untuk satu layar ajaib,

00:10:20.760 --> 00:10:21.660
melainkan berarti

00:10:21.660 --> 00:10:23.240
satu sistem tata kelola yang terpadu.

00:10:23.940 --> 00:10:24.540
Anda mendapatkan

00:10:24.540 --> 00:10:25.900
satu standar untuk kontrol purview,

00:10:26.040 --> 00:10:27.360
satu standar untuk cara masukkan audit,

00:10:27.360 --> 00:10:29.420
dan satu standar untuk label sensitivitas Anda.

00:10:29.420 --> 00:10:31.120
Ada satu tolak ukur yang jelas

00:10:31.120 --> 00:10:32.120
tentang apa yang harus dipenuhi

00:10:32.120 --> 00:10:32.920
sebelum penyewa tertentu

00:10:32.920 --> 00:10:34.340
diizinkan memperluas akses co-pilot

00:10:34.340 --> 00:10:35.120
ke lebih banyak pengguna.

00:10:35.540 --> 00:10:36.320
Kemudian membutuhkan SPOK.

00:10:36.560 --> 00:10:37.660
SPOK adalah tim eksekusi

00:10:37.660 --> 00:10:38.540
penyewa lokal andai

00:10:38.540 --> 00:10:39.800
yang mengambil tolak ukur tersebut

00:10:39.800 --> 00:10:40.400
dan menerapkannya

00:10:40.400 --> 00:10:41.500
pada lingkungan spesifik mereka.

00:10:41.920 --> 00:10:43.380
Mereka lah yang menjalankan remediasi,

00:10:43.480 --> 00:10:44.240
memvalidasi log,

00:10:44.560 --> 00:10:46.240
dan meninjau izin akses yang luas.

00:10:46.820 --> 00:10:47.660
Namun, mereka melakukan

00:10:47.660 --> 00:10:48.500
semua pekerjaan itu

00:10:48.500 --> 00:10:50.120
dalam ruang desain yang sangat sempit,

00:10:50.300 --> 00:10:51.460
bukan secara bebas tanpa aturan.

00:10:52.020 --> 00:10:53.380
Jika tim lokal perlu menyimpang

00:10:53.380 --> 00:10:54.020
dari rencana,

00:10:54.020 --> 00:10:55.660
ada jalur formal untuk pengecualian.

00:10:56.180 --> 00:10:57.280
Dan jika mereka ingin bergerak

00:10:57.280 --> 00:10:57.720
lebih cepat,

00:10:57.820 --> 00:10:58.700
mereka tetap harus memenuhi

00:10:58.700 --> 00:10:59.680
kontrol bersama terlebih dahulu.

00:11:00.340 --> 00:11:01.300
Ketika perbedaan regional

00:11:01.300 --> 00:11:02.080
atau hukum muncul,

00:11:02.260 --> 00:11:03.540
masalah tersebut didokumentasikan

00:11:03.540 --> 00:11:04.180
dan disetujui

00:11:04.180 --> 00:11:05.500
bukannya diserap secara diam-diam

00:11:05.500 --> 00:11:06.380
ke dalam solusi lokal

00:11:06.380 --> 00:11:07.560
yang tidak diketahui orang lain.

00:11:08.180 --> 00:11:09.200
Struktur ini sangat penting

00:11:09.200 --> 00:11:10.880
karena model yang tersentralisasi penuh

00:11:10.880 --> 00:11:12.540
biasanya kewalahan dengan detail lokal,

00:11:12.700 --> 00:11:13.560
sementara model lokal penuh,

00:11:13.600 --> 00:11:14.520
sementara model lokal penuh

00:11:14.520 --> 00:11:15.720
langsung mengalamiin konsistensi total.

00:11:16.240 --> 00:11:16.980
Model hub dan SPOK

00:11:16.980 --> 00:11:18.520
menghindari kedua pola kegagalan tersebut.

00:11:19.060 --> 00:11:20.100
Hub memberikan konsistensi

00:11:20.100 --> 00:11:20.760
yang Anda butuhkan,

00:11:20.880 --> 00:11:21.760
sementara SPOK memberikan

00:11:21.760 --> 00:11:22.560
kecepatan eksekusi

00:11:22.560 --> 00:11:23.320
di tempat pekerjaan itu

00:11:23.320 --> 00:11:24.100
sebenarnya berlangsung.

00:11:24.560 --> 00:11:25.460
Mari kita buat ini menjadi ingat.

00:11:25.840 --> 00:11:26.140
Di hub,

00:11:26.440 --> 00:11:27.260
Anda menentukan kumpulan

00:11:27.260 --> 00:11:28.140
kontrol preview minimum

00:11:28.140 --> 00:11:29.580
yang harus dijalankan setiap penyewa

00:11:29.580 --> 00:11:30.640
sebelum copilot diizinkan

00:11:30.640 --> 00:11:31.240
untuk berkembang.

00:11:31.720 --> 00:11:32.780
Anda menentukan dengan tepat

00:11:32.780 --> 00:11:34.260
peristiwa audit mana yang ingin Anda lihat

00:11:34.260 --> 00:11:35.740
dan seberapa sering Anda akan meninjaunya.

00:11:36.540 --> 00:11:38.300
Anda juga membuat taksonomi label bersama

00:11:38.300 --> 00:11:39.280
untuk konten sensitif

00:11:39.280 --> 00:11:40.220
agar label rahasia

00:11:40.220 --> 00:11:41.820
tidak memiliki 5 arti berbeda

00:11:41.820 --> 00:11:43.360
di 5 penyewa yang berbeda.

00:11:44.340 --> 00:11:45.900
Anda mengatur ritme peninjauan,

00:11:45.900 --> 00:11:47.700
mungkin bulanan untuk postur keamanan Anda

00:11:47.700 --> 00:11:48.540
secara keseluruhan

00:11:48.540 --> 00:11:49.600
dan lebih sering di area

00:11:49.600 --> 00:11:50.940
di mana peluncuran sedang aktif.

00:11:52.060 --> 00:11:52.460
Di SPOK,

00:11:52.580 --> 00:11:53.700
tim Anda memetakan standar

00:11:53.700 --> 00:11:54.520
tingkat tinggi tersebut

00:11:54.520 --> 00:11:56.120
ke realitas penyewa tertentu tersebut.

00:11:56.720 --> 00:11:57.760
Mereka menemukan situs mana

00:11:57.760 --> 00:11:59.180
yang masih memiliki akses luas terbuka

00:11:59.180 --> 00:11:59.940
dan unit bisnis mana

00:11:59.940 --> 00:12:01.340
yang tertinggal dalam pemberian label mereka.

00:12:01.680 --> 00:12:02.720
Mereka meriksa apakah audit

00:12:02.720 --> 00:12:03.460
benar-benar aktif

00:12:03.460 --> 00:12:04.820
dan apakah catatan yang tepat terlihat

00:12:04.820 --> 00:12:05.500
oleh tim keamanan.

00:12:05.840 --> 00:12:06.860
Mereka mencari admin lokal

00:12:06.860 --> 00:12:07.700
yang mungkin telah membuat

00:12:07.700 --> 00:12:08.660
pengecualian yang tidak pernah

00:12:08.660 --> 00:12:09.620
ditinjau secara resmi

00:12:09.620 --> 00:12:10.680
dan mereka memutuskan

00:12:10.680 --> 00:12:11.480
kenapa kegur percontohan

00:12:11.480 --> 00:12:12.480
dapat berkembang dengan aman

00:12:12.480 --> 00:12:13.560
atau apakah mereka harus berhenti

00:12:13.560 --> 00:12:14.840
dan memperbaiki keadaan terlebih dahulu.

00:12:15.100 --> 00:12:16.240
Dan inilah aturan tegasnya

00:12:16.240 --> 00:12:17.000
karena tanpa aturan,

00:12:17.300 --> 00:12:18.300
model ini hanyalah saran

00:12:18.300 --> 00:12:19.800
dan bukan tata kelola yang sebenarnya.

00:12:20.500 --> 00:12:21.680
Tidak ada peluncuran copilot

00:12:21.680 --> 00:12:22.880
yang terjadi di penyewa manapun

00:12:22.880 --> 00:12:23.840
tanpa pencatatan audit

00:12:23.840 --> 00:12:24.640
yang tervalidasi

00:12:24.640 --> 00:12:26.060
pemindahan berbagi berlebihan selesai

00:12:26.060 --> 00:12:26.960
dan garis dasar minimum

00:12:26.960 --> 00:12:27.660
untuk cakupan label.

00:12:28.060 --> 00:12:29.300
Saya tidak berbicara tentang hal-hal ini

00:12:29.300 --> 00:12:29.880
yang direncanakan

00:12:29.880 --> 00:12:30.940
atau dibahas bagian selanjutnya.

00:12:31.020 --> 00:12:31.940
Hal tersebut harus divalidasi.

00:12:32.260 --> 00:12:33.180
Jika penyewa tidak dapat

00:12:33.180 --> 00:12:34.540
membuktikan bahwa ketika kondisi tersebut

00:12:34.540 --> 00:12:34.940
terpenuhi,

00:12:35.000 --> 00:12:36.000
peluncuran akan dijemput.

00:12:36.040 --> 00:12:36.960
Itu mungkin terdengar ketat

00:12:36.960 --> 00:12:37.840
sampai Anda membandingkannya

00:12:37.840 --> 00:12:38.440
dengan biaya besar

00:12:38.440 --> 00:12:39.480
untuk membersihkan kekacauan

00:12:39.480 --> 00:12:40.560
setelah pengguna mulai menemukan

00:12:40.560 --> 00:12:41.780
konten sensitif yang tidak pernah Anda

00:12:41.780 --> 00:12:43.020
maksudkan untuk diekspos melalui AI.

00:12:43.660 --> 00:12:44.780
Jika Anda melihatnya seperti itu,

00:12:44.860 --> 00:12:46.380
aturan ini hanyalah akal sehat yang mendasar.

00:12:46.860 --> 00:12:47.940
Alasan lain mengapa model ini

00:12:47.940 --> 00:12:48.860
bekerja dengan sangat baik

00:12:48.860 --> 00:12:49.420
adalah waktunya.

00:12:49.780 --> 00:12:50.700
Semakin lama Anda menunggu

00:12:50.700 --> 00:12:51.360
untuk mengaturnya,

00:12:51.440 --> 00:12:52.440
semakin banyak utang pembersihan

00:12:52.440 --> 00:12:53.520
yang Anda ciptakan untuk didis.

00:12:53.740 --> 00:12:55.040
Setiap penyewa yang muncul lebih dulu

00:12:55.040 --> 00:12:56.180
sebelum mencapai garis dasar

00:13:03.180 --> 00:13:04.100
dari sesuatu yang bisa matang

00:13:04.100 --> 00:13:04.980
setelah adopsi selesai.

00:13:05.260 --> 00:13:06.780
Tetapi di dunia copyout multi penyewa,

00:13:07.000 --> 00:13:08.420
urutan itu benar-benar terbalik.

00:13:08.800 --> 00:13:10.320
Tata kelola harus memimpin peluncuran

00:13:10.320 --> 00:13:11.120
atau peluncuran tersebut

00:13:11.120 --> 00:13:12.420
akan menciptakan lebih banyak utang

00:13:12.420 --> 00:13:13.420
dari banyak utang dari teman.

00:13:13.760 --> 00:13:14.600
Jika Anda memimpin ini

00:13:14.600 --> 00:13:15.400
di tingkat perusahaan,

00:13:15.480 --> 00:13:16.560
langkah Anda selanjutnya sangat celah.

00:13:16.980 --> 00:13:18.040
Segera siapkan hub tersebut

00:13:18.040 --> 00:13:19.440
dan tentukan garis dasar itu hari.

00:13:20.020 --> 00:13:20.780
Tunjuk sepok Anda

00:13:20.780 --> 00:13:22.300
dan tuliskan proses penanganan

00:13:22.300 --> 00:13:23.540
pengecualian Anda segera.

00:13:24.240 --> 00:13:25.700
Anda harus membuat istilah global

00:13:25.700 --> 00:13:26.820
berarti bahwa keputusan

00:13:26.820 --> 00:13:27.880
dan gerbang peluncuran Anda

00:13:27.880 --> 00:13:29.000
bekerja sebagai satu sistem

00:13:29.000 --> 00:13:30.640
bahkan saat penyewa tidak melakukannya.

00:13:31.640 --> 00:13:32.520
Sebuah model hanya berarti

00:13:32.520 --> 00:13:33.440
jika benar-benar mengubah

00:13:33.440 --> 00:13:34.620
apa yang diberlakukan besok pagi.

00:13:35.540 --> 00:13:36.440
Apa yang harus diukur pemimpin

00:13:36.440 --> 00:13:37.180
sebelum mereka pensekala?

00:13:37.640 --> 00:13:39.080
Model tata kelola hanya akan bertahan

00:13:39.080 --> 00:13:40.200
jika menghasilkan pengukuran

00:13:40.200 --> 00:13:41.180
yang dibagikan oleh semua orang.

00:13:41.700 --> 00:13:43.100
Jika tidak, setiap penyewa akan mengklaim

00:13:43.100 --> 00:13:44.060
mereka membuat kemajuan

00:13:44.060 --> 00:13:44.920
dengan bahasanya sendiri

00:13:44.920 --> 00:13:46.300
dan pimpinan akan mendapatkan

00:13:46.300 --> 00:13:46.960
pembaruan status

00:13:46.960 --> 00:13:48.020
tanpa melikai kendali nyata.

00:13:48.600 --> 00:13:50.260
Sebelum Anda mensekalkan copyout lebih jauh,

00:13:50.360 --> 00:13:51.760
Anda memerlukan serangkaian metrik kecil

00:13:51.760 --> 00:13:52.500
yang memberitahu Anda

00:13:52.500 --> 00:13:53.720
jika arsitektur berperilaku

00:13:53.720 --> 00:13:54.420
seperti yang Anda kira.

00:13:55.160 --> 00:13:56.080
Ikat aktivitas tidak akan

00:13:56.080 --> 00:13:56.980
memberitahu Anda kebenaran

00:13:56.980 --> 00:13:57.880
dan angka adopsi jelas

00:13:57.880 --> 00:13:59.140
tidak akan menunjukkan risiko kepadaku.

00:13:59.460 --> 00:14:00.040
Anda harus mulai dengan

00:14:00.040 --> 00:14:00.880
pengurangan berbagai berlebih.

00:14:01.460 --> 00:14:02.680
Ini masih menjadi salah satu tanda

00:14:02.680 --> 00:14:03.840
paling jelas bahwa lingkungan Anda

00:14:03.840 --> 00:14:04.940
benar-benar menjadi lebih aman

00:14:04.940 --> 00:14:05.440
untuk AI.

00:14:06.240 --> 00:14:07.880
Anda perlu melihat grup akses luas,

00:14:08.100 --> 00:14:08.960
situs sharepoint terbuka,

00:14:09.100 --> 00:14:10.160
dan izin lama yang memberikan

00:14:10.160 --> 00:14:11.080
akses jauh lebih banyak

00:14:11.080 --> 00:14:11.880
daripada yang sebenarnya

00:14:11.880 --> 00:14:12.760
dibutuhkan bisnis.

00:14:13.280 --> 00:14:13.860
Tujuannya di sini

00:14:13.860 --> 00:14:15.360
bukan untuk mencapai angka yang sempurna

00:14:15.360 --> 00:14:16.260
tetapi untuk membuktikan

00:14:16.260 --> 00:14:17.220
bahwa eksposur Anda menurun

00:14:17.220 --> 00:14:18.460
sebelum jangkauan copyout Anda menik.

00:14:18.460 --> 00:14:19.920
Jika kedua garis tersebut

00:14:19.920 --> 00:14:21.200
bergerak ke arah yang berlawanan,

00:14:21.360 --> 00:14:22.500
Anda berekspansi jauh lebih cepat

00:14:22.500 --> 00:14:24.060
daripada memperbaiki masalah mendasar.

00:14:24.720 --> 00:14:25.780
Metrik kedua yang Anda perlukan

00:14:25.780 --> 00:14:27.000
adalah cakupan observabilitas.

00:14:27.480 --> 00:14:28.520
Bisakah Anda benar-benar melihat

00:14:28.520 --> 00:14:29.480
apa yang dilakukan copilot

00:14:29.480 --> 00:14:30.240
di semua penyewa Anda

00:14:30.240 --> 00:14:30.920
dengan cara mendukung

00:14:30.920 --> 00:14:31.600
investigasi nyata?

00:14:32.140 --> 00:14:32.940
Sebagian besar riset

00:14:32.940 --> 00:14:34.020
menunjuk Microsoft Purview

00:14:34.020 --> 00:14:35.420
sebagai tempat utama penyimpanan

00:14:35.420 --> 00:14:36.020
catatan inti

00:14:36.020 --> 00:14:37.200
seperti interaksi copilot.

00:14:37.580 --> 00:14:38.520
Tetapi itu mengasumsikan

00:14:38.520 --> 00:14:39.680
Anda telah mengaktifkan audit

00:14:39.680 --> 00:14:40.100
di mana-mana.

00:14:40.420 --> 00:14:41.260
Cakupan bukanlah sesuatu

00:14:41.260 --> 00:14:41.980
yang bisa Anda asumsikan

00:14:41.980 --> 00:14:42.640
begitu saja berhasil.

00:14:42.880 --> 00:14:43.820
Anda perlu mengetahui

00:14:43.820 --> 00:14:44.740
dengan pasti penyewa

00:14:44.740 --> 00:14:45.820
mana yang telah mengaktifkan

00:14:45.820 --> 00:14:46.560
penyerapan audit

00:14:46.560 --> 00:14:47.200
dan mana yang masih

00:14:47.200 --> 00:14:48.620
menyisakan visibilitas parsial.

00:14:49.220 --> 00:14:50.040
Jika Anda tidak memiliki

00:14:50.040 --> 00:14:51.140
tata kelola dan tidak ada

00:14:51.140 --> 00:14:52.060
akuntabilitas,

00:14:52.720 --> 00:14:53.460
itu dengar belak-belakan

00:14:53.460 --> 00:14:54.040
karena mengarus emik.

00:14:54.440 --> 00:14:55.260
Jika penyewa tidak dapat

00:14:55.260 --> 00:14:55.860
memberikan bukti

00:14:55.860 --> 00:14:56.460
yang dapat digunakan

00:14:56.460 --> 00:14:57.260
tentang apa yang terjadi,

00:14:57.360 --> 00:14:58.200
penyewa tersebut tidak siap

00:14:58.200 --> 00:14:59.280
untuk melakukan pesekalan dengan apa.

00:14:59.460 --> 00:15:00.260
Anda tidak dapat mengatur

00:15:00.260 --> 00:15:01.040
apa yang tidak diisikan

00:15:01.040 --> 00:15:01.600
untuk diperiksa

00:15:01.600 --> 00:15:02.640
dan Anda pasti tidak akan dapat

00:15:02.640 --> 00:15:03.600
mempertahankan tindakan Anda

00:15:03.600 --> 00:15:04.700
jika sesuatu terjadi di kemudian.

00:15:04.840 --> 00:15:05.780
Metrik ketiga adalah

00:15:05.780 --> 00:15:06.720
waktu menuju kebijakan

00:15:06.720 --> 00:15:07.380
di semua penyewa.

00:15:07.380 --> 00:15:09.180
Di sinilah pimpinan mengetahui

00:15:09.180 --> 00:15:10.440
apakah model hub and spoke

00:15:10.440 --> 00:15:10.920
itu nyata

00:15:10.920 --> 00:15:12.240
atau hanya dekoratif.

00:15:12.880 --> 00:15:13.900
Keputusan pusat sama sekali

00:15:13.900 --> 00:15:14.400
tidak berarti

00:15:14.400 --> 00:15:15.120
jika satu penyewa

00:15:15.120 --> 00:15:15.960
berlakukannya minggu ini

00:15:15.960 --> 00:15:16.520
sementara yang lain

00:15:16.520 --> 00:15:17.240
menunggu sebulan

00:15:17.240 --> 00:15:18.040
untuk memikirkannya.

00:15:18.580 --> 00:15:19.180
Anda harus mengukur

00:15:19.180 --> 00:15:19.900
waktu yang dibutuhkan

00:15:19.900 --> 00:15:21.040
sejak kebijakan disetujui

00:15:21.040 --> 00:15:22.000
hingga kebijakan tersebut

00:15:22.000 --> 00:15:23.060
diberlakukan secara efektif

00:15:23.060 --> 00:15:23.640
di setiap penyewa.

00:15:24.080 --> 00:15:24.580
Saya tidak sedang

00:15:24.580 --> 00:15:25.280
membicarakan waktu

00:15:25.280 --> 00:15:25.980
untuk mengumumkan

00:15:25.980 --> 00:15:26.840
atau mendokumentasikannya

00:15:26.840 --> 00:15:27.580
tetapi waktu hingga

00:15:27.580 --> 00:15:28.220
benar-benar aktif.

00:15:28.700 --> 00:15:29.360
Untuk program AI

00:15:29.360 --> 00:15:30.220
yang bergerak secepat ini

00:15:30.220 --> 00:15:31.080
penundaan semacam itu

00:15:31.080 --> 00:15:31.780
hanyalah nama lain

00:15:31.780 --> 00:15:32.360
dari risiko.

00:15:32.780 --> 00:15:33.280
Target praktis

00:15:33.280 --> 00:15:34.420
bagi sebagian besar organisasi

00:15:34.420 --> 00:15:35.020
adalah di bawah

00:15:35.020 --> 00:15:35.580
7-2 jam

00:15:35.580 --> 00:15:36.480
untuk perubahan standar.

00:15:37.040 --> 00:15:37.820
Jika waktu siklus Anda

00:15:37.820 --> 00:15:38.740
jauh lebih lama dari itu

00:15:38.740 --> 00:15:39.740
Anda perlu memiliki model

00:15:39.740 --> 00:15:40.440
yang dapat disekalakan.

00:15:40.920 --> 00:15:41.440
Anda hanya memiliki

00:15:41.440 --> 00:15:42.160
masalah koordinasi

00:15:42.160 --> 00:15:42.920
yang perlu diselesaikan.

00:15:43.440 --> 00:15:44.180
Selanjutnya Anda perlu

00:15:44.180 --> 00:15:45.300
melihat rasio cakupan labelan.

00:15:45.860 --> 00:15:46.540
Jangan biarkan ini

00:15:46.540 --> 00:15:47.480
menjadi metrik kesombongan

00:15:47.480 --> 00:15:48.220
di mana satu penyewa

00:15:48.220 --> 00:15:48.880
mencapai angka tinggi

00:15:48.880 --> 00:15:49.800
sementara yang lain tertinggal.

00:15:50.440 --> 00:15:51.180
Yang terpenting adalah

00:15:51.180 --> 00:15:52.380
apakah konten sensitif Anda

00:15:52.380 --> 00:15:53.600
diberi label secara konsisten

00:15:53.600 --> 00:15:54.620
sehingga perilaku kopelo

00:15:54.620 --> 00:15:55.460
tidak hanya berdasarkan

00:15:55.460 --> 00:15:56.280
tebakan pengguna.

00:15:56.960 --> 00:15:57.600
Anda tidak mencari

00:15:57.600 --> 00:15:58.360
kesempurnaan di sini

00:15:58.360 --> 00:15:59.280
tetapi Anda mencari

00:15:59.280 --> 00:15:59.940
tingkat kendali

00:15:59.940 --> 00:16:01.220
yang sebanding di setiap penyewa

00:16:01.220 --> 00:16:02.200
dalam organisasi.

00:16:02.920 --> 00:16:03.620
Terakhir Anda perlu

00:16:03.620 --> 00:16:04.460
melacak tingkat penyimpangan

00:16:04.460 --> 00:16:04.960
akses Anda.

00:16:05.440 --> 00:16:06.260
Metrik ini memberi tahu

00:16:06.260 --> 00:16:06.940
Anda apakah upaya

00:16:06.940 --> 00:16:07.560
pembersihan Anda

00:16:07.560 --> 00:16:08.540
benar-benar berataan seringlah.

00:16:09.040 --> 00:16:09.980
Setelah Anda menyelesaikan

00:16:09.980 --> 00:16:10.820
proyek remediasi

00:16:10.820 --> 00:16:12.180
seberapa cepat izin tersebut

00:16:12.180 --> 00:16:12.880
mulai menyebar kembali.

00:16:13.320 --> 00:16:14.280
Seberapa sering kelompok luah

00:16:14.280 --> 00:16:15.180
tersebut merayap kembali

00:16:15.180 --> 00:16:15.720
ke dalam sistem.

00:16:16.020 --> 00:16:16.940
Banyak tim menyadari hal ini

00:16:16.940 --> 00:16:17.720
terlambat karena mereka

00:16:17.720 --> 00:16:18.860
mengukur perbaikan sekali saja

00:16:18.860 --> 00:16:19.680
dan menganggap masalahnya

00:16:19.680 --> 00:16:20.120
hilang selama.

00:16:20.360 --> 00:16:20.820
Ternyata tidak.

00:16:21.160 --> 00:16:22.200
Satu-satunya metrik yang penting

00:16:22.200 --> 00:16:23.080
adalah seberapa cepat sistem

00:16:23.080 --> 00:16:23.640
mulai menyimpang

00:16:23.640 --> 00:16:24.420
begitu Anda berhenti

00:16:24.420 --> 00:16:24.980
mengawasinya.

00:16:25.560 --> 00:16:26.660
Itulah dasbor operasional Anda.

00:16:27.160 --> 00:16:28.120
Anda perlu melacak

00:16:28.120 --> 00:16:29.200
pengurangan berbagi berlebih

00:16:29.200 --> 00:16:30.340
cakupan observabilitas,

00:16:30.700 --> 00:16:31.340
waktu kebijakan,

00:16:31.580 --> 00:16:32.060
cakupan label,

00:16:32.240 --> 00:16:33.040
dan penyimpangan akses.

00:16:33.340 --> 00:16:34.200
Irama pelaporan Anda

00:16:34.200 --> 00:16:34.780
sama pentingnya

00:16:34.780 --> 00:16:35.980
dengan angka-angka itu sendiri.

00:16:36.740 --> 00:16:37.500
Pusat harus memiliki

00:16:37.500 --> 00:16:38.300
dasbor eksekutif

00:16:38.300 --> 00:16:38.980
karena pimpinan

00:16:38.980 --> 00:16:40.040
membutuhkan satu tampilan

00:16:40.040 --> 00:16:41.220
tunggal dari seluruh postur.

00:16:42.000 --> 00:16:42.520
Sementara itu,

00:16:42.680 --> 00:16:44.080
jabang harus menangani remediasi

00:16:44.080 --> 00:16:45.040
karena pekerjaan sebenarnya

00:16:45.040 --> 00:16:45.620
harus dilakukan

00:16:45.620 --> 00:16:47.000
di tempat batasan penyewa berada.

00:16:47.800 --> 00:16:48.660
Satu tim membaca sistem

00:16:48.660 --> 00:16:49.780
dan tim lain yang memperbaikinya.

00:16:50.340 --> 00:16:50.840
Anda harus melacak

00:16:50.840 --> 00:16:51.380
angka-angka ini

00:16:51.380 --> 00:16:52.360
sebelum melakukan ekspansi,

00:16:52.460 --> 00:16:52.960
bukan setelahnya.

00:16:53.300 --> 00:16:54.460
Risikonya tidak menunggu rapat

00:16:54.460 --> 00:16:55.060
atau loka karya

00:16:55.060 --> 00:16:56.180
tata kelola Anda berikutnya.

00:16:56.180 --> 00:16:57.220
Risiko itu sudah aktif

00:16:57.220 --> 00:16:57.880
di setiap penyewa,

00:16:58.000 --> 00:16:59.040
di mana copilot dapat menemukan

00:16:59.040 --> 00:17:00.360
dengan tepat apa yang masih diizinkan

00:17:00.360 --> 00:17:01.660
untuk dilihat oleh kendali Anda saat ini.

00:17:01.800 --> 00:17:02.740
Dua pola yang terus dilewatkan

00:17:02.740 --> 00:17:03.400
oleh para pemimpin.

00:17:03.860 --> 00:17:04.440
Saya terus melihat

00:17:04.440 --> 00:17:05.820
dua pola spesifik di lapangan

00:17:05.820 --> 00:17:07.020
dan keduanya terjadi

00:17:07.020 --> 00:17:07.740
karena para pemimpin

00:17:07.740 --> 00:17:08.500
memperlakukan copilot

00:17:08.500 --> 00:17:09.700
seperti peluncuran perangkat lunak

00:17:09.700 --> 00:17:10.740
bukan peristiwa kendali besar.

00:17:11.400 --> 00:17:11.920
Pola pertama

00:17:11.920 --> 00:17:13.100
dimulai ketika organisasi

00:17:13.100 --> 00:17:13.840
meluncurkan copilot

00:17:13.840 --> 00:17:14.700
sebelum menetapkan

00:17:14.700 --> 00:17:15.760
garis dasar purview yang nyata

00:17:15.760 --> 00:17:17.140
atau meninjau akses sharepoint mereka.

00:17:17.980 --> 00:17:18.660
Pada hari pertama,

00:17:18.780 --> 00:17:19.560
peluncurannya tampak sembuh.

00:17:20.040 --> 00:17:21.020
Lisensi ditetapkan,

00:17:21.180 --> 00:17:21.960
pengguna bersemangat,

00:17:22.100 --> 00:17:22.760
dan pesan internal

00:17:22.760 --> 00:17:24.160
semua yang tentang produktivitas.

00:17:24.860 --> 00:17:25.520
Namun kemudian,

00:17:25.620 --> 00:17:26.380
perintah biasa mulai

00:17:26.380 --> 00:17:27.140
memunculkan materi

00:17:27.140 --> 00:17:27.760
yang secara teknis

00:17:27.760 --> 00:17:29.000
dapat diakses sejak awal

00:17:29.000 --> 00:17:30.180
namun praktis tidak terlihat

00:17:30.180 --> 00:17:31.140
oleh rata-rata karyawan.

00:17:32.340 --> 00:17:33.120
Sebelum adanya AI,

00:17:33.300 --> 00:17:34.140
tidak ada yang menghabiskan

00:17:34.140 --> 00:17:35.520
waktu mereka mengeklik situs lama

00:17:35.520 --> 00:17:36.120
folder usang

00:17:36.120 --> 00:17:37.000
atau izin yang diwariskan

00:17:37.000 --> 00:17:37.780
untuk menemukan hal-hal

00:17:37.780 --> 00:17:38.620
yang tidak boleh mereka lihat.

00:17:39.040 --> 00:17:40.100
Namun sekarang mereka tidak berumur.

00:17:40.540 --> 00:17:41.900
Pengguna mengajukan pertanyaan dasar,

00:17:42.000 --> 00:17:42.600
ringkasan muncul,

00:17:42.700 --> 00:17:43.840
dan sebuah file pun terlihat.

00:17:44.420 --> 00:17:45.900
Mungkin itu konten HR yang sensitif,

00:17:46.020 --> 00:17:46.560
materi keuangan,

00:17:46.700 --> 00:17:47.720
atau informasi kesepakatan

00:17:47.720 --> 00:17:48.780
yang seharusnya tetap berada

00:17:48.780 --> 00:17:49.960
dalam lingkaran yang sangat ketat.

00:17:50.340 --> 00:17:50.940
Tidak ada pelanggaran,

00:17:51.000 --> 00:17:51.500
tidak ada malware,

00:17:51.640 --> 00:17:52.760
dan tidak ada batasan keamanan

00:17:52.760 --> 00:17:53.920
yang rusak dalam pengertian tradisional.

00:17:54.460 --> 00:17:55.780
Sistem hanya menggunakan izin

00:17:55.780 --> 00:17:56.700
dan status konten

00:17:56.700 --> 00:17:58.280
yang memang sudah diizinkan oleh tenan.

00:17:58.760 --> 00:17:59.440
Itulah momen di mana

00:17:59.440 --> 00:18:00.120
banyak tim akhirnya

00:18:00.120 --> 00:18:01.120
memahami masalahnya.

00:18:01.480 --> 00:18:02.600
Aya tidak menciptakan papanan tersebut.

00:18:03.260 --> 00:18:04.080
Aya menghilangkan hambatan

00:18:04.080 --> 00:18:04.980
yang selama ini menyembunyikan.

00:18:05.500 --> 00:18:06.760
Begitu terjadi di satu tenan,

00:18:06.920 --> 00:18:07.700
kepercayaan eksekutif

00:18:07.700 --> 00:18:08.300
biasanya menurun

00:18:08.300 --> 00:18:09.240
di seluruh organisasi

00:18:09.240 --> 00:18:10.720
karena tidak ada yang bisa memastikan

00:18:10.720 --> 00:18:11.600
di mana pola yang sama

00:18:11.600 --> 00:18:12.820
mungkin muncul berikutnya.

00:18:13.660 --> 00:18:14.740
Insiden itu mungkin terlihat lokal,

00:18:14.860 --> 00:18:15.980
tetapi kerusakan pada kepercayaan

00:18:15.980 --> 00:18:16.920
berdampak di seluruh perusahaan.

00:18:17.220 --> 00:18:18.180
Pola kedua lebih tenang,

00:18:18.300 --> 00:18:19.240
tetapi sama berbahayanya.

00:18:19.940 --> 00:18:20.640
Sebuah perusahaan

00:18:20.640 --> 00:18:21.420
menyiapkan hubungan

00:18:21.420 --> 00:18:22.400
identitas lintas tenan,

00:18:22.880 --> 00:18:23.380
mendengar bahwa

00:18:23.380 --> 00:18:24.740
skenario multi tenan dimungkinkan

00:18:24.740 --> 00:18:25.760
dan mengasumsikan

00:18:25.760 --> 00:18:26.600
model operasi mereka

00:18:26.600 --> 00:18:27.120
cukup matang

00:18:27.120 --> 00:18:28.040
untuk peluncuran yang luas.

00:18:28.340 --> 00:18:29.100
Pada slide presentasi

00:18:29.100 --> 00:18:29.700
itu terdengar seperti

00:18:29.700 --> 00:18:30.220
rencana yang solid.

00:18:30.600 --> 00:18:31.600
Kenyataannya operasionalnya

00:18:31.600 --> 00:18:32.100
menjadi berantak.

00:18:32.580 --> 00:18:33.400
Satu tim mengharapkan

00:18:33.400 --> 00:18:34.240
pengalaman copilot

00:18:34.240 --> 00:18:35.400
yang lancar di setiap lingkungan

00:18:35.400 --> 00:18:35.940
yang terhubung

00:18:35.940 --> 00:18:36.600
sementara yang lain.

00:18:36.720 --> 00:18:37.620
Mengharapkan visibilitas

00:18:37.620 --> 00:18:38.140
yang sebanding

00:18:38.140 --> 00:18:38.780
dan tim ketiga

00:18:38.780 --> 00:18:39.840
berasumsi kontrol yang sama

00:18:39.840 --> 00:18:41.260
akan mengikuti pengguna kemanapun.

00:18:41.720 --> 00:18:42.800
Kemudian penggunaan sebenarnya

00:18:42.800 --> 00:18:43.800
mulai menunjukkan perilaku

00:18:43.800 --> 00:18:44.440
yang tidak merata,

00:18:44.580 --> 00:18:45.780
kesenjangan dalam autentikasi

00:18:45.780 --> 00:18:46.300
dan titik lemah

00:18:46.300 --> 00:18:46.900
dalam hal yang sebenarnya

00:18:46.900 --> 00:18:47.320
dapat diubung.

00:18:47.600 --> 00:18:48.400
Masalahnya bukan karena

00:18:48.400 --> 00:18:49.320
tim-tim ini ceroboh.

00:18:49.860 --> 00:18:50.680
Masalah sebenarnya adalah

00:18:50.680 --> 00:18:51.440
mereka menerjemahkan

00:18:51.440 --> 00:18:52.540
konektivitas menjadi jaminan.

00:18:53.300 --> 00:18:54.080
Asumsi itu menciptakan

00:18:54.080 --> 00:18:55.220
cerita palsu tentang kepatuhan.

00:18:55.900 --> 00:18:56.620
Pimpinan mendengar

00:18:56.620 --> 00:18:57.280
kata terhubung

00:18:57.280 --> 00:18:58.180
dan berasumsi

00:18:58.180 --> 00:18:59.180
organisasi sudah siap.

00:18:59.920 --> 00:19:00.540
Berbulan-bulan.

00:19:00.820 --> 00:19:01.860
Kemudian tinjauan kontrol

00:19:01.860 --> 00:19:03.000
menemukan bahwa perilaku,

00:19:03.160 --> 00:19:03.980
bukti, dan penegakan

00:19:03.980 --> 00:19:04.760
sangat bervariasi

00:19:04.760 --> 00:19:05.520
dari yang ingin diakui

00:19:05.520 --> 00:19:06.200
siapapun di awal.

00:19:06.560 --> 00:19:07.260
Sekarang bandingkan itu

00:19:07.260 --> 00:19:08.040
dengan pola yang lebih baik.

00:19:08.360 --> 00:19:09.260
Organisasi yang berbeda

00:19:09.260 --> 00:19:09.920
memilih untuk melambat

00:19:09.920 --> 00:19:10.800
sebelum mereka meningkatkan.

00:19:16.300 --> 00:19:17.960
Mereka memperluas

00:19:17.960 --> 00:19:18.960
kopelot secara bertahap

00:19:18.960 --> 00:19:19.900
bukan karena mereka takut

00:19:19.900 --> 00:19:20.420
pada adopsi,

00:19:20.540 --> 00:19:21.220
tetapi karena mereka

00:19:21.220 --> 00:19:21.980
ingin setiap gelombang

00:19:21.980 --> 00:19:22.680
menghasilkan bukti

00:19:22.680 --> 00:19:23.240
yang dapat digunakan

00:19:23.240 --> 00:19:24.360
sebelum gelombang berikutnya dimulai.

00:19:24.600 --> 00:19:25.320
Organisasi tersebut

00:19:25.320 --> 00:19:26.300
biasanya bergerak lebih cepat

00:19:26.300 --> 00:19:26.920
dalam jangka panjang

00:19:26.920 --> 00:19:27.480
karena mereka tidak

00:19:27.480 --> 00:19:28.260
terus-menerus berhenti

00:19:28.260 --> 00:19:29.200
untuk menjelaskan kejutan,

00:19:29.460 --> 00:19:30.580
membersihkan konten yang terpapar,

00:19:30.800 --> 00:19:31.360
atau berdebat tentang

00:19:31.360 --> 00:19:32.300
apa yang sebenarnya yang terpapar,

00:19:32.400 --> 00:19:32.940
atau berdebat tentang

00:19:32.940 --> 00:19:33.460
apa yang sebenarnya

00:19:33.460 --> 00:19:34.400
dimaksud dengan tata kelola.

00:19:34.680 --> 00:19:35.360
Itulah sisi positif

00:19:35.360 --> 00:19:36.140
yang terawatkan pemimpin.

00:19:36.540 --> 00:19:37.200
Tata kelola yang baik

00:19:37.200 --> 00:19:38.100
tidak menghalangi peluncuran.

00:19:38.800 --> 00:19:39.660
Hal ini menghilangkan

00:19:39.660 --> 00:19:40.440
hambatan peluncuran

00:19:40.440 --> 00:19:41.940
setelah gelombang pertama selesai.

00:19:42.300 --> 00:19:42.700
Jebakannya bukan

00:19:42.700 --> 00:19:43.400
dapat adopsi itu sendiri.

00:19:43.800 --> 00:19:44.400
Jebakannya adalah

00:19:44.400 --> 00:19:45.340
adopsi yang tidak terkelola

00:19:45.340 --> 00:19:45.980
di seluruh penyewaan

00:19:45.980 --> 00:19:47.160
terlihat terhubung dari jauh,

00:19:47.320 --> 00:19:47.980
namun berperilaku

00:19:47.980 --> 00:19:48.600
sangat berbeda

00:19:48.600 --> 00:19:49.480
saat dilihat dari dekat.

00:19:50.620 --> 00:19:51.540
Keputusan yang harus Anda

00:19:51.540 --> 00:19:51.980
buat sebenarnya

00:19:51.980 --> 00:19:52.540
sangat sederhana.

00:19:53.600 --> 00:19:54.400
Anda perlu beralih

00:19:54.400 --> 00:19:55.260
ke modal tata kelola

00:19:55.260 --> 00:19:56.320
AI Klee Federated Hub

00:19:56.320 --> 00:19:56.720
and Spock

00:19:56.720 --> 00:19:57.180
aja sekarang

00:19:57.180 --> 00:19:58.060
dan berhenti menganggap

00:19:58.060 --> 00:19:59.360
pengaturan kealitlan sesungguhnya.

00:20:00.480 --> 00:20:01.360
Anda harus menghentikan

00:20:01.360 --> 00:20:02.500
sementara ekspansi kopilot

00:20:02.500 --> 00:20:03.180
di penyewa manapun

00:20:03.180 --> 00:20:04.100
yang tidak dapat membuktikan

00:20:04.100 --> 00:20:05.540
pencatatan tinjauan berbagi berlebih

00:20:05.540 --> 00:20:06.620
dan cakupan dasar labelnya.

00:20:07.400 --> 00:20:08.280
AI akan mengikuti sistem

00:20:08.280 --> 00:20:09.080
yang benar-benar Anda bangun

00:20:09.080 --> 00:20:09.900
bukan bahkan organisasi

00:20:09.900 --> 00:20:10.620
tempat Anda melapor.

00:20:11.280 --> 00:20:12.260
Jika ini mengubah cara Anda

00:20:12.260 --> 00:20:13.160
memikirkan tata kelola

00:20:13.160 --> 00:20:14.220
kopilot multi penyewa,

00:20:14.340 --> 00:20:14.800
ikuti saya,

00:20:15.060 --> 00:20:15.600
Mirko Peters,

00:20:15.700 --> 00:20:16.140
di Liget Inn

00:20:16.140 --> 00:20:17.560
dan bagikan ini kepada tim Anda

00:20:17.560 --> 00:20:18.480
jika Anda sedang menghadapi

00:20:18.480 --> 00:20:19.220
masalah ini saat ini.