WEBVTT 00:00:00.300 --> 00:00:06.840 Siap untuk 10 hari pembahasan Microsoft 365, Copilot, AI, Azure, dan para penggerak masa depan dunia kerja, 00:00:07.120 --> 00:00:07.260 deh. 00:00:07.820 --> 00:00:11.800 Januari ini, M365 Con kembali hadir dan kami akan tampil lebih besar. 00:00:12.780 --> 00:00:18.180 Bergabung dalam sesi langsung, demo dunia nyata, dan pengetahuan praktis dari para MVP serta pakar industri di seluruh dunia. 00:00:18.900 --> 00:00:23.380 Tanpa seret umum, tanpa jargon yang tak berujung, kami membahas tantangan nyata. 00:00:23.740 --> 00:00:28.460 Copilot Studio, agen AI Fabric, keamanan, tata kerola, dan otomatisasi. 00:00:28.460 --> 00:00:34.460 Baik Anda seorang profesional TI, pengembang, maupun pemimpin bisnis, ada sesi yang dirancang khusus untuk Anda. 00:00:35.480 --> 00:00:40.020 Selama 10 hari penuh, Anda dapat menjelajahi berbagai teknologi dan terhubung dengan komunitas global. 00:00:40.900 --> 00:00:44.340 Tonton secara langsung, dan bawa wawasan praktis kembali ke organisasi Anda. 00:00:45.140 --> 00:00:48.900 Januari 2022, 10 hari, satu komunitas Microsoft. 00:00:49.400 --> 00:00:50.560 Pendaftaran sudah dibuka sekarang. 00:00:52.360 --> 00:00:54.860 Dapatkan tempat Anda hari ini. 00:00:54.860 --> 00:00:58.740 Kunjungi M365.com.net 00:00:58.740 --> 00:01:02.460 Bergabunglah sekarang di M365.com.net 00:01:02.460 --> 00:01:04.800 Dan sampai jumpa secara langsung di bulan Januari. 00:01:05.320 --> 00:01:08.680 Apa yang terjadi jika agen AI Anda mulai mengambil keputusan tanpa Anda sadari? 00:01:09.280 --> 00:01:12.160 Dalam sesi hari ini, kita akan membahas mengapa tata kerola bukan lagi pilihan. 00:01:12.620 --> 00:01:15.580 Dan bagaimana pusat admin Microsoft akan memberikan pada kendali yang Anda butuhkan. 00:01:16.240 --> 00:01:19.160 Anda akan melihat alat yang tepat untuk mencegah agen Anda bertindak semaunya 00:01:19.160 --> 00:01:21.680 sambil tetap memperdayakan tim Anda untuk membangun apa yang mereka butuhkan. 00:01:22.060 --> 00:01:25.700 Jika Anda bertanya-tanya bagaimana cara membuka manfaat co-pilot tanpa kehilangan pengawasan, 00:01:25.840 --> 00:01:26.940 Anda berada di tempat yang tepat. 00:01:27.720 --> 00:01:29.800 Mengapa agen AI menakutkan bagi banyak organisasi? 00:01:30.500 --> 00:01:34.100 Apa yang membuat perusahaan ragu padahal manfaat agen AI terlihat begitu jelas di atas kertas? 00:01:34.700 --> 00:01:37.480 Mengurangi pekerjaan manual pengambilan keputusan lebih cepat pengguna Anda terlebih baik. 00:01:37.940 --> 00:01:40.300 Sekilas ini terdengar seperti kemenangan yang mudah untuk disetujui. 00:01:40.960 --> 00:01:45.480 Namun, saat pembicaraan beralih dari selat presentasi kepenerapan nyata Anda akan melihat diri, Anda akan melihat diri. 00:01:45.480 --> 00:01:48.500 Keraguan itu bukan berasal dari kurangnya kepercayaan pada teknologi. 00:01:49.060 --> 00:01:53.520 Itu berasal dari ketakutan akan apa yang mungkin terjadi ketika ratusan atau ribuan otomatisasi kecil 00:01:53.520 --> 00:01:55.740 mulai berjalan di latar belakang tanpa pengawasan yang jelas. 00:01:57.080 --> 00:01:59.900 Ketegangan antara janji besar dan ketidakpastian yang sama besarnya 00:01:59.900 --> 00:02:03.580 membuat banyak organisasi terjebak dalam mode uji coba jauh lebih lama dari yang mereka duga. 00:02:04.800 --> 00:02:08.640 Kenyataannya adalah agen AI membuat orang gugup karena mereka tidak berjalan seperti alat lainnya. 00:02:09.220 --> 00:02:12.140 Anda bisa mengontrol kapan karyawan menginstall aplikasi produktivitas baru 00:02:12.140 --> 00:02:16.060 atau memblokir perangkat lunak dengan manajemen titik akhir tetapi agen tidak masuk dalam kategori yang sama. 00:02:16.560 --> 00:02:19.460 Mereka dirancang untuk bertindak terkadang dengan cepat dan terkadang mengatasi berbagai sistem. 00:02:20.200 --> 00:02:22.160 Setelah dirilis, mereka bisa terasa seperti bergerak sendiri. 00:02:22.920 --> 00:02:25.740 Dan bagi para pemimpin TI yang terlatih untuk berpikir dalam hal kendali, 00:02:25.880 --> 00:02:29.360 standarisasi, dan tetap keolah gagasan tentang proses latar belakang tak terlihat 00:02:29.360 --> 00:02:33.140 yang membentuk aliran informasi nyata bisa terasa seperti kehilangan kendali atas organisasi sepenuhnya. 00:02:33.580 --> 00:02:35.120 Banyak contoh menunjukkan bagaimana hal ini terjadi. 00:02:35.120 --> 00:02:38.620 Sebuah tim riset meluncurkan bot untuk menarik dan mengatur riset data. 00:02:39.060 --> 00:02:41.400 Seseorang melihatnya bekerja lalu menyalinnya dengan sedikit penyesuaian. 00:02:41.620 --> 00:02:44.400 Dalam hitungan minggu, perusahaan tidak lagi menjadi yang terkelola dengan baik yang terkelola dengan 00:02:44.400 --> 00:02:48.640 perusahaan menjalankan 20 cloning dengan perbedaan kecil tanpa kontrol versi dan tanpa pemilik yang jelas. 00:02:49.100 --> 00:02:52.600 Kini, seorang analis di Berlin mengambil keputusan berdasarkan set data yang sedikit berbeda 00:02:52.600 --> 00:02:53.960 dengan yang digunakan manajer di New York. 00:02:53.960 --> 00:02:57.140 Dan Departemen Keuangan bingung karena kedua versi tersebut masuk ke dalam laporan mereka. 00:02:58.580 --> 00:03:01.580 Kalikan ini dengan puluhan departemen yang berusaha mempercepat kerja mereka 00:03:01.580 --> 00:03:06.300 dan tiba-tiba dorongan produktivitas berubah menjadi pertanyaan tentang angka mana yang benar-benar bisa dipercaya. 00:03:07.320 --> 00:03:11.280 Kami juga melihat kasus di mana otomatisasi memasuki wilayah yang seharusnya tidak pernah disentuh. 00:03:12.160 --> 00:03:16.160 Sebuah perusahaan memiliki skrip internal yang diam-diam memindahkan informasi pelanggan antarsistem 00:03:16.160 --> 00:03:21.240 untuk memperlancar proses onboarding, namun tidak ada yang meninjau apakah transfer data tersebut mematuhi standar ketatuan. 00:03:21.620 --> 00:03:25.760 Saat auditor datang, organisasi tersebut tidak dapat menunjukkan catatan siapa yang menulisnya, 00:03:25.900 --> 00:03:28.060 mengapa skrip itu berjalan, atau aturan apa yang diikutinya. 00:03:28.620 --> 00:03:30.420 Itu bukanlah kegagalan kapabilitas EE. 00:03:30.420 --> 00:03:32.040 Itu adalah kegagalan pengawasan. 00:03:32.580 --> 00:03:37.720 Teknologi yang dirancang untuk menghemat waktu justru menimbulkan masalah kepatuan terbesar yang dihadapi perusahaan dalam bertahun-tahun. 00:03:38.120 --> 00:03:39.800 Tidak sulit untuk melihat mengapa para pemimpin bereaksi. 00:03:40.600 --> 00:03:45.680 Memperkenalkan agen tanpa batasan ibarat memberikan drone kepada setiap karyawan dan membiarkan menambangkannya kemana pun mereka mau. 00:03:46.500 --> 00:03:48.140 Beberapa yang pertama mungkin lepas landas. 00:03:48.440 --> 00:03:52.600 Dengan lancar, namun segera satu menabrak bangunan, yang lain menghilang tanpa ada yang tahu kemana perginya, 00:03:52.760 --> 00:03:54.640 dan yang ketiga menghalikopter darurat untuk menarat. 00:03:55.260 --> 00:04:00.140 Tanpa menara kendali, teknologi yang sama yang seharusnya menambah efisiensi justru menjadi bahaya bagi publik. 00:04:00.640 --> 00:04:02.640 Prinsip yang sama berlaku dan pekerjaan berbasis pengetahuan. 00:04:03.620 --> 00:04:05.280 Otomatisasi itu sendiri bukanlah sumber ketakutan. 00:04:05.900 --> 00:04:06.940 Absennya kontrol penyebabnya. 00:04:07.960 --> 00:04:10.320 Survei mendukung apa yang mungkin sudah Anda duga dari cerita-cerita ini, 00:04:10.900 --> 00:04:16.500 para eksekutif secara konsisten menunjuk pada kepatuhan, keamanan, dan kebocoran data sebagai kekhawatiran utama mereka mengenai AI perusahaan. 00:04:16.840 --> 00:04:19.240 Jarang sekali masalahnya adalah apakah teknologi tersebut memberikan hasil. 00:04:19.860 --> 00:04:25.040 Kekhawatirannya adalah informasi yang salah bocor atau bot melakukan tindakan yang tidak dapat dilajak siapapun kemudian hari. 00:04:26.000 --> 00:04:27.560 Risikonya bukan hanya kesalahan operasional. 00:04:28.420 --> 00:04:30.360 Risiko tersebut langsung berdampak pada reputasi. 00:04:30.620 --> 00:04:32.400 Kepatuhan regulasi dan kepercayaan pelanggan. 00:04:33.120 --> 00:04:37.940 Butuh waktu bertahun-tahun untuk membangun kembali keakinan saat klien percaya bahwa otomatisasi Anda mengekspos data yang seharusnya tidak diakses. 00:04:38.280 --> 00:04:40.360 Itulah mengapa penting untuk menyebutkan masalah sebenarnya dengan tepat. 00:04:40.780 --> 00:04:42.800 Perusahaan tidak takut pada agen copilot itu sendiri. 00:04:43.400 --> 00:04:44.640 Mereka takut kehilangan kendali atas itu. 00:04:45.080 --> 00:04:48.060 Mereka takut lupa siapa yang membuat agen mana, kapan terakhir kali ditinjau, 00:04:48.160 --> 00:04:50.920 atau mengapa agen tersebut menarik informasi dari sistem yang sensitif. 00:04:51.500 --> 00:04:52.980 Masalahnya bukanlah perangkat lunaknya, 00:04:52.980 --> 00:04:57.080 melainkan kurangnya pengaman yang menjaganya tetap andar, dapat diprediksi, dan selaras dengan aturan organisasi. 00:04:57.080 --> 00:04:59.620 Begitu Anda melihatnya seperti itu, jalan ke depan menjadi lebih jelas. 00:05:00.140 --> 00:05:01.540 Dan di sini kebanyakan orang merasa terkejut. 00:05:02.420 --> 00:05:06.880 Papan kendali yang dirasa hilang oleh banyak organisasi sebenarnya sudah ada di dalam Microsoft 365. 00:05:07.980 --> 00:05:08.860 Itu bukan pengai terpisah. 00:05:09.240 --> 00:05:10.460 Itu bukan fitur premium yang tersembunyi. 00:05:10.780 --> 00:05:11.780 Itu sudah tertanam di pusat admin. 00:05:12.380 --> 00:05:16.400 Dan meskipun banyak organisasi hanya menggunakan portal itu untuk menetapkan lisensi atau kebijakan tims dasar, 00:05:16.400 --> 00:05:19.620 portal itu diam-diam telah menjadi menara pengatur lalu lintas udara bagi agen copilot. 00:05:20.000 --> 00:05:21.400 Lalu lintas udara bagi agen copilot. 00:05:21.620 --> 00:05:24.200 Dengan kata lain, pengaman yang Anda butuhkan sudah ada tepat di depan Anda. 00:05:24.200 --> 00:05:27.060 Satu-satunya pertanyaan adalah apakah Anda sudah membuka panel yang tepat? 00:05:28.020 --> 00:05:29.480 Pana kendali yang tidak Anda sedari Anda miliki? 00:05:30.040 --> 00:05:35.060 Bagaimana jika kokpit untuk mengelola agen AI Anda sudah ada tepat di depan Anda dan kebanyakan admin hanya tidak menyadarinya? 00:05:35.900 --> 00:05:38.960 Terdengar mustahil, tetapi kenyataannya pusat admin Microsoft 365 00:05:38.960 --> 00:05:42.380 diam-diam menyimpan kemudian selama ini dicari oleh banyak organisasi. 00:05:43.340 --> 00:05:49.800 Ironisnya, banyak tim TI membuka portal itu setiap hari tetapi terus mengabaikan bagian-bagian yang paling penting untuk tata kelola agen. 00:05:49.800 --> 00:05:54.260 Jika dipikir-pikir, ini adalah salah satu situasi di mana rasa familiar justru merugikan Anda. 00:05:54.720 --> 00:06:00.140 Anda berasumsi Anda tahu isinya, jadi Anda tidak berharap menemukan tuas kendali baru yang tersembunyi di balik tab yang biasanya Anda abaikan. 00:06:01.180 --> 00:06:03.860 Selama bertahun-tahun, pusat admin diperlakukan seperti panel utilitas. 00:06:04.060 --> 00:06:09.000 Anda membukanya untuk memberikan lisensi mengonfigurasi kotak surat exchange atau mungkin menyesuaikan satu atau dua kebijakan. 00:06:09.000 --> 00:06:15.780 Ini adalah ruang kerja utama untuk memetakkan fitur ke pengguna dan memastikan orang yang membuat tiket akhirnya mendapatkan akses kelayanan yang mereka minta. 00:06:16.860 --> 00:06:19.140 Apa yang sering terlakatkan adalah betapa jauh lebih kaya fungsinya sekarang. 00:06:19.600 --> 00:06:24.000 Di balik antar muka yang sama, terdapat serangkaian fitur yang berkembang untuk membantu admin mengelola bukan hanya siapa yang memiliki akses, 00:06:24.080 --> 00:06:27.000 tetapi bagaimana orang memiliki akses, tetapi bagaimana orang membuat menggunakan dan berbagai otomatisasi. 00:06:27.760 --> 00:06:32.860 Jika Anda khawatir tentang ikon co-pilot yang tidak terkendali, pengaman untuk mereka jarang sekali berjarak lebih dari beberapa klik saja. 00:06:33.640 --> 00:06:34.040 Ketidaksterihat. 00:06:34.040 --> 00:06:39.820 Seluruh percakapan di forum TI berkisar pada ketakutan akan kekacauan AI, bot liar yang muncul di depan MEM, 00:06:39.940 --> 00:06:45.560 otomatisasi yang menyentuh data sensitif atau alur kerja yang diduplikasi dengan perbedaan kecil namun merusak. 00:06:46.880 --> 00:06:52.080 Namun, organisasi yang sama menyuarakan kekhawatiran ini tanpa sedikit pun melirik dashboard pusat yang dirancang untuk mencegah hal itu. 00:06:52.660 --> 00:06:53.560 Ini adalah keputusan yang aneh. 00:06:53.920 --> 00:06:58.220 Kita takut kehilangan kendali, tetapi kurang memanfaatkan panel kendali yang justru ada untuk mengordinasikan perlembangan. 00:06:58.220 --> 00:07:02.580 Itu seperti mengeluhkan lalu lintas yang tidak terduga sambil mengabaikan lampu lalu lintas di persimpangan. 00:07:02.580 --> 00:07:05.840 Bayangkan skenario umum di dalam perusahaan yang lebih besar. 00:07:06.420 --> 00:07:09.740 Pemasaran memiliki seseorang yang membangun agen untuk mengumpulkan umpan-umpan balik pelanggan, 00:07:09.820 --> 00:07:12.200 sementara operasional merancang bot untuk menyederhanakan pesan-pesan. 00:07:12.440 --> 00:07:14.040 Tidak dari semua itu yang memupakan shadow IT yang disengaja. 00:07:14.380 --> 00:07:16.580 Itu adalah karyawan antusias yang mencoba mempermudah pekerjaan mereka. 00:07:17.200 --> 00:07:20.580 Namun saat agen tersebut diluncurkan, mereka tersebar ke berbagai silotan pecatan terpadu. 00:07:21.360 --> 00:07:26.120 Saat tim IT menemukannya, mustahil untuk mengetahui siapa pemiliknya atau sumber data mana yang mereka akses. 00:07:26.120 --> 00:07:29.420 Tiba-tiba percakapan terkait kepatuhan merubah menjadi pekerjaan mereka. 00:07:29.860 --> 00:07:30.440 Siapa sebenarnya memang? 00:07:30.880 --> 00:07:31.780 Kapan terakhir diperbarui? 00:07:32.120 --> 00:07:33.440 Izin apa saja yang diwarisnya sharekan dia? 00:07:33.940 --> 00:07:38.460 Tanpa pengawasan yang jelas, otomatisasi kecil sekalipun bisa berkembang menjadi celah kepatuhan yang tidak direncanakan. 00:07:39.060 --> 00:07:42.920 Pusat admin menangani hal ini secara langsung dengan menarik semua aktivitas tak terlihat ke satu tempat. 00:07:43.640 --> 00:07:45.920 Alih-alih menebak, Anda bisa melihat agen apa saja yang ada, 00:07:46.060 --> 00:07:48.880 konektor yang diandalkan serta siapa yang berhak mengubah atau memublikasikannya. 00:07:49.660 --> 00:07:53.520 Kebijakan menentukan kelompok mana yang diizinkan membuat otomatisasi sejak awal, 00:07:53.640 --> 00:07:56.360 sehingga Anda bisa memisahkan eksperimen dari penerapan formal. 00:07:57.200 --> 00:08:00.200 Ini sangat penting karena membangun prototipe internal di satu tim sangat berbeda, 00:08:00.420 --> 00:08:03.880 dengan menyiapkan sesuatu yang berdampak pada seluruh platform CRM atau SDM Anda. 00:08:05.180 --> 00:08:08.860 Pusat ini memungkinkan Anda menjaga bagian tersebut tetap izin menambahkan lapisan keamanan lain. 00:08:09.860 --> 00:08:10.960 Mudah membayangkan risikonya, 00:08:11.300 --> 00:08:13.440 jika setiap karyawan antusias tidak hanya bisa membangun agen, 00:08:13.600 --> 00:08:15.320 tetapi juga meluncurkannya ke seluruh penyewa. 00:08:15.320 --> 00:08:19.140 Model yang lebih baik adalah mengizinkan partisipasi lebih luas dalam membangun ide 00:08:19.140 --> 00:08:21.640 sambil membatasi otoritas penerapan pada peran yang ditentukan. 00:08:23.040 --> 00:08:27.400 Dalam prakteknya, analis keuangan mungkin membuat draft agen untuk kebutuhan pelaporan mereka, 00:08:27.580 --> 00:08:32.200 sementara hanya tim tata kelola IT yang memutuskan apakah draft tersebut bisa masuk ke lingkungan produksi. 00:08:33.480 --> 00:08:35.320 Dengan memonfigurasi aturan ini di pusat admin, 00:08:35.600 --> 00:08:38.380 Anda menentukan sejak awal siapa yang menetapkan aturan di ruang angkasa tersebut. 00:08:38.940 --> 00:08:39.860 Laporan melengkapi siklus ini. 00:08:39.860 --> 00:08:43.000 Alih-alih menunggu sesuatu rusak untuk menyadari adanya bot Anda, 00:08:43.420 --> 00:08:44.620 dapat melacak tren penggunaan, 00:08:44.940 --> 00:08:46.940 melihat departemen mana yang banyak bereksperimen, 00:08:47.420 --> 00:08:49.440 dan membuat audit tanpa mengejar lembar sebar acak. 00:08:50.360 --> 00:08:52.320 Pandangan berbasis data ini tidak hanya mencakup kepatuhan, 00:08:52.420 --> 00:08:53.540 tetapi juga menginformasikan terik. 00:08:54.140 --> 00:08:56.640 Jika Anda melihat tim pendukung berulang kali membuat agen serupa, 00:08:56.860 --> 00:08:59.260 mungkin sudah waktunya berinvestasi dalam solusi standar 00:08:59.260 --> 00:09:01.720 daripada membiarkan belasan bot serupa berjalan tanpa pengawasan. 00:09:02.860 --> 00:09:05.820 Kombinasi visibilitas dan kendali mengubah otomatisasi dari masalah 00:09:05.820 --> 00:09:07.560 menjadi peluang yang benar-benar bisa Anda kelola. 00:09:07.560 --> 00:09:10.620 Jadi, alih-alih membayangkan agen terbang ke segala arah tanpa kendali, 00:09:10.780 --> 00:09:13.160 bayangkan pusat admin sebagai menara pengatur lalu lintas udara. 00:09:14.120 --> 00:09:15.340 Setiap rencana penerbangan dicatat, 00:09:15.540 --> 00:09:17.100 setiap keberangkatan disetujui kebijakan, 00:09:17.520 --> 00:09:20.280 dan tabrakan tidak akan terjadi karena seseorang dapat melihat seluruh langit. 00:09:20.860 --> 00:09:23.600 Setelah Anda menyadari bahwa satu daspor pusat menyimpan kekuatan ini, 00:09:23.760 --> 00:09:25.920 Anda berhenti menganggap agen sebagai ancaman tersembunyi 00:09:25.920 --> 00:09:27.820 dan mulai menjalankannya seperti operasi terstruktur. 00:09:28.680 --> 00:09:29.980 Dan dengan kerangga kerja tersebut, 00:09:30.220 --> 00:09:31.060 percakapan kemberalih. 00:09:31.840 --> 00:09:33.900 Karena meskipun admin mendapatkan pengawasannya, 00:09:33.900 --> 00:09:37.280 karyawan tetap butuh ruang untuk membangun dan bereksperimen tanpa melanggar batasan tersebut. 00:09:38.040 --> 00:09:39.660 Dan disanalah Copilot Studio hadir. 00:09:40.780 --> 00:09:43.160 Inovasi tanpa kekacauan, Copilot Studio beraksi. 00:09:43.900 --> 00:09:46.920 Bagaimana Anda membiarkan karyawan membuat solusi berbasis AI mereka sendiri 00:09:46.920 --> 00:09:48.720 tanpa menyeret organisasi ke dalam kekacauan? 00:09:49.460 --> 00:09:51.200 Itulah tantangan utama terkait Copilot Studio. 00:09:52.140 --> 00:09:55.500 Di satu sisi, alat ini dirancang untuk membuka kreativitas di berbagai departemen 00:09:55.500 --> 00:09:58.040 memberikan kesempatan kepada orang yang memahami kendala sehari-hari mereka 00:09:58.040 --> 00:09:59.460 untuk mengotomatiskannya secara langsung. 00:09:59.460 --> 00:10:03.400 Di sisi lain, memberikan alat pengembangan tanpa pengawasan 00:10:03.400 --> 00:10:06.220 dapat dengan mudah menghasilkan gelombang alur kerja tak terkendali 00:10:06.220 --> 00:10:08.780 yang membuat TI kewalahan mencari tahu apa yang sebenarnya berjalan. 00:10:09.840 --> 00:10:11.620 Ini adalah keseimbangan yang terlihat sulit pada pandangan pertama. 00:10:12.000 --> 00:10:14.320 Apakah Anda memberdayakan pengguna dan mengambil risiko kacauan 00:10:14.320 --> 00:10:15.820 atau mengunci semuanya dan mengambil kemajuan? 00:10:16.100 --> 00:10:18.180 Copilot Studio memposisikan dirinya sebagai jalan tengah. 00:10:19.080 --> 00:10:20.160 Anggaplah ini sebagai bengkel, 00:10:20.440 --> 00:10:22.460 di mana karyawan dapat mencoba solusi, mengunci interaksi, 00:10:22.460 --> 00:10:25.220 dan bahkan menerbitkan agen untuk meningkatkan cara mereka bekerja. 00:10:26.040 --> 00:10:28.940 Perbedaan antara ini dan otomatisasi mandiri di masalah sangat sederhana. 00:10:28.940 --> 00:10:31.000 Pembatas sudah terpasang di dalam platform. 00:10:31.960 --> 00:10:34.580 Alih-alih mengintot TI untuk membereskan masalah setelah terjadi. 00:10:34.980 --> 00:10:38.460 Studio menggunakan prinsip tetap lola yang sama dengan yang Anda kelola di admin center 00:10:38.460 --> 00:10:40.740 dan menerapkannya langsung ke lingkungan desain. 00:10:41.440 --> 00:10:43.040 Itulah yang membuatnya praktis dan bukan berisiko. 00:10:43.720 --> 00:10:45.300 Namun, ketegangan bagi admin tetaplah nyata. 00:10:45.880 --> 00:10:49.200 Jika Anda pernah melihat apa yang terjadi ketika staff yang antusias menggunakan alat script, 00:10:49.200 --> 00:10:51.060 Anda akan tahu betapa cepatnya sekadar pengujian 00:10:51.060 --> 00:10:53.100 bisa berkembang menjadi ketegantungan yang sangat penting. 00:10:54.300 --> 00:10:55.280 Masalahnya bukanlah niat buruk. 00:10:55.800 --> 00:10:57.840 Kebanyakan pengguna hanya ingin mencahkan hambatan mereka sendiri. 00:10:57.840 --> 00:11:01.900 Namun, ketika solusi yang dibuat secara lokal mulai berinteraksi dengan data pelanggan, 00:11:02.040 --> 00:11:03.620 catatan keuangan, atau file SDM, 00:11:03.760 --> 00:11:06.280 Anda dengan cepat beralih dari eksperimen yang bermanfaat ke wilayah kepatuhan. 00:11:06.880 --> 00:11:08.340 Dan begitu Anda berada di sisi itu, 00:11:08.640 --> 00:11:10.820 akuntabilitas dan pengawasan bukan lagi pilihan. 00:11:11.360 --> 00:11:12.120 Bayangkan skenario ini. 00:11:12.780 --> 00:11:15.040 Seorang analis keuangan membangun agen yang secara otomatis 00:11:15.040 --> 00:11:17.740 menarik saldo pelanggan dan membuat laporan mingguan. 00:11:17.740 --> 00:11:20.800 Ini menghemat jam kerja manual dan dengan cepat menjadi populer. 00:11:21.600 --> 00:11:23.700 Beberapakan kerja mengambilnya untuk diri mereka sendiri 00:11:23.700 --> 00:11:25.140 dan segera menyebar ke seluruh depan. 00:11:25.140 --> 00:11:26.280 Namun, nilai masalah. 00:11:26.720 --> 00:11:29.580 Siapa yang memastikan bahwa agen tersebut tidak mengungkap bidang sensitif? 00:11:30.080 --> 00:11:32.820 Siapa yang mengefirmasi bahwa sumber data sesuai dengan aturan kepatuhan 00:11:32.820 --> 00:11:34.240 untuk menangani informasi keuangan? 00:11:35.080 --> 00:11:36.120 Dan jika regula terdatang, 00:11:36.220 --> 00:11:38.980 siapa yang akan membuktikan bahwa ini dibangun dan disebarkan sesuai kebijakan 00:11:38.980 --> 00:11:40.180 dan bukan sebagai proyek sampingan? 00:11:40.780 --> 00:11:41.780 Tanpa struktur yang tepat, 00:11:41.960 --> 00:11:43.640 bot sederhana itu menjadi beban. 00:11:43.640 --> 00:11:44.160 Ban. 00:11:44.660 --> 00:11:46.840 Disinilah tepatnya Copala Studio memperkuat gambaran tersebut. 00:11:47.460 --> 00:11:50.080 Platform ini tidak berasumsi bahwa setiap pembuat adalah pengembang profesional. 00:11:50.680 --> 00:11:53.200 Seluruh desainnya mencakup perlindungan bagi pengguna non-teknis. 00:11:53.200 --> 00:11:55.520 Admin menentukan tindakan mana yang tersedia, 00:11:55.640 --> 00:11:56.740 konektor apa yang bisa digunakan, 00:11:56.840 --> 00:11:59.300 dan siapa yang memiliki izin untuk meluncurkan apapun ke produksi. 00:12:00.080 --> 00:12:02.440 Karyawan mungkin merasa memiliki kebebasan berkreasi penuh, 00:12:02.600 --> 00:12:05.100 namun yang sebenarnya terjadi adalah eksperimen yang dibatasi dengan cermat. 00:12:05.660 --> 00:12:08.240 Perbedaan itulah yang memungkinkan perusahaan meningkatkan adopsi agen 00:12:08.240 --> 00:12:10.100 tanpa harus menghadapi masalah bayangan TI lainnya. 00:12:10.640 --> 00:12:11.900 Titik-titik kontrolnya bersifat spesifik. 00:12:11.980 --> 00:12:14.760 Anda mungkin mengizinkan semua orang di pemasaran untuk membuat draft agen, 00:12:14.880 --> 00:12:17.680 tetapi hanya individu tertentu yang dapat memublikasikannya di luar lingkungan sandbox. 00:12:17.680 --> 00:12:21.200 Mungkin hanya konektor yang disetujui seperti sharepoint atau dinamik yang tersedia. 00:12:22.140 --> 00:12:24.980 Sementara apapun yang menyentuh layanan pihak ketiga yang sensitif tidak diperboleh. 00:12:25.740 --> 00:12:28.360 Selain itu, Anda memutuskan tindakan sistem mana yang tetap dibatasi. 00:12:28.780 --> 00:12:30.820 Misalnya, melakukan query basis data mungkin tidak masalah, 00:12:30.960 --> 00:12:32.620 namun memperbarui kolom kunci secara langsung dikunci 00:12:32.620 --> 00:12:34.080 untuk mencegah kerusakan yang tidak disengaja. 00:12:34.560 --> 00:12:36.200 Singkatnya, pengguna dapat mencoba ide-ide, 00:12:36.200 --> 00:12:39.320 tetapi mereka tidak akan mengubah catatan produksi tanpa persetujuan eksplisit. 00:12:40.140 --> 00:12:41.160 Analogi sudah Anda dapat banget. 00:12:41.560 --> 00:12:42.840 Ini seperti kotak pasir di tempat bang. 00:12:42.840 --> 00:12:45.860 Anak-anak bisa membangun istana sebanyak yang mereka mau di dalam kotak, 00:12:45.960 --> 00:12:47.420 tetapi ada batas yang jelas di sekelilingnya. 00:12:48.120 --> 00:12:50.500 Pagar tersebut memastikan permainan tetap aman sekaligus 00:12:50.500 --> 00:12:52.200 menyisakan banyak ruang untuk kreativitas. 00:12:52.820 --> 00:12:54.100 Studio menghadirkan konsep yang sama, 00:12:54.480 --> 00:12:55.280 untuk pembangunan agen. 00:12:55.740 --> 00:12:58.440 Keryawan mendapatkan rasa kebebasan yang mereka butuhkan untuk berinovasi, 00:12:58.500 --> 00:13:00.220 sementara admin tahu pagar tak terlihat ada di sana 00:13:00.220 --> 00:13:02.020 untuk mencegah apapun berkembang menjadi risiko nyata. 00:13:02.760 --> 00:13:05.800 Jadi, saat Anda menyiapkan co-pilot studio dengan izin dan kebijakan yang tepat, 00:13:05.980 --> 00:13:08.560 ia tidak lagi menjadi masalah keamanan dan menjadi apa yang seharusnya, 00:13:08.680 --> 00:13:10.060 yaitu laboratorium inovasi yang aman. 00:13:10.060 --> 00:13:13.720 Departemen dapat mengeksplorasi agen yang disesuaikan dengan pekerjaan mereka, 00:13:13.900 --> 00:13:15.260 bereksperimen dengan pendekatan baru, 00:13:15.480 --> 00:13:17.600 dan berbagi ide awal semuanya tanpa melanggar kepatuhan 00:13:17.600 --> 00:13:18.740 atau membuat alu pekerja yang tidak sah. 00:13:19.460 --> 00:13:21.100 Levasi terus berlanjut, tetapi kekacauan tidak. 00:13:21.600 --> 00:13:22.960 Dan bahkan dengan dinding pelindung tersebut, 00:13:23.100 --> 00:13:25.000 masih ada satu pelindungan lagi yang tidak bisa anda abaikan, 00:13:25.140 --> 00:13:25.920 yaitu visibilitas. 00:13:26.400 --> 00:13:27.740 Karena sekuat apapun pembatasnya, 00:13:27.840 --> 00:13:29.820 Anda tetap perlu memantau apa yang terjadi secara waktunya. 00:13:30.340 --> 00:13:31.920 Disitulah pemantauan dan pelacakan berperan. 00:13:33.320 --> 00:13:35.860 Menara pengawas memantau dan melacak aktivitas agen. 00:13:35.860 --> 00:13:39.220 Bagaimana jika agen Anda diam-diam membuat ratusan keputusan yang tidak pernah Anda lihat? 00:13:39.640 --> 00:13:40.720 Itu bukan skenario yang mengada-ada. 00:13:41.300 --> 00:13:44.080 Itu adalah hal yang bisa terjadi saat organisasi menetapkan kontrol 00:13:44.080 --> 00:13:46.100 tetapi melupakan separuh bagian lain dari persamaannya. 00:13:46.900 --> 00:13:48.300 Izin dan kebijakan ibarat pagar. 00:13:48.840 --> 00:13:51.860 Keduanya memberitahu karyawan di mana mereka diizinkan untuk membangun alat apa yang bisa mereka. 00:13:52.240 --> 00:13:53.620 Namun, tanpa visibilitas, 00:13:53.720 --> 00:13:56.900 Anda tidak memiliki cara untuk mengetahui apakah seseorang menyimpang ke sudut yang tidak diperiksa 00:13:56.900 --> 00:13:59.160 atau apakah agen yang diperiksa atau apakah agen dimaksudkan. 00:13:59.160 --> 00:14:02.980 Pemantauan adalah bagian yang mengalihkan keseluruhan cerita tata kelola ini 00:14:02.980 --> 00:14:04.300 dari tebakan menjadi kejelasan. 00:14:04.980 --> 00:14:06.820 Pikirkan tentang bagaimana kita biasanya menangani asal teks. 00:14:07.600 --> 00:14:09.160 Ada yang rusak, pengguna mengirim tiket, 00:14:09.320 --> 00:14:11.180 lalu kita bergegas melacak apa yang berubah. 00:14:12.160 --> 00:14:13.100 Itu adalah pendekatan reaktif. 00:14:13.420 --> 00:14:14.440 Berhasil dalam skala kecil, 00:14:14.560 --> 00:14:17.420 tetapi menjadi kekacauan yang mahal jika diterapkan pada ratusan otomatisasi. 00:14:17.820 --> 00:14:19.580 Dengan agen AI, risikonya lebih besar 00:14:19.580 --> 00:14:21.840 karena masalah mungkin tak terlihat sampai semuanya terlambat. 00:14:22.940 --> 00:14:25.500 Alur kerja yang tidak semestinya bisa berjalan berminggu-minggu sebelum ada yang menyadik. 00:14:25.500 --> 00:14:27.360 Bukan karena gagal secara mencolok, 00:14:27.520 --> 00:14:30.200 tetapi karena diam-diam membuat keputusan yang tampak valid di permukaan. 00:14:31.040 --> 00:14:32.960 Saat seseorang bertanya mengapa datanya tidak cocok, 00:14:33.140 --> 00:14:35.680 Anda justru menyelidiki masa lalu alih-alih mencegah masa depan. 00:14:36.120 --> 00:14:37.540 Pemantauan mengubah aritmen itu sepenuhnya. 00:14:38.080 --> 00:14:39.120 Alih-alih bekerja dengan buta, 00:14:39.240 --> 00:14:41.500 Anda mendapatkan visibilitas langsung tentang agen apa yang ada, 00:14:41.660 --> 00:14:43.140 siapa pembuatnya, dan bagaimana penggunaan. 00:14:43.560 --> 00:14:46.340 Microsoft 365 menanamkan visibilitas ini ke dalam ekosistem. 00:14:46.920 --> 00:14:48.560 Analitik penggunaan membantu Anda. 00:14:49.020 --> 00:14:51.220 Melihat departemen mana yang cepat mengadopsi agen, 00:14:51.220 --> 00:14:53.200 siapa saja pengguna yang sering membangun, 00:14:53.200 --> 00:14:55.760 dan di mana aktivitas tak terduga mulai muncul. 00:14:57.040 --> 00:14:58.140 Blog audit melacak detailnya. 00:14:58.900 --> 00:14:59.980 Kapan agen dimodifikasi, 00:15:00.080 --> 00:15:01.040 konektor apa yang diakses, 00:15:01.120 --> 00:15:02.380 dan siapa yang memicu tindakannya. 00:15:03.080 --> 00:15:05.060 Jejak seperti itu tidak hanya membuat kepatuhan terpenuhi. 00:15:05.460 --> 00:15:08.440 Itulah yang memungkinkan Anda benar-benar memahami lingkungan kerja alih-alih hanya mendebak-debak. 00:15:09.320 --> 00:15:12.520 Nilai dari wawasan itu terlihat saat Anda membayangkan skenario yang sangat biasa. 00:15:13.280 --> 00:15:16.180 Tim pemasaran membangun agen untuk menganalisis survei umpan balik pelanggan. 00:15:16.860 --> 00:15:17.640 Dimulai dari yang kecil, 00:15:17.640 --> 00:15:19.220 satu kampanye, beberapa ribu entry, 00:15:19.360 --> 00:15:20.620 dan hasilnya tampak bermanfaat. 00:15:20.620 --> 00:15:23.500 Seiring waktu, seseorang menduplikasinya untuk proyek lain, 00:15:23.700 --> 00:15:25.900 lalu tim lain mengambil tempat tersebut dan melakukan penyesuaian. 00:15:26.700 --> 00:15:27.520 Tanpa pemantauan, 00:15:27.620 --> 00:15:29.700 Anda kini memiliki beberapa versi agen yang berjalan parala 00:15:29.700 --> 00:15:31.820 masing-masing mengakses data dengan cara yang sedikit berbeda. 00:15:32.500 --> 00:15:33.040 Jika dibiarkan, 00:15:33.280 --> 00:15:34.800 perbedaan itu pernah masuk ke dalam laporan 00:15:34.800 --> 00:15:36.860 dan membingungkan pengambil keputusan di tingkat atas. 00:15:37.880 --> 00:15:38.660 Dengan peman aktif, 00:15:38.760 --> 00:15:41.320 Anda akan melihat lonjakan penggunaan agen sejak dini, 00:15:41.920 --> 00:15:42.840 mendeteksi duplikasi, 00:15:42.840 --> 00:15:44.640 dan menstandarisasi satu versi resmi 00:15:44.640 --> 00:15:47.500 atau menghentikan versi tambahan sebelum menyesatkan. 00:15:47.500 --> 00:15:51.100 Terkadang, visibilitas adalah perbedaan antara koreksi kecil 00:15:51.100 --> 00:15:52.860 dan insiden besar yang menjadi berita utama. 00:15:53.440 --> 00:15:55.840 Ambil contoh kasus agen yang menarik data keuangan sensitif 00:15:55.840 --> 00:15:57.100 untuk mempercepat perakilan internal. 00:15:58.200 --> 00:16:00.120 Jika secara tidak sengaja mengungkap terlalu banyak detail 00:16:00.120 --> 00:16:02.540 atau membuat data itu dapat diakses di luar Departemen Keuangan, 00:16:02.760 --> 00:16:04.080 risiko kepatuhan akan meningkat cepat. 00:16:05.220 --> 00:16:06.200 Namun, dengan pemantauan, 00:16:06.300 --> 00:16:08.200 akses yang tidak biasa akan muncul dengan jelas di log. 00:16:08.260 --> 00:16:10.620 Anda bisa mematikannya atau menyesuaikan izin 00:16:10.620 --> 00:16:12.820 sebelum regulator atau pelanggan harus mengajukan pertanyaan. 00:16:13.240 --> 00:16:15.300 Ini bukan tentang mengasumsikan niat buruk dari para pembuat. 00:16:15.300 --> 00:16:18.200 Itu tentang menyadari bahwa tim yang paling teliti pun 00:16:18.200 --> 00:16:19.760 bisa berbuat salah saat bereksperimen. 00:16:20.400 --> 00:16:22.000 Visibilitas adalah hal yang membuat kesalahan tersebut 00:16:22.000 --> 00:16:23.460 bisa diperbaiki alih-alih menjadi bencang. 00:16:24.160 --> 00:16:25.980 Pelaporan juga melancarkan hubungan dengan auditor. 00:16:27.140 --> 00:16:28.540 Siapapun yang pernah menjalani audit tahu 00:16:28.540 --> 00:16:30.280 betapa sulitnya upaya mengumpulkan dokumentasi, 00:16:30.440 --> 00:16:32.360 siapa yang mengetujui apa, kapan perubahan terjadi, 00:16:32.500 --> 00:16:34.160 dan apakah kontrol benar-benar ditegakkan. 00:16:35.020 --> 00:16:37.700 Pelacakan manual rentan terhadap kesalahan dan sangat menegang. 00:16:37.700 --> 00:16:40.720 Ketika sistem pelaporan Anda sudah menyimpan catatan tersebut, 00:16:41.080 --> 00:16:42.160 Anda tidak perlu lagi bersusah peh. 00:16:42.560 --> 00:16:44.480 Anda dapat menghasilkan riwayat aktivitas agen 00:16:44.480 --> 00:16:46.580 dalam format yang selaras dengan ekspektasi peraturan. 00:16:47.500 --> 00:16:49.400 Hal itu mengurangi beban kerja manusia sekaligus risiko 00:16:49.400 --> 00:16:50.680 terlewatnya sesuatu yang krusial. 00:16:51.620 --> 00:16:52.740 Dari sudut pandang operasional, 00:16:52.880 --> 00:16:54.780 cara ini juga menghemat waktu yang seharusnya terbuang 00:16:54.780 --> 00:16:57.280 untuk menyusun jejak audit dadakan setelah semuanya terjadi. 00:16:58.040 --> 00:16:59.920 Hal yang membuat pembantuan begitu hebat adalah 00:16:59.920 --> 00:17:01.920 bagaimana cara kerjanya mengubah seluruh tanggung jawab tersebut. 00:17:02.520 --> 00:17:03.880 Alih-alih menunggu keluhan sebagai sinyal, 00:17:04.040 --> 00:17:06.040 Anda membangun peta langsung tentang apa yang sedang terjadi. 00:17:06.040 --> 00:17:08.900 Tren menjadi jelas, kejutan menjadi semakin jarang terjadi. 00:17:09.380 --> 00:17:11.060 Anda tidak hanya menegakkan aturan dengan izin, 00:17:11.180 --> 00:17:13.880 tetapi juga melihat apakah aturan tersebut benar-benar efektif dalam praktik. 00:17:14.760 --> 00:17:17.540 Ini sama bedanya dengan mengawasi kuota melalui kamera lalu lintas 00:17:17.540 --> 00:17:19.780 langsung daripada hanya percaya bahwa rambu di persimpangan cukup 00:17:19.780 --> 00:17:20.760 untuk menjaga ketertiban. 00:17:21.920 --> 00:17:23.560 Satu pendekatan memberi Anda kepercayaan diri, 00:17:23.620 --> 00:17:26.180 sementara yang lain membuat Anda gelisah menunggu berita tentang keselakaan berikut. 00:17:26.760 --> 00:17:29.200 Jadi, saat Anda menggabungkan kontrol kebijakan dengan pembantuan, 00:17:29.340 --> 00:17:31.700 modal tata kelola Anda tidak lagi pasif dan menjadi benar-benar proaktif. 00:17:32.400 --> 00:17:33.980 Dugaan digantikan oleh pengawasan, 00:17:33.980 --> 00:17:36.480 dan pengawasanlah yang mencegah akumulasi risiko tersembunyi 00:17:36.480 --> 00:17:37.940 yang baru muncul berbulan-bulan kemudian. 00:17:38.420 --> 00:17:41.040 Tampilan menara pengawas tidak hanya melindungi dari skenario terburuk, 00:17:41.140 --> 00:17:43.920 tetapi juga menciptakan kepercayaan bagi tim untuk terus bereksperimen 00:17:43.920 --> 00:17:45.680 karena tahu ada yang mengawasi situasi. 00:17:46.560 --> 00:17:48.200 Dan itu secara alami mewakitek pertanyaan berikut. 00:17:48.760 --> 00:17:50.160 Jika visibilitas begitu hebat, 00:17:50.300 --> 00:17:52.100 mengapa begitu banyak organisasi masih terjerumus 00:17:52.100 --> 00:17:53.500 ke dalam kesalahan tata kelola klasik 00:17:53.500 --> 00:17:55.240 yang justru merusak perlindungan tersebut? 00:17:57.680 --> 00:17:59.540 Menhindari kesalahan tata kelola klasik. 00:17:59.540 --> 00:18:02.260 Kegagalan tata kelola terbesar pada agen Copilot 00:18:02.260 --> 00:18:03.740 bukan disebabkan oleh kurangnya alat, 00:18:03.920 --> 00:18:06.720 melainkan karena memiliki alat tersebut namun menggunakannya dengan keliru. 00:18:07.520 --> 00:18:09.860 Sebagian besar kesalahan yang saya lihat di berbagai organisasi 00:18:09.860 --> 00:18:11.880 bukan karena admin tidak tahu tentang pusat admin 00:18:11.880 --> 00:18:13.480 atau bahwa Copilot Studio ada. 00:18:14.420 --> 00:18:16.040 Masalah sebenarnya adalah fitur diaktifkan 00:18:16.040 --> 00:18:18.000 tanpa memikirkan kerangka kerja apa yang diperlukan 00:18:18.000 --> 00:18:20.520 angkat fitur tersebut tetap berfungsi dengan baik dalam skala besar. 00:18:20.880 --> 00:18:23.960 Ini seperti memberikan kunci kantor bersama kepada setiap departemen, 00:18:24.320 --> 00:18:26.840 namun tidak pernah menyepakati siapa yang mengunci pintu di malam hari. 00:18:26.840 --> 00:18:30.840 Pola yang umum adalah admin menganggap aktifasi sama dengan tata kelola. 00:18:31.580 --> 00:18:33.240 Fitur baru muncul di pusat admin, 00:18:33.440 --> 00:18:35.840 saklar diaktifkan dan semua orang merasa tugas sudah selesai. 00:18:36.660 --> 00:18:38.760 Namun teknologi tidak menentukan batasannya sendiri. 00:18:39.500 --> 00:18:41.740 Jika izin tidak jelas, jika pemantauan tidak dinyalakan 00:18:41.740 --> 00:18:44.380 atau jika kepemilikan terbagian tertim berbeda tanpa koordinasi, 00:18:44.480 --> 00:18:47.020 kekacauan akan meraih masuk secara diam-diam dan stabil. 00:18:47.680 --> 00:18:50.320 Bagian yang paling menakutkan adalah hal itu biasanya tidak langsung meledak seketika. 00:18:50.880 --> 00:18:52.140 Hal ini terbangun perlahan, 00:18:52.560 --> 00:18:54.000 lalu satu audit, satu insiden, 00:18:54.000 --> 00:18:57.400 atau satu pertanyaan regulasi tiba-tiba mengungkap bahwa apa yang tampak seperti kendali 00:18:57.400 --> 00:18:59.760 sebenarnya hanyalah serangkaian celah yang menunggu untuk ditemukan. 00:19:01.000 --> 00:19:02.640 Jebakan pertama terjadi di sekitar izin. 00:19:03.580 --> 00:19:05.780 Jika tidak ada yang menentukan siapa yang diizinkan untuk membangun, 00:19:05.880 --> 00:19:07.520 mempublikasikan, atau membagikan agen, 00:19:07.600 --> 00:19:08.860 pengguna seringkali menisi celah tersebut. 00:19:09.100 --> 00:19:10.880 Hal itu dapat menyebabkan duplikasi agen, 00:19:11.120 --> 00:19:13.080 agen yang dipublikasikan ke produksi sebelum diuji, 00:19:13.180 --> 00:19:15.380 atau alur kerja yang mengakses data yang seharusnya tidak boleh diakses. 00:19:15.640 --> 00:19:16.860 Tanpa batasan yang tegas, 00:19:17.060 --> 00:19:19.100 Anda akan berakhir dengan katalog otomatisasi bayangan 00:19:19.100 --> 00:19:21.420 yang baru diketahui oleh TI saat ada sesuatu yang rusak. 00:19:22.100 --> 00:19:24.360 Mengaktifkan fitur tanpa membatasi siapa yang mendapatkan akses 00:19:24.360 --> 00:19:25.440 bukanlah mendorong inovasi, 00:19:25.560 --> 00:19:26.620 melainkan memberikan cek kosong. 00:19:27.360 --> 00:19:28.860 Jebakan kedua adalah mengabaikan pemantau. 00:19:29.480 --> 00:19:31.140 Lebih dari sekali saya berbicara dengan admin 00:19:31.140 --> 00:19:33.260 yang berasumsi bahwa mengatur izin saja sudah cukup, 00:19:33.380 --> 00:19:36.120 padahal kenyataannya mereka tidak tahu apakah aturan tersebut benar-benar berfungsi. 00:19:36.520 --> 00:19:38.080 Hal itu membuat mereka buta terhadap amat yang sering. 00:19:38.360 --> 00:19:39.680 Jika Anda tidak mengaktifkan log audit, 00:19:39.780 --> 00:19:41.060 Anda tidak dapat membuktikan siapa melakukan. 00:19:41.440 --> 00:19:43.000 Jika Anda tidak melihat metrik penggunaan, 00:19:43.000 --> 00:19:45.240 Anda tidak dapat mengetahui agen mana yang banyak digunakan 00:19:45.240 --> 00:19:47.120 atau apakah pola aktivitas terlihat tidak biasa. 00:19:47.540 --> 00:19:49.760 Terbang tanpa data tersebut terasa baik untuk sementara, 00:19:49.980 --> 00:19:52.560 sampai regulator eksternal atau bahkan tim kepatuhan Anda sendiri 00:19:52.560 --> 00:19:54.340 mengajukan pertanyaan yang tidak dapat Anda jawab. 00:19:54.740 --> 00:19:56.560 Kebijakan yang tidak konsisten adalah ranjodara ketiga. 00:19:57.140 --> 00:19:59.520 Satu bagian organisasi mungkin menjalankan sistem dengan ketat, 00:19:59.600 --> 00:20:01.360 sementara bagian lain membiarkan publikasi terpukalib. 00:20:01.640 --> 00:20:03.280 Ketidakkonsistenan tersebut menjamin percampuran 00:20:03.280 --> 00:20:04.760 yang berantakan antara agen yang terkendali, 00:20:04.820 --> 00:20:06.360 yang terkendali, yang semuanya berada di penyewa yang sama. 00:20:06.360 --> 00:20:09.380 Dari luar, mungkin terlihat seolah-olah Anda telah menyelesaikan strategi 00:20:09.380 --> 00:20:10.760 karena kebijakan ada di suatu tempat. 00:20:10.760 --> 00:20:13.080 Namun, tim kepatuhan dan peninjau keamanan 00:20:13.080 --> 00:20:14.720 tidak hanya menginginkan bukti bahwa kebijakan ada, 00:20:14.820 --> 00:20:17.500 mereka menginginkan bukti bahwa kebijakan tersebut konsisten di seluruh organisasi. 00:20:18.320 --> 00:20:20.120 Varias tersebut menjadi lebih sulit dipertahankan 00:20:20.120 --> 00:20:22.400 ketika wilayah yang berbeda berada di bawah regulasi yang berbeda, 00:20:22.540 --> 00:20:24.640 dan kebijakan Anda sendiri tidak selaras dengan regulasi tersebut. 00:20:24.980 --> 00:20:26.940 Lalu ada kasus kelasi kepemilikan yang terkotak-kotak. 00:20:27.480 --> 00:20:28.820 Mungkin TI menetapkan satu aturan, 00:20:29.120 --> 00:20:30.900 tim keamanan mengasumsikan lapisan pelindungan lain 00:20:30.900 --> 00:20:33.520 dan unit bisnis berasumsi mereka dapat memblikasikan sesuka hati. 00:20:34.120 --> 00:20:36.560 Tiap kelompok berpikir orang lain sedang mengawasi batas-batasnya, 00:20:36.560 --> 00:20:37.680 namun dalam perampingan tidak ada yang berpikir. 00:20:38.080 --> 00:20:40.460 Kurangnya kejelasan tersebut menghasilkan kejutan yang dapat dihindari 00:20:40.460 --> 00:20:42.120 seperti izin duplikat atau agen yang lolos 00:20:42.120 --> 00:20:44.260 karena tidak jelas tim mana yang memiliki uang menang akhir. 00:20:45.280 --> 00:20:47.480 Satu perusahaan yang saya ajak bicara mengalami hal ini. 00:20:48.100 --> 00:20:50.580 Mereka mengizinkan setiap karyawan untuk memblikasikan agen secara bebat. 00:20:50.940 --> 00:20:52.100 Awalnya hal itu tampak merdayakan. 00:20:52.440 --> 00:20:54.500 Semua orang dapat bereksperimen dan mendorong peningkatan, 00:20:54.640 --> 00:20:56.640 tetapi tidak ada yang menghubungkan hak publikasi dengan lock audit. 00:20:57.140 --> 00:20:58.060 Beberapa bulan kemudian, 00:20:58.160 --> 00:21:01.240 seorang regulator meminta bukti tentang siapa yang menerapkan otomatisasi tertentu 00:21:01.240 --> 00:21:02.340 dan mereka tidak memiliki apapun. 00:21:02.340 --> 00:21:03.420 Tidak ada rekam jejak, 00:21:03.640 --> 00:21:04.520 tidak ada pemilik resmi, 00:21:04.740 --> 00:21:06.880 dan tidak ada kemampuan untuk membela diri saat audit. 00:21:07.460 --> 00:21:10.040 Apa yang dimulai sebagai upaya untuk mendemokratisasi otomatisasi 00:21:10.040 --> 00:21:11.380 justru menjadi celah kepatuhan yang besar? 00:21:11.740 --> 00:21:13.500 Contoh-contoh ini menggarisbawahi bagaimana kesalahan kecil 00:21:13.500 --> 00:21:15.420 dapat dengan cepat berubah menjadi risiko berskala besar. 00:21:15.880 --> 00:21:18.440 Ijin yang salah dikonfigurasi atau agen yang tidak diperiksa 00:21:18.440 --> 00:21:19.920 mungkin terlihat sepele dalam pilot kecil, 00:21:20.080 --> 00:21:21.120 namun dalam skala perusahaan, 00:21:21.220 --> 00:21:23.200 kelalaian yang sama berlipat ganda menjadi ratusan agen 00:21:23.200 --> 00:21:25.500 yang berjalan di sudut-sudut yang tidak diketahui. 00:21:25.860 --> 00:21:27.240 Masalah tidak berkembang secara linien. 00:21:27.840 --> 00:21:29.180 Masalah berkembang secara eksponensial 00:21:29.180 --> 00:21:30.580 karena setiap agen yang tidak terkendali 00:21:30.580 --> 00:21:32.640 menyisakan pertanyaan terbuka mengenai integritas data, 00:21:32.780 --> 00:21:33.680 keandalan, dan keamanan. 00:21:34.280 --> 00:21:35.480 Kabar baiknya adalah jebakan tersebut 00:21:35.480 --> 00:21:36.340 sudah diketahui dengan baik 00:21:36.340 --> 00:21:37.360 di pelacaran untuk menghindari. 00:21:37.720 --> 00:21:40.100 Mulailah dengan menetapkan pagar pembatas dasar di admin center. 00:21:40.540 --> 00:21:41.300 Tetapkan peran yang jelas 00:21:41.300 --> 00:21:42.280 bagi siapa yang dapat membangun 00:21:42.280 --> 00:21:43.240 dan siapa yang dapat mengundikasi. 00:21:43.680 --> 00:21:45.200 Jadikan pemantauan wajib bukan opsional 00:21:45.200 --> 00:21:46.380 sehingga Anda mendapatkan peringatan 00:21:46.380 --> 00:21:47.720 sebelum sesuatu menjadi masalah serius. 00:21:48.100 --> 00:21:49.560 Jaga kebijakan agar tetap konsisten 00:21:49.560 --> 00:21:50.400 bahkan lintas wilayah 00:21:50.400 --> 00:21:51.860 sehingga Anda dapat mendukung kerangka kerja 00:21:51.860 --> 00:21:53.320 tata kelola Anda dengan penuh percaya diri. 00:21:54.000 --> 00:21:54.780 Dan yang terpenting, 00:21:54.900 --> 00:21:55.960 selaraskan dengan tim keamanan 00:21:55.960 --> 00:21:57.340 dan kepatuhan Anda sejak hari pertama. 00:21:58.340 --> 00:21:59.400 Mengesampingkan mereka hingga nanti 00:21:59.400 --> 00:22:00.420 hampir selalu menjadi pemeran. 00:22:00.920 --> 00:22:02.220 Banyak organisasi telah membentuk 00:22:02.220 --> 00:22:03.200 buku panduan yang berhasil. 00:22:03.780 --> 00:22:04.880 Daftar periksa untuk meninjauh 00:22:04.880 --> 00:22:05.840 kebijakan setiap kuartal, 00:22:05.940 --> 00:22:06.900 kebijakan pencetatan audit 00:22:06.900 --> 00:22:07.920 langsung dengan hak publikasi, 00:22:08.040 --> 00:22:08.680 dan kerangka kerja 00:22:08.680 --> 00:22:10.540 di mana tim inovasi bereksperimen terlebih dahulu 00:22:10.540 --> 00:22:11.660 sebereksperimen terlebih dahulu 00:22:11.660 --> 00:22:13.120 sebelum IT meninjauh untuk peluncuran format. 00:22:13.720 --> 00:22:14.720 Meminjam dari pengalaman ini 00:22:14.720 --> 00:22:16.480 berarti Anda tidak perlu mengulang kesalahan mereka. 00:22:16.480 --> 00:22:18.900 Setiap kali perusahaan lain menoporkan kegagalan 00:22:18.900 --> 00:22:19.700 biasanya itu terjadi 00:22:19.700 --> 00:22:21.340 karena pagar pembatas Anda di atas kertas 00:22:21.340 --> 00:22:23.160 tetapi tidak diterapkan dengan cara yang benar. 00:22:23.720 --> 00:22:25.160 Dengan memahami pelajaran mereka sejak dini 00:22:25.160 --> 00:22:26.220 Anda menghindari biaya tersebut.