WEBVTT

00:00:00.000 --> 00:00:03.680
يعتقد فريق قيادتكم أن هذه مسألة تتعلق بالتطبيق لكنها ليست كذلك

00:00:03.680 --> 00:00:06.060
إنه قرار حوكمة ذو مهلة قصيرة جدا

00:00:06.060 --> 00:00:10.800
والضغط كبير لأن كوبايلوت لا ينتظر تحديث سياساتكم أو موامة أنظمتكم الداخلية

00:00:10.800 --> 00:00:14.680
بمجرد أن يبدأ العمل في بيئتكم يستخدم النظام كما هو

00:00:14.680 --> 00:00:16.160
وهنا تكمل المشكلة

00:00:16.160 --> 00:00:19.460
تفترض معظم المؤسسات التي لديها عدة مستأجرين في مايكروسوفت 365

00:00:19.460 --> 00:00:21.740
أن لديها آلية تحكم واحدة في الذكاء الاصطناعي

00:00:21.740 --> 00:00:25.060
ويرجع ذلك غالبا إلى شرائها من مورد واحد وإدارتها لهوية واحدة

00:00:25.060 --> 00:00:29.220
يسمعون سردا استراتيجيا واحدا من مايكروسوفت ويفترضون أن الواقع يطابق ما يعرض

00:00:29.220 --> 00:00:31.520
لكن ظروف التشغيل مختلفة تماما

00:00:31.520 --> 00:00:34.740
يعمل الذكاء الاصطناعي على حدود المستأجرين بينما تنتقل المخاطر عبرها

00:00:34.740 --> 00:00:37.600
لذا السؤال ليس هل يمكننا تفعيل كوبايلوت في كل مكان

00:00:37.600 --> 00:00:42.520
السؤال الحقيقي هو ما نموذج الحوكمة الذي يسمح لنا بالتوسع بأمان عبر المستأجرين الذين يعملون بشكل مستقل

00:00:42.520 --> 00:00:45.620
قبل أن نتطرق إلى هذا النموذج نحتاج إلى تحديد الفخ

00:00:45.620 --> 00:00:49.280
الفخ جزر الذكاء الاصطناعي المستقلة داخل مؤسسة واحدة

00:00:49.280 --> 00:00:51.520
في معظم المؤسسات يبدأ الوهم بالألفة

00:00:52.080 --> 00:00:56.840
تفتح ميكروسوفت 365 ثم تفتح بورفيو ثم تفتح انترا ثم تفتح باور بلاتفورم

00:00:56.840 --> 00:00:58.520
العلامة التجارية واحدة

00:00:58.520 --> 00:01:00.360
لغة الإدارة مترابطة

00:01:00.360 --> 00:01:02.520
والتوجه التجاري واضح تماما

00:01:02.520 --> 00:01:03.520
نظام بيئي واحد

00:01:03.520 --> 00:01:04.900
استراتيجية واحدة

00:01:04.900 --> 00:01:05.680
اتجاه واحد

00:01:05.680 --> 00:01:07.960
لكن نموذج التحكم الأساسي ليس واحدا

00:01:07.960 --> 00:01:09.620
وهذا أهم من العلامة التجارية

00:01:09.620 --> 00:01:14.580
بناء على البحث هنا لا يوجد مركز إدارة عالمي واحد للذكاء الاصطناعي يتمتع بتكافؤ كامل في الميزات

00:01:14.580 --> 00:01:17.400
مما يتيح لك إدارة كوبيلوت بسلاسة عبر جميع المستأجرين

00:01:17.400 --> 00:01:20.000
ما لديك في الواقع هو بنية تحكم مجزأة

00:01:20.000 --> 00:01:23.500
بعض وظائف الحوكمة موجودة في بورفيو وأخرى في مراكز الإدارة

00:01:23.500 --> 00:01:26.120
والباقي متناثر بين انترا وباور بلاتفورم

00:01:26.120 --> 00:01:29.040
بعض الميزات بدأت بالظهور في طبقات تحكم ميكروسوفت الأحدث

00:01:29.040 --> 00:01:33.280
لكنها لم تشكل بعد مستوى عالميا متكاملا وناضجا عبر جميع حدود المستأجرين

00:01:33.280 --> 00:01:35.040
هذه الفجوة تولد ثقة زائفة

00:01:35.560 --> 00:01:38.320
ينظر القادة إلى النظام البيئي ويفترضون المركزية

00:01:38.320 --> 00:01:41.460
بينما تنظر الفرق إلى الهوية المشتركة وتفترض الاتصاقة

00:01:41.460 --> 00:01:44.640
ترى إدارة المشتريات اتفاقية واحدة وتفترض نموذج تشغيل واحد

00:01:44.640 --> 00:01:47.880
لكن كل مستأجر لا يزال يحمل حدود سياساته وبياناته الخاصة

00:01:47.880 --> 00:01:50.840
مما يعني عمليا أن كل واحد يحمل نسخته الخاصة من الحقيقة

00:01:50.840 --> 00:01:52.880
إذن ما يحدث في الواقع بسيط

00:01:52.880 --> 00:01:55.220
ليس لديك بيئة ذكاء اصطناعي مؤسسية واحدة

00:01:55.220 --> 00:01:58.040
بل لديك بيئات ذكاء اصطناعي متعددة تابعة لنفس المؤسسة

00:01:58.040 --> 00:01:59.960
هذا يغير صورة المخاطر تماما

00:01:59.960 --> 00:02:02.180
قد يتمتع أحد المستأجرين بتغطية نطاق أوسع

00:02:02.180 --> 00:02:05.960
بينما يعاني آخر من اعتماد أضعف للتصنيفات أو استعاب غير مكتمل لعمليات التدقيق

00:02:05.960 --> 00:02:08.700
من وجهة نظر مجلس الإدارة قد يبدو هذا كبرنامج واحد

00:02:08.700 --> 00:02:10.360
لكن من منظور التدقيق أو الحوادث

00:02:10.360 --> 00:02:12.220
فهو ليس برنامجا واحدا على الإطلاق

00:02:12.220 --> 00:02:14.020
بل مجموعة من ظروف التشغيل المنفصلة

00:02:14.020 --> 00:02:15.840
وبمجرد أن تتغير هذه الظروف

00:02:15.840 --> 00:02:17.260
تبدأ التقارير بالتضليل

00:02:17.260 --> 00:02:18.760
ليس عمدا بل هيكليا

00:02:18.760 --> 00:02:20.160
يسأل الفريق الأساسي

00:02:20.160 --> 00:02:21.240
هل نحن مدارون

00:02:21.240 --> 00:02:23.440
يجيب أحد المستأجرين بنعم لأن التدقيق مفاعل

00:02:23.440 --> 00:02:26.540
ويجيب آخر بنعم لوجود التصنيفات حتى وإن كانت التغطية ضعيفة

00:02:26.540 --> 00:02:29.060
ويجيب ثالث بنعم لأن الهوية مرتبطة

00:02:29.060 --> 00:02:31.960
ويجيب رابع بنعم لأن كوبيلوت مفاعل تقنيا

00:02:31.960 --> 00:02:33.940
كل إجابة تبدو منطقية في حد ذاتها

00:02:33.940 --> 00:02:35.740
لكن لا تحمل أي منها المعنى نفسه

00:02:35.740 --> 00:02:36.680
هذا هو الفخ

00:02:36.680 --> 00:02:38.720
أن تعتقد أنك تنظر إلى لوحة تحكم عالمية

00:02:38.720 --> 00:02:40.100
بينما ما تنظر إليه في الواقع

00:02:40.100 --> 00:02:42.820
هو مجموعة من جزر الذكاء الاصطناعي المستقلة داخل شركة واحدة

00:02:42.820 --> 00:02:45.560
إنها مرتبطة بالعلامة التجارية وأحيانا بالهوية

00:02:45.560 --> 00:02:47.380
لكنها لا تدار كنظام واحد

00:02:47.380 --> 00:02:49.460
وإذا لم تتذكر شيئا آخر من هذا القسم

00:02:49.460 --> 00:02:50.740
فتذكر هذه العبارة

00:02:50.740 --> 00:02:53.300
لا يوجد مركز إدارة عالمية للذكاء الاصطناعي

00:02:53.300 --> 00:02:54.260
بل مجرد وهم

00:02:54.260 --> 00:02:56.100
بمجرد أن يتبدد هذا الوهم

00:02:56.100 --> 00:02:57.940
تظهر المشكلة التالية سريعا

00:02:57.940 --> 00:03:00.340
تستجيب معظم المؤسسات بتطبيق الحوكمة يدويا

00:03:00.340 --> 00:03:01.480
لكل مستأجر على حدة

00:03:01.480 --> 00:03:02.900
وتسمي ذلك تحكما

00:03:02.900 --> 00:03:05.880
لماذا تنهار الحوكمة اليدوية لكل مستأجر عند التوسع

00:03:05.880 --> 00:03:07.800
بمجرد أن يدك القادة مشكلة الحدود

00:03:07.800 --> 00:03:09.120
يبدو الرد المعتاد منطقيا

00:03:09.120 --> 00:03:11.760
يقولون حسنا سندير كل مستأجر بشكل صحيح

00:03:11.760 --> 00:03:13.520
فريق إدارة يتحقق من الإعدادات هنا

00:03:13.520 --> 00:03:14.960
وفريق آخر يكررها هناك

00:03:14.960 --> 00:03:16.360
شخص ما يحتفظ بجدول بيانات

00:03:16.360 --> 00:03:17.780
وآخر يبني قائمة مراجعة

00:03:17.780 --> 00:03:19.760
تجتمع لجنة توجيهية مرة واحدة شهريا

00:03:19.760 --> 00:03:21.720
وتسأل عما إذا كان التنفيذ يسير على المسار الصحيح

00:03:21.720 --> 00:03:23.900
على الورق يبدو ذلك منضبطا

00:03:23.900 --> 00:03:27.180
في الواقع إنه تكرار يدوي مقنع بالحوكمة

00:03:27.180 --> 00:03:28.760
والسبب في فشله بسيط

00:03:28.760 --> 00:03:30.640
التكرار لا ينتج تحكما

00:03:30.640 --> 00:03:32.640
بل ينتج تبينا بمرور الوقت

00:03:32.640 --> 00:03:35.180
يحدث هذا لأن كل مستأجر يتحرك بسرعة مختلفة

00:03:35.180 --> 00:03:37.600
وكل مسؤول يقرأ المعايير بشكل مختلف قليلا

00:03:37.600 --> 00:03:39.680
وتبدأ الاستثناءات المحلية في الظهور مبررة

00:03:39.680 --> 00:03:41.320
لأن العمل يريد إحراز تقدم الآن

00:03:41.320 --> 00:03:43.140
وليس بعد مراجعة مركزية أخرى

00:03:43.140 --> 00:03:45.880
يستمر هذا النموذج القديم لأنه يبدو واضحا للعيان

00:03:45.880 --> 00:03:47.940
يستطيع المستخدمون الإشارة إلى التذاكر المغلقة

00:03:47.940 --> 00:03:49.900
والسياسات المنشأة والإعدادات المعدلة

00:03:49.900 --> 00:03:51.180
بإمكانهم إظهار النشاط

00:03:51.180 --> 00:03:53.920
لكن الجهد الظاهر لا يغني عن نموذج تشغيل مستقر

00:03:53.920 --> 00:03:55.240
ومع وجود كوبايلوت

00:03:55.240 --> 00:03:57.420
تتفاقم هذه الفجوة بسرعة كبيرة

00:03:57.420 --> 00:03:59.460
يبدأ النظام باستخدام الأذونات الحالية

00:03:59.460 --> 00:04:00.440
والمحتوى المتاح

00:04:00.440 --> 00:04:01.860
وثغرات التصنيف الحالية

00:04:01.860 --> 00:04:03.700
بمجرد أن يبدأ المستخدمون في طلبها

00:04:03.700 --> 00:04:05.720
هذا ما يغفله معظم المستخدمين

00:04:05.720 --> 00:04:07.480
لا ينتظر كوبايلوت نتج الحوكمة

00:04:07.480 --> 00:04:09.580
بل يعتمد على الأذونات الموجودة لديك

00:04:09.580 --> 00:04:11.660
ومستوى نظافة المحتوى الذي تقبله

00:04:11.660 --> 00:04:13.940
وإجراءات التدقيق التي فشلت في توحيدها

00:04:13.940 --> 00:04:16.900
إذا قام أحد المستخدمين بتنظيف الوصول بينما قام آخر بحذفه

00:04:16.900 --> 00:04:19.600
أو إذا قام أحد المستخدمين ببث بيانات تدقيق مفيدة

00:04:19.600 --> 00:04:21.520
بينما بالكاد يجمع آخر ما يكفي للتحقيق

00:04:21.520 --> 00:04:23.480
فسيكشف كوبايلوت هذه الاختلافات فورا

00:04:23.480 --> 00:04:24.780
لا يحدث هذا نظريا

00:04:24.780 --> 00:04:26.340
بل يحدث من خلال الاستخدام

00:04:26.340 --> 00:04:28.840
إذا راجع أحد المستخدمين وصول شير بوينت الواسع

00:04:28.840 --> 00:04:29.980
وافترض آخر أنه كاف

00:04:29.980 --> 00:04:31.880
فسيكتشف الذكاء الاصطناعي الثغرات

00:04:31.880 --> 00:04:32.940
وعلى مستوى أعمق

00:04:32.940 --> 00:04:34.960
يضاعف كل مستخدم جديد المشكلة

00:04:34.960 --> 00:04:36.540
ليس لأن المستخدمين سيئون

00:04:36.540 --> 00:04:38.600
بل لأن الاختلافات غير المدارة تتراكم

00:04:38.600 --> 00:04:40.860
يضيف فريق تجريبي جديد استثناء محليا

00:04:40.860 --> 00:04:43.420
ويدخل اندماج مستأجرا آخر بتصنيفات مختلفة

00:04:43.420 --> 00:04:45.720
وينسخ مسؤول إقليمي خطيا أساسيا قديما

00:04:45.720 --> 00:04:47.380
تطلب وحدة أعمال وصولا أسرع

00:04:47.380 --> 00:04:49.940
ولا يبدو أي من هذه الخيارات مؤثرا بشكل منفرد

00:04:49.940 --> 00:04:51.300
لكن عند جمعها على مدى أشهر

00:04:51.300 --> 00:04:52.840
ينتج عن ذلك انحراف في السياسات

00:04:52.840 --> 00:04:54.180
وانحراف في صلاحيات الوصول

00:04:54.180 --> 00:04:55.360
وانحراف في عملية النشر

00:04:55.360 --> 00:04:57.420
والنتيجة هي فريق حوكمة يقضي وقتا أطول

00:04:57.420 --> 00:04:59.220
في تسوية الاختلافات بدلا من منع المخاطر

00:04:59.220 --> 00:05:00.900
هنا ينهار التحكم اليدوي

00:05:00.900 --> 00:05:03.180
يبدو أكثر أمانا لأن البشر يتدخلون في الأعدادات

00:05:03.180 --> 00:05:04.940
لكنه في الواقع يفاقم عدم الاتصاق

00:05:04.940 --> 00:05:07.600
لأن كل نقطة اتصال تمثل فرصة أخرى للمستأجرين للاختلاف

00:05:07.600 --> 00:05:09.620
والنتيجة هي نشر أططأ حيث تريد السرعة

00:05:09.620 --> 00:05:11.540
وجهد تدقيق أكبر حيث تريد الأدلة

00:05:11.540 --> 00:05:13.480
وإعادة عمل أكثر حيث تريد المعايير

00:05:13.480 --> 00:05:17.340
والأسوأ من ذلك كله أنه ينشئ ثغرات خفية حيث تتوقع القيادة ضمانات

00:05:17.340 --> 00:05:20.440
أدركت هذا عندما توقفت عن التعامل مع الحوكمة كمهمة إعداد

00:05:20.440 --> 00:05:21.720
إنها ليست كذلك

00:05:21.720 --> 00:05:23.080
إنها أشبه بالتدهور

00:05:23.080 --> 00:05:24.840
إذا قمت بتنظيف الأذنات مرة واحدة

00:05:24.840 --> 00:05:27.180
ولكن لم يمنعها أي تحكم من الانحراف مرة أخرى

00:05:27.180 --> 00:05:27.940
فإن الثغرات تعود

00:05:27.940 --> 00:05:29.800
إذا حددت تصنيفا للعلامات مرة واحدة

00:05:29.800 --> 00:05:31.760
لكن المستأجرين طبقه بشكل غير متساون

00:05:31.760 --> 00:05:32.720
فإن الأساس يتأكل

00:05:32.720 --> 00:05:36.240
وإذا وفقت على كوبيلوت على دفعات دون التحقق من استمرار التحكم الأساسي

00:05:36.240 --> 00:05:37.720
فأنت لا تتوسع بشكل آمن

00:05:37.720 --> 00:05:40.740
بل تتوسع بسرعة تفوق قدرة نظام الحوكمة على مواكبتها

00:05:40.740 --> 00:05:43.100
لذا فإن المقياس المهم هنا هو انحراف الوصول

00:05:43.100 --> 00:05:45.360
وليس فقط ما إذا كنت قد علجت مشكلة ما

00:05:45.360 --> 00:05:48.140
بل مدى سرعة انتشار الأذنات مرة أخرى بعد المعالجة

00:05:48.140 --> 00:05:51.400
هذا ما يخبرك ما إذا كان نموذجك متماسكاً أم متدهوراً

00:05:51.400 --> 00:05:53.280
لأن الحوكمة ليست مشروعاً تنتهي منه

00:05:53.280 --> 00:05:55.200
بل هي مشكلة تدهور تدار باستمرار

00:05:55.200 --> 00:05:57.060
وعندما يخل التوسع بالنموذج القديم

00:05:57.060 --> 00:05:59.220
يلجأ معظم القادة إلى الحل الأكثر شيوعاً

00:05:59.220 --> 00:05:59.720
وهو الهوية

00:05:59.720 --> 00:06:02.680
يفترض أنه إذا تمكن المستخدمون من التنقل بسلاسة بين المستأجرين

00:06:02.680 --> 00:06:04.400
فإن الحكمة ستنتقل معهم بطريقة ما

00:06:04.400 --> 00:06:05.520
هذا غير صحيح

00:06:05.520 --> 00:06:08.200
لماذا لا تحل الهوية مشكلة الحوكمة؟

00:06:08.200 --> 00:06:10.200
هنا يقع العديد من البرامج في خطأ

00:06:10.200 --> 00:06:12.220
لأن الهوية تبدو الحل السهل

00:06:12.220 --> 00:06:14.440
إذا كان بإمكان المستخدمين المصادقة عبر المستأجرين

00:06:14.440 --> 00:06:15.860
وإذا كان إنترا متصلاً

00:06:15.860 --> 00:06:17.960
وإذا كانت أعدادات المستأجرين المتعددة مفعالة

00:06:17.960 --> 00:06:19.820
يفترض القادة أن الجزء الأصعب قد حل

00:06:19.820 --> 00:06:21.300
يبدو الوصول موحداً

00:06:21.300 --> 00:06:22.820
وتسجيل الدخول موحداً

00:06:22.820 --> 00:06:24.380
ومخطط البنية منظماً

00:06:24.380 --> 00:06:28.280
لكن حوكمة كوبايلوت لا تصبح موحدة لمجرد إمكانية نقل الهوية

00:06:28.280 --> 00:06:31.700
هذا الافتراض خاطئ عند تطبيق الذكاء الاصطناعي فعلياً

00:06:31.700 --> 00:06:34.700
يرتكز كوبايلوت على سياق المستأجر الذي ينفذ فيه الطلب

00:06:34.700 --> 00:06:37.140
وتوجهات مايكروسوفت واضحة في هذا الشأن

00:06:37.140 --> 00:06:41.620
يعمل مايكروسوفت 365 كوبايلوت ضمن حدود الأمان والامتثال للمستأجر

00:06:41.620 --> 00:06:44.640
ويحترم صلاحيات المستخدم في سياق المستأجر المحدد

00:06:44.640 --> 00:06:46.220
يمكن للمستخدم تغيير سياق كضيف

00:06:46.220 --> 00:06:46.620
نعم

00:06:46.620 --> 00:06:49.340
لكن نطاق كوبايلوت لا يزال محصوراً بمستأجر واحد في كل مرة

00:06:49.340 --> 00:06:53.200
فهو لا يدمج عدة مستأجرين في مساحة عمل ذكية واحدة للحصول على إجابة واحدة

00:06:53.200 --> 00:06:54.580
لذا يمكن للهوية التنقل

00:06:54.580 --> 00:06:56.000
لكن الحكمة لا يمكنها ذلك

00:06:56.000 --> 00:06:57.440
وبمجرد فصل هذين الأمرين

00:06:57.440 --> 00:07:00.600
تبدأ الكثير من المصطلحات الإدارية في الظهور غامضة بشكل خطير

00:07:00.600 --> 00:07:02.160
المستأجرون المتصلون

00:07:02.160 --> 00:07:03.660
والهوية المشتركة

00:07:03.660 --> 00:07:05.180
والتجربة الموحدة

00:07:05.180 --> 00:07:08.440
قد تكون هذه العبارات صحيحة من حيث المبدأ فيما يتعلق بالتعاون

00:07:08.440 --> 00:07:10.240
لكنها لا تعني أن تطبيق السياسات

00:07:10.240 --> 00:07:11.320
وتوثيق البيانات

00:07:11.320 --> 00:07:11.940
والتسجيل

00:07:11.940 --> 00:07:14.640
والتحقق من صحة التحكم تعمل الآن كنظام واحد

00:07:14.640 --> 00:07:18.920
تتضح هذه الفجوة بشكل أكبر عند النظر إلى وضع تعدد المستأجرين في كوبايلوت ستوديو

00:07:18.920 --> 00:07:21.180
لأن المعينة تظهر صورة محددة للغاية

00:07:21.180 --> 00:07:23.140
صحيح أن استخدام تعدد المستأجرين متاح

00:07:23.140 --> 00:07:26.060
ويمكن استخدام وكيل مستضاف في مستأجر ما من مستأجر آخر

00:07:26.060 --> 00:07:29.940
لكن مصادقة المستخدم النهائي في وضع تعدد المستأجرين غير مدعومة بعد في المعينة

00:07:29.940 --> 00:07:31.520
كما أن المستخدمين ضيوف غير مدعومين

00:07:31.520 --> 00:07:33.100
والمواصلات المخصصة غير مدعومة

00:07:33.100 --> 00:07:36.780
ومواصلات براف ومواصلات مايكروسوفت 365 القياسية غير مدعومة

00:07:36.780 --> 00:07:38.880
بالإضافة إلى عدم دعم تعدد المواقع الجغرافية

00:07:38.880 --> 00:07:41.160
والعديد من إمكانيات التحليل غير متاحة

00:07:41.160 --> 00:07:43.820
كما أن نصوص المحادثات معطلة في هذا الوضع

00:07:43.820 --> 00:07:46.200
هذه ليست بنيت حوكمة ناضجة عبر المستأجرين

00:07:46.200 --> 00:07:48.300
بل هي معينة محدودة بحدود واضحة

00:07:48.300 --> 00:07:52.260
وهذه الحدود مهمة لأنها تخالف الصورة النمطية التي تقدمها العديد من فرق القيادة

00:07:52.260 --> 00:07:54.080
فهم يسمعون مصطلح تعدد المستأجرين

00:07:54.080 --> 00:07:55.320
فيفترضون نتجا تشغيليا

00:07:55.320 --> 00:07:57.380
ويسمع مهندسهم مصطلح عبر المستأجرين

00:07:57.380 --> 00:07:58.620
فيفترضون تماثل سياسات

00:07:58.620 --> 00:08:00.720
وتسمع فرق الرقابة مصطلح نفس المورد

00:08:00.720 --> 00:08:02.240
فيفترضون اتساق عمليات التدقيق

00:08:02.240 --> 00:08:04.980
ثم يبدأ النشر ويكتشف المستخدمون سلوكا مختلفا

00:08:04.980 --> 00:08:08.400
وإشارات مفقودة وفجوات محرجة حول المصادقة والتحليلات

00:08:08.400 --> 00:08:09.860
تخيل الحالة الثانية

00:08:09.860 --> 00:08:13.100
تقوم شركة عالمية بإنشاء علاقات داخلية بين المستأجرين

00:08:13.100 --> 00:08:16.320
وتفترض أن تجربة المستخدم ستمتد تلقائيا إلى استخدام كوبايلوت

00:08:16.320 --> 00:08:17.520
يبدو هذا التوقع منطقيا

00:08:17.520 --> 00:08:19.280
إذ يتضمن ثقة مشتركة في الدليل

00:08:19.280 --> 00:08:21.500
وسلاسة الوصول وأماط هوية موحدة

00:08:21.500 --> 00:08:24.260
ولكن عند اختبار الفرق لسيناريوهات كوبايلوت والوكلاء الفعلية

00:08:24.260 --> 00:08:25.540
يكون الأداء غير متسق

00:08:25.540 --> 00:08:27.980
تظهر بعض البيانات فقط في سياقات مبدلة

00:08:27.980 --> 00:08:30.360
بعض المواصلات المتوقعة غير متاحة

00:08:30.360 --> 00:08:34.100
بعض توقعات التدقيق لا تتوافق مع ما تكشفه ميزات المعينة فعليا

00:08:34.100 --> 00:08:35.900
لا تزال الإدارة تسمع عبارة متصل

00:08:35.900 --> 00:08:38.000
بينما يبدأ فريق الضوابط في اكتشاف استثناءات

00:08:38.000 --> 00:08:39.620
هذه ليست حالة تقنية هامشية

00:08:39.620 --> 00:08:40.960
بل هي سوء فهم للحوكمة

00:08:40.960 --> 00:08:42.880
لأن المدقيقين لا يتحققون من بنية النظام

00:08:42.880 --> 00:08:44.120
بل يتحققون من الأدلة

00:08:44.120 --> 00:08:47.960
يسألنا عن مكان تشغيل المطالبات والمستأجر الذي فرض السياسة والسجلات الموجودة

00:08:47.960 --> 00:08:51.760
وما إذا كانت ضوابطك قابلة للمقارنة فعليا عبر البيئات التي وصفتها بأنها مرتبطة

00:08:51.760 --> 00:08:54.660
إذا كان نموذج التشغيل الخاص بك يتعامل مع الهوية كحوكمة

00:08:54.660 --> 00:08:56.340
فلن تحصل على إجابة واضحة

00:08:56.340 --> 00:08:58.440
لذا إذا كان عليك تذكر سطر واحد هنا

00:08:58.440 --> 00:08:59.180
فليكن هذا

00:08:59.180 --> 00:09:01.500
الهوية عبر المستأجرين ليست ذكاء عبر المستأجرين

00:09:01.500 --> 00:09:02.980
تساعد الهوية المستخدمين على دخول

00:09:02.980 --> 00:09:05.640
لكنها لا تحدد ما إذا كان سلوك كوبيلوت مدارا بشكل متسق

00:09:05.640 --> 00:09:06.920
أو مراقبا بشكل صحيح

00:09:06.920 --> 00:09:10.480
أو آمنا للتوسع عبر جميع المواقع التي تسميها مؤسستك الآن بيئة واحدة

00:09:10.480 --> 00:09:11.660
وبمجرد أن يتضح ذلك

00:09:11.660 --> 00:09:13.940
لا يمكن أن يكون الحل هو المزيد من اتصالات المستأجرين

00:09:13.940 --> 00:09:15.280
بل يجب أن يكون بنية النظام

00:09:15.280 --> 00:09:16.640
نموذج الحوكمة الفعال

00:09:16.640 --> 00:09:18.180
نموذج المركز والأطراف

00:09:18.180 --> 00:09:21.800
إذن كيف يبدو نموذج الحوكمة الحقيقي عندما تكون منصتك مجزأة

00:09:21.800 --> 00:09:23.180
والهوية جزئية فقط

00:09:23.180 --> 00:09:25.020
وحدود المستأجرين لا تزال مهمة

00:09:25.020 --> 00:09:27.000
يبدو كنظام مركزين وأطراف

00:09:27.000 --> 00:09:30.140
لا أقترح هذا لأن الرسم البيانية يبدو واضحا على الشريحة

00:09:30.140 --> 00:09:33.700
بل لأنه يطابق ظروف التشغيل المعقدة التي تتعامل معها الآن

00:09:33.700 --> 00:09:36.840
أنت بحاجة إلى مكان مركزين واحد حيث تصمم قرارات الحوكمة

00:09:36.840 --> 00:09:38.700
وتقاس وتنفذ كنظام واحد

00:09:38.700 --> 00:09:42.060
ثم تحتاج إلى فرق محلية من المستأجرين لتنفيذ تلك القرارات

00:09:42.060 --> 00:09:44.960
يجب أن تعمل هذه الفرق المحلية ضمن حدودها الخاصة

00:09:44.960 --> 00:09:48.740
دون ابتكار نسختها الخاصة من القواعد في كل مرة تشعر فيها ببعض الضغط

00:09:48.740 --> 00:09:50.400
علينا أن نبدأ بالمركز

00:09:50.400 --> 00:09:53.560
المركز ليس بوابة إدارية ولا لوحة تحكم جذابة

00:09:53.560 --> 00:09:58.700
وبالتأكيد ليس فريقا مركزيا خارقا يتدخل في كل بيئة مستأجرة لتنظيف الملفات يدويا

00:09:58.700 --> 00:10:01.380
بل هو بمثابة السلطة الإدارية العليا

00:10:01.380 --> 00:10:07.180
يمتلك هذا الفريق تصميم السياسات ومعايير التدقيق ومعايير التصنيف ومعايير النشر

00:10:07.180 --> 00:10:14.020
هم من يقررون معنى جاهزية كوبيلوت وما هي الأدلة المقبولة وسرعة سد أي ثغرة أمنية

00:10:14.020 --> 00:10:16.880
هذا التحول يغير مسار النقاش برمته

00:10:16.880 --> 00:10:21.320
بفضل هذا الهيكل لم يعد مصطلح عالمي يشير إلى شاشة واحدة

00:10:21.320 --> 00:10:23.680
بل أصبح يعني نظام إدارة موحدا

00:10:23.680 --> 00:10:25.580
ستحصل على معيار واحد لضوابط النطاق

00:10:25.580 --> 00:10:27.920
ومعيار واحد لكيفية استعاب عمليات التدقيق

00:10:27.920 --> 00:10:29.700
ومعيار واحد لتصنيفات الحساسية

00:10:31.380 --> 00:10:35.020
قبل سماح لأي بيئة مستأجرة بتوسيع نطاق وصول كوبيلوت ليشمل المزيد من المستخدمين

00:10:35.020 --> 00:10:36.900
بعد ذلك تحتاج إلى الفروع

00:10:36.900 --> 00:10:39.360
الفروع هي فرق التنفيذ المحلية في بيئات المستأجرين

00:10:39.360 --> 00:10:41.800
والتي تأخذ هذا المعيار وتطبقه على بيئاتها الخاصة

00:10:41.800 --> 00:10:44.860
هم المسؤولون عن معالجة المشكلات والتحقق من صحة السجلات

00:10:44.860 --> 00:10:46.640
ومراجعة صلاحيات الوصول العامة

00:10:46.640 --> 00:10:51.780
ومع ذلك فإنهم يقومون بكل هذا العمل ضمن نطاق تصميم محدد للغاية بدلا من تركه مفتوحا للجميع

00:10:51.780 --> 00:10:54.120
إذا احتاج فريق محلي إلى الخروج عن الخطة

00:10:54.120 --> 00:10:56.000
فهناك مسار رسمي للاستثناءات

00:10:56.000 --> 00:10:57.540
وإذا أرادوا العمل بشكل أسرع

00:10:57.540 --> 00:11:00.320
فلا يزال يتعين عليهم الالتزام بالضوابط المشتركة أولا

00:11:00.320 --> 00:11:02.580
عندما تظهر اختلافات إقليمية أو قانونية

00:11:02.580 --> 00:11:07.940
يتم توثيق هذه المشكلات والموافقة عليها بدلا من دمجها بهدوء في حلول محلية غير معروفة

00:11:07.940 --> 00:11:12.120
هذا الهيكل حيوي لأن النماذج المركزية بالكامل عادة ما تتعثر بسبب التفاصيل المحلية

00:11:12.120 --> 00:11:15.800
بينما تنزلق النماذج المحلية بالكامل إلى عدم اتصاق تام على الفور تقريبا

00:11:15.800 --> 00:11:18.980
يتجنب نموذج المركز والأطراف كل النمطي الفشل هذين

00:11:18.980 --> 00:11:21.100
يوفر لك المركز الاتصاق الذي تحتاجه

00:11:21.100 --> 00:11:24.280
بينما توفر لك الأطراف سرعة التنفيذ حيث يتم العمل فعليا

00:11:24.280 --> 00:11:26.020
دعونا نوضح هذا عمليا

00:11:26.020 --> 00:11:31.720
في المركز تحدد الحد الأدنى من مجموعة ضوابط النطاق التي يجب على كل مستأجر تشغيلها قبل سماح لمكو بايلوت بالتوسع

00:11:31.720 --> 00:11:36.200
تحدد بدقة أحداث التدقيق التي تتوقع رؤيتها وعدد مرات مراجعتها

00:11:36.200 --> 00:11:39.620
كما تقوم بإنشاء تصنيف موحد للوسوم للمحتوى الحساسي

00:11:39.620 --> 00:11:44.100
بحيث لا يحمل وسم سوري معاني مختلفة في خمسة بيئات مختلفة

00:11:44.100 --> 00:11:47.720
وتحدد وطيرة المراجعات ربما شهريا لتقييم الوضع الأمني العام

00:11:47.720 --> 00:11:51.540
وبشكل أكثر تكرارا في المناطق التي يجري فيها تطبيق النظام حاليا

00:11:51.540 --> 00:11:56.400
يقوم فريقك في مركز النظام بربط هذه المعايير العامة بواقع كل بيئة على حدة

00:11:56.400 --> 00:12:01.660
ويحددنا المواقع التي لا تزال تتمتع بوصول واسع النطاق والوحدات التجارية المتأخرة في تطبيق الوسوم

00:12:01.660 --> 00:12:05.880
ويتأكدنا من تفعيل التدقيق ومن إمكانية رؤية السجلات الصحيحة لفريق الأمن

00:12:05.880 --> 00:12:09.640
ويبحثنا عن المسؤولين المحليين الذين ربما أدخلوا استثناءات لم تتم مراجعتها رسميا

00:12:09.640 --> 00:12:12.500
ويقررون ما إذا كان بإمكان المجموعة التجربية التوسع بأمان

00:12:12.500 --> 00:12:14.740
أو ما إذا كان عليهم التوقف وإصلاح الأمور أولا

00:12:14.740 --> 00:12:20.320
وهنا تكمن القاعدة الأساسية فبدون قاعدة يصبح هذا النموذج مجرد اقتراح بدلا من كونه حوكمة فعالية

00:12:20.320 --> 00:12:24.040
لا يتم تطبيق نظام كوبيلوت في أي بيئة دون توثيق سجلات التدقيق

00:12:24.040 --> 00:12:27.740
وإتمام فحص المشاركة الزائدة ووضع حد أدنى لتغطية الوسوم

00:12:27.740 --> 00:12:31.000
لا أتحدث هنا عن مجرد التغطيط لهذه الأمور أو منقشتها جزئيا

00:12:31.000 --> 00:12:32.200
بل يجب التحقق منها

00:12:32.200 --> 00:12:35.140
إذا لم يتمكن المستأجر من إثبات استفاء الشروط الثلاثة

00:12:35.140 --> 00:12:36.100
يتوقف النشر

00:12:36.100 --> 00:12:37.140
قد يبدو هذا صارما

00:12:37.140 --> 00:12:44.780
لكن عند مقارنته بالتكلفة الباهضة لتنظيف الفوضى بعد أن يبدأ المستخدمون بالعثور على محتوى حساس لم يكن من المفترض كشفه عبر الذكاء الاصطناعي

00:12:44.780 --> 00:12:46.520
تصبح هذه القواعد بديهية

00:12:46.520 --> 00:12:49.420
سبب آخر لنجاح هذا النموذج هو التوقيت

00:12:49.420 --> 00:12:53.800
فكلما تأخرت في إعداده زادت ديون التنظيف التي ستتراكم عليك لاحقا

00:12:53.800 --> 00:13:00.960
كل مستأجر ينشر قبل الموعد المحدد يصبح تراكما هائلا للاستثناءات والأدلة المفقودة التي سيتعين على فريقك معالجتها في النهاية

00:13:00.960 --> 00:13:04.780
غالبا ما يتعامل القادة مع الحوكمة على أنها شيء يمكن تطويره بعد اكتمال التبني

00:13:04.780 --> 00:13:08.680
ولكن في بيئة كوبايلوت متعددة المستأجرين يكون هذا الترتيب معكوسا تماما

00:13:08.680 --> 00:13:10.380
يجب أن تقود الحكمة عملية النشر

00:13:10.380 --> 00:13:13.380
وإلا سيخلق النشر ديونا تفوق قدرة فرقك على استعابها

00:13:13.380 --> 00:13:17.120
إذا كنت تقود هذا على مستوى المؤسسة فإن خطوتك التالية واضحة جدا

00:13:17.120 --> 00:13:19.860
انشئ المركز الآن وحدد هذا المعيار اليوم

00:13:19.860 --> 00:13:23.900
عين أعضاء فريقك واكتب عملية معالجة الاستثناءات فورا

00:13:23.900 --> 00:13:26.060
يجب أن يكون مفهوم العالمية شاملا

00:13:26.060 --> 00:13:29.080
بحيث تعمل قراراتك وبوابات النشر كنظام واحد متكامل

00:13:29.080 --> 00:13:31.260
حتى وإن لم يكن المستخدمون أنفسهم كذلك

00:13:31.260 --> 00:13:34.940
لا قيمة للنموذج إلا إذا أحدث تغييرا فعليا فيما يطبق غدا

00:13:34.940 --> 00:13:37.660
ما الذي يجب على القادة قياسه قبل التوسع

00:13:37.660 --> 00:13:41.580
لا يتماسك نموذج الحوكمة إلا إذا أنتج مقاييس مشتركة بين الجميع

00:13:41.580 --> 00:13:45.020
وإلا سيدعي كل مستخدم أنه يحرز تقدما بلغته الخاصة

00:13:45.020 --> 00:13:48.260
وستتلقى القيادة تحديثات الحالة دون أي سيطرة حقيقية

00:13:48.260 --> 00:13:49.640
قبل توسيع نطاق كوبايلوت

00:13:49.640 --> 00:13:52.600
أنت بحاجة إلى مجموعة صغيرة من المقاييس التي تبين لك

00:13:52.600 --> 00:13:54.800
ما إذا كانت البنية تعمل بالطريقة التي تتوقعها

00:13:54.800 --> 00:13:56.720
لن تظهر لك مستويات النشاط الحقيقة

00:13:56.720 --> 00:13:59.180
ولن تظهر لك أرقام التبني المخاطر بالتأكيد

00:13:59.180 --> 00:14:01.520
يجب أن تبدأ بتقليل المشاركة الزائدة

00:14:01.520 --> 00:14:06.080
لا تزال هذه إحدى أبرز العلامات على أن بيئتك أصبحت أكثر أمانا للذكاء الاصطناعي

00:14:06.080 --> 00:14:07.860
عليك مراجعة مجموعات الوصول الواسعة

00:14:07.860 --> 00:14:09.400
ومواقع شيربوينت المفتوحة

00:14:09.400 --> 00:14:13.160
والأذنات القديمة التي تمنح وصولا أكثر بكثيرا مما تحتاجه الشركة فعليا

00:14:13.160 --> 00:14:15.180
الهدف هنا ليس الوصول إلى رقم مثالي

00:14:15.180 --> 00:14:18.780
بل إثبات أن مستوى تعرضك للخطر يتناقص قبل أن يتسع نطاق كوبايلوت

00:14:18.780 --> 00:14:21.220
إذا كان هذان الخطان يتحركان في اتجاهين متعكسين

00:14:21.220 --> 00:14:24.440
فأنت تتوسع بوتيرة أسرع بكثيرا من معالجة المشكلات الأساسية

00:14:24.440 --> 00:14:27.240
المقياس الثاني الذي تحتاجه هو تغطية المراقبة

00:14:27.240 --> 00:14:32.160
هل يمكنك بالفعل رؤية ما يفعله كوبايلوت عبر جميع المستأجرين لديك بطريقة تدعم إجراء تحقيق حقيقي

00:14:32.160 --> 00:14:37.580
تشير معظم الأبحاث إلى مايكروسوفت بورف يو باعتباره المكان الرئيسي لتخزين السجلات الأساسية مثل تفاعل كوبايلوت

00:14:37.580 --> 00:14:39.840
لكن هذا يفترض تفعيل التدقيق في كل مكان

00:14:39.840 --> 00:14:42.960
التغطية ليست شيئا يمكنك افتراض أنه يعمل ببساطة

00:14:42.960 --> 00:14:48.560
أنت بحاجة إلى معرفة أي المستأجرين لديهم استعاب التدقيق نشط وأيهم لا يزال يترك لك رؤية جزئية

00:14:48.560 --> 00:14:52.300
إذا لم تكن لديك سجلات فلن يكون لديك حوكمة ولا مساءلة

00:14:52.300 --> 00:14:54.680
يبدو هذا صريحا لأنه يجب أن يكون كذلك

00:14:54.680 --> 00:14:57.520
إذا لم يتمكن مستأجر من تقديم دليل قابل للاستخدام على ما يحدث

00:14:57.520 --> 00:14:59.400
فهذا المستأجر غير مستعد للتوسع بأمان

00:14:59.400 --> 00:15:01.380
لا يمكنك إدارة ما لا يسمح لك بفحصه

00:15:01.380 --> 00:15:04.700
وبالتأكيد لن تكون قادرا على الدفاع عن إجراءاتك إذا حدث خطأ ما لاحقا

00:15:12.960 --> 00:15:16.020
قيمة لقرار مركزين إذا قام أحد المستخدمين بتطبيقه هذا الأسبوع

00:15:16.020 --> 00:15:18.720
بينما ينتظر مستخدم آخر شهرا كاملا للتفكير فيه

00:15:18.720 --> 00:15:23.780
يجب قياس الوقت المستغرق من الموافقة على السياسة إلى تطبيقها فعليا في جميع المستخدمين

00:15:23.780 --> 00:15:26.800
لا أتحدث هنا عن الوقت اللازم للإعلان عنها أو توثيقها

00:15:26.800 --> 00:15:28.420
بل عن الوقت اللازم لتفعيلها

00:15:28.420 --> 00:15:30.700
بالنسبة لبرنامج ذكاء اصطناعيا سريع التطور

00:15:30.700 --> 00:15:32.600
يعد هذا التأخير مرادفا للمخاطرة

00:15:32.600 --> 00:15:34.420
يعتبر هدفا عمليا لمعظم المؤسسات

00:15:34.420 --> 00:15:36.800
أن لا يتجاوز 72 ساعة للتغييرات القياسية

00:15:36.800 --> 00:15:39.040
إذا كان وقت دورة التحديث لديك أطول من ذلك بكثير

00:15:39.040 --> 00:15:41.200
فهذا يعني أن مدجك غير قابل للتوسع بعد

00:15:41.200 --> 00:15:43.100
وأن لديك مشكلة تنسيق تحتاج إلى حل

00:15:43.100 --> 00:15:45.820
بعد ذلك عليك مراجعة نسبة تغطية التصنيفات

00:15:45.820 --> 00:15:48.020
لا تدع هذا المقياس يتحول إلى مجرد مؤشر سطحي

00:15:48.020 --> 00:15:50.700
يحقق فيه أحد المستخدمين أرقاما عالية بينما يتخلف الآخرون

00:15:50.700 --> 00:15:53.940
المهم حقا هو ما إذا كان المحتوى الحساس مصنفا بشكل متسق

00:15:53.940 --> 00:15:56.900
بما يكفي لضمان عدم اعتماد سلوك كوبيلوت على تخمينات المستخدم

00:15:56.900 --> 00:15:58.380
لا تسعى إلى الكمال هنا

00:15:58.380 --> 00:16:02.320
بل إلى مستوى تحكم متقارب في جميع المستخدمين في المؤسسة

00:16:02.320 --> 00:16:05.300
أخيرا عليك تتبع معدل انحراف صلاحيات الوصول

00:16:05.300 --> 00:16:08.900
يخبرك هذا المقياس ما إذا كانت جهودك في التنظيف فعالة على المدى الطويل

00:16:08.900 --> 00:16:10.540
بعد الانتهاء من مشروع الإصلاح

00:16:10.540 --> 00:16:12.880
ما مدى سرعة انتشار هذه الصلاحيات مجددا

00:16:12.880 --> 00:16:15.600
ما مدى تكرار عودة هذه المجموعات الواسعة إلى النظام

00:16:15.600 --> 00:16:17.440
تدك العديد من الفرق هذا الأمر متأخرا جدا

00:16:17.440 --> 00:16:20.300
لأنها قيمت الإصلاح مرة واحدة وافترضت أن المشكلة قد زالت نهائيا

00:16:20.300 --> 00:16:21.380
لم تكن كذلك

00:16:21.380 --> 00:16:25.120
المقياس الوحيد المهم هو مدى سرعة تدهور النظام بمجرد التوقف عن مراقبته

00:16:25.120 --> 00:16:27.260
هذه هي لوحة معلومات التشغيل الخاصة بك

00:16:27.260 --> 00:16:29.820
عليك تتبع تقليل المشاركة الزائدة وتغطية المراقبة

00:16:29.820 --> 00:16:33.460
والوقت اللازم لتطبيق السياسة وتغطية التصنيفات وانحراف صلاحيات الوصول

00:16:33.460 --> 00:16:36.620
إن وطيرة إعداد التقارير لا تقل أهمية عن الأرقام نفسها

00:16:36.620 --> 00:16:39.360
يجب أن يمتلك المركز الرئيسي لوحة معلومات الإدارة التنفيذية

00:16:39.360 --> 00:16:41.800
لأن القيادة تحتاج إلى رؤية موحدة للوضع برمته

00:16:41.800 --> 00:16:44.620
في الوقت نفسه يجب أن تتولى الفروع مسؤولية الإصلاح

00:16:44.620 --> 00:16:47.340
لأن العمل الفعلية يجب أن يتم على مستوى حدود المستأجر

00:16:47.340 --> 00:16:50.060
يقرأ فريق النظام ويقوم الفريق الآخر بتصحيحه

00:16:50.060 --> 00:16:52.120
يجب عليك تتبع هذه الأرقام قبل التوسع

00:16:52.120 --> 00:16:53.460
وليس بعد فوات الأواني

00:16:53.460 --> 00:16:56.360
لا يكمن الخطر في انتظار اجتماعك التالي أو ورشة عمل الحوكمة

00:16:56.360 --> 00:16:59.260
إنه مفاعل بالفعل في كل بيئة عمل حيث يستطيع كوبايلوت

00:16:59.260 --> 00:17:01.480
تحديد ما تسمح له ضوابطك الحالية برؤيته

00:17:01.480 --> 00:17:03.880
هناك نمطان يخفل عنهما القادة باستمرار

00:17:03.880 --> 00:17:05.740
ألاحظ نمطين محددين في الميدان

00:17:05.740 --> 00:17:08.380
وكلهما يحدثوا لأن القادة يتعاملون مع كوبايلوت

00:17:08.380 --> 00:17:11.160
كإطلاق برنامج جديد بدلا من كونه حدثا هاما للتحكم

00:17:11.160 --> 00:17:13.840
يبدأ النمط الأول عندما تفعل مؤسسة ما كوبايلوت

00:17:13.840 --> 00:17:17.580
قبل تحديد مستوى صلاحيات الوصول أو مراجعة صلاحيات الوصول إلى شيربوين

00:17:17.580 --> 00:17:19.940
في اليوم الأول يبدو التفعيل مثاليا

00:17:19.940 --> 00:17:22.520
يتم تخصيص التراخيص ويتحمس المستخدمون

00:17:22.520 --> 00:17:24.860
وتتمحور الرسائل الداخلية حول الانتاجية

00:17:24.860 --> 00:17:29.440
ولكن بعد ذلك تبدأ المطالبات العادية في عرض مواد كانت متاحة تقنيا طوال الوقت

00:17:29.440 --> 00:17:31.800
ولكنها غير مرئية عمليا للموظف العادي

00:17:31.800 --> 00:17:35.060
قبل ذكاء الاصطناعي لم يكن أحد يقضي يومه في تصفح المواقع القديمة

00:17:35.060 --> 00:17:38.480
أو المجلدات المهملة أو الأذونات الموروثة للعثور على أشياء لا ينبغي لهم رؤيتها

00:17:38.480 --> 00:17:40.420
أما الآن فلا داعي لذلك

00:17:40.420 --> 00:17:44.140
يطرح المستخدم سؤالا بسيطا فيظهر ملخص ثم يظهر ملف

00:17:44.140 --> 00:17:47.160
ربما يكون محتوى حساسا خاصا بالموارد البشرية أو مواد مالية

00:17:47.160 --> 00:17:50.200
أو معلومات عن صفقة كان من المفترض أن تقض من نطاق ضيق جدا

00:17:50.200 --> 00:17:54.280
لم يكن هناك اختراق ولا برمجيات خبيثة ولا خرق لحدود الأمان بالمعنى التقليدي

00:17:54.280 --> 00:17:58.660
ببساطة استخدم النظام صلاحيات وحالة المحتوى التي سمح بها المستأجر مسبقا

00:17:58.660 --> 00:18:01.280
عندها فقط أدركت العديد من الفرق المشكلة

00:18:01.280 --> 00:18:03.340
لم يتسبب الذكاء الاصطناعي في هذا الكشف

00:18:03.340 --> 00:18:05.560
بل أزال فقط العقبات التي كانت تخفيه

00:18:05.560 --> 00:18:07.360
بمجرد حدوث ذلك في مستأجر واحد

00:18:07.360 --> 00:18:10.260
عادتا ما تتراجع ثقة الإدارة العليا في جميع أنحاء المؤسسة

00:18:10.260 --> 00:18:13.200
لأنه لا يمكن لأحد الجزم بمكان ظهور النمط نفسه لاحقا

00:18:13.200 --> 00:18:14.240
قد يبدو الحادث محليا

00:18:14.240 --> 00:18:17.060
لكن الضرر الذي يلحق بالثقة يمتد على مستوى المؤسسة بأكملها

00:18:17.060 --> 00:18:18.760
أما النمط الثاني فهو أقل وضوحا

00:18:18.760 --> 00:18:20.120
ولكنه لا يقل خطورة

00:18:20.120 --> 00:18:22.480
تقوم شركة بإنشاء علاقات هوية بين المستأجرين

00:18:22.480 --> 00:18:25.040
وتسمع بإمكانية وجود سيناريوهات متعددة المستأجرين

00:18:25.040 --> 00:18:27.960
وتفترض أن نموذج تشغيلها ناضج بما يكفي لتطبيق واسع النطاق

00:18:27.960 --> 00:18:30.320
على الورق تبدو هذه خطة محكمة

00:18:30.320 --> 00:18:32.880
لكن في الواقع تصبح العمليات معقدة

00:18:32.880 --> 00:18:35.820
يتوقع فريق تجربة سلسة لامكو بيلوت في جميع البيئات المتصلة

00:18:35.820 --> 00:18:38.040
بينما يتوقع فريق آخر مستوى رؤية مماثلا

00:18:38.040 --> 00:18:41.460
ويفترض فريق ثالث أن عناصر التحكم نفسها ستتبع المستخدم في كل مكان

00:18:41.460 --> 00:18:44.220
ثم يبدأ الاستخدام الفعلي في كشف السلوك غير المتسق

00:18:44.220 --> 00:18:47.720
والثغرات في المصادقة ونقاط الضعف فيما يمكن قياسه فعليا

00:18:47.720 --> 00:18:50.060
المشكلة ليست في إهمال هذه الفرق

00:18:50.060 --> 00:18:52.560
بل في ترجمتهم للاتصال إلى ضمان

00:18:52.560 --> 00:18:55.620
هذا الافتراض يخلق صورة زائفة عن الامتثال

00:18:55.620 --> 00:18:57.620
تسمع القيادة كلمة متصل

00:18:57.620 --> 00:18:59.680
فتفترض أن المؤسسة جاهزة

00:18:59.680 --> 00:19:04.140
بعد أشهر تكشف مراجعة الرقابة أن السلوك والأدلة والتنفيذة تباينت بشكل أكبر بكثير

00:19:04.140 --> 00:19:06.220
مما كان أي شخص يرغب في الاعتراف به في البداية

00:19:06.220 --> 00:19:08.440
الآن قارن ذلك بنمط أفضل

00:19:08.440 --> 00:19:11.100
تختار مؤسسة أخرى التريث قبل التوسع

00:19:11.100 --> 00:19:13.220
فهي تحدد خطيا أساسيا للتصنيفات أولا

00:19:13.220 --> 00:19:14.900
وتراجع الوصول الواسع أولا

00:19:14.900 --> 00:19:17.400
وتتحقق من وضوح التدقيق قبل القيام بأي شيء آخر

00:19:17.400 --> 00:19:18.900
توسع كوبيلوت على مراحلة

00:19:18.900 --> 00:19:20.120
ليس خوفا من التبني

00:19:20.120 --> 00:19:24.640
بل لأنها تريد أن تنتج كل مرحلة أدلة قابلة للاستخدام قبل بدء المرحلة التالية

00:19:24.640 --> 00:19:27.640
عادة ما تتحرك هذه المؤسسة بشكل أسرع على المدى الطويل

00:19:27.640 --> 00:19:29.900
لأنها لا تتوقف باستمرار لتفسير المفاجآت

00:19:29.900 --> 00:19:31.320
أو تنظيف المحتوى المكشوف

00:19:31.320 --> 00:19:33.860
أو الجدال حول المعنى الحقيقي لكلمة مدار

00:19:33.860 --> 00:19:36.460
هذه هي الميزة التي يغفل عنها معظم القادة

00:19:36.460 --> 00:19:38.880
الحوكمة الجيدة لا تعيق عملية النشر

00:19:38.880 --> 00:19:42.580
يزيل هذا العائق من عملية الإطلاق بعد انتهاء المرحلة الأولى

00:19:42.580 --> 00:19:44.560
لا يكمن الخطر في عملية التبني نفسها

00:19:44.560 --> 00:19:47.640
بل في التبني غير المدار عبر منصات تبدو متصلة ظاهريا

00:19:47.640 --> 00:19:50.340
لكنها تتصرف بشكل مختلف تماما عند التدقيق

00:19:50.340 --> 00:19:52.760
القرار الذي عليك أتخاذه بسيط للغاية

00:19:52.760 --> 00:19:56.420
عليك الانتقال إلى نموذج حوكمة الذكاء الاصطناعي المركزي الآن

00:19:56.420 --> 00:19:59.920
والتوقف عن الخلط بين التبديل بين المنصات والتحكم الفعلي

00:19:59.920 --> 00:20:03.520
يجب عليك إيقاف توسيع كوبيلوت في أي منصة لا تستطيع إثبات سجلاتها

00:20:03.520 --> 00:20:05.300
أو مراجعتها المفرطة في المشاركة

00:20:05.300 --> 00:20:07.040
أو تغطية خط الأساس للتصنيفات

00:20:07.040 --> 00:20:09.540
سيتبع الذكاء الاصطناعي النظام الذي تبنيه فعليا

00:20:09.540 --> 00:20:11.420
وليس الهيكل التنظيمي الذي تتبعه

00:20:11.420 --> 00:20:14.560
إذا غير هذا طريقة تفكيرك في حوكمة كوبيلوت متعددة المنصات

00:20:14.560 --> 00:20:16.620
فتابعني ميركو بيتريز على لينبتن

00:20:16.620 --> 00:20:19.560
وشارك هذا مع فريقك إذا كنت تواجه هذه المشكلات حاليا