WEBVTT

00:00:00.000 --> 00:00:05.280
هل أنت مستعد لعشرة أيام من مايكروسوفت 365 وكو بايلوت والذكاء الاصطناعي وأشر

00:00:05.280 --> 00:00:07.420
ومع الأشخاص الذين يصيغون مستقبل العمل

00:00:07.420 --> 00:00:12.560
في يناير المقبل يعود مؤتمر M365 كون بحجم أكبر من أي وقت مضى

00:00:12.560 --> 00:00:18.420
انضم إلينا في جلسات حية وعروض تجريبية واقعية ومعرفة عملية من خبراء مايكروسوفت وأبرز المتخصصين في المجال حول العالم

00:00:18.420 --> 00:00:22.040
لا شرائح عرض تقليدية ولا مصطلحات جوفاء لا تنتهي

00:00:22.040 --> 00:00:23.820
نحن نتناول التحديات الحقيقية

00:00:23.820 --> 00:00:29.320
كو بايلوت ستوديو ووكلاء الذكاء الاصطناعي وفابريك والأمان والحوكمة والأتمتة

00:00:29.320 --> 00:00:33.120
سواء كنت خبيرا في تكنولوجيا المعلومات أو مطورا أو قائد أعمال

00:00:33.120 --> 00:00:36.700
فهناك جلسات صممت خصيصا لك على مدار عشر أيام كاملة

00:00:36.700 --> 00:00:40.460
يمكنك استكشاف تقنيات متعددة والتواصل مع مجتمع عالميا

00:00:40.460 --> 00:00:44.740
شاهد الفعاليات مباشرة واكتسب رؤى عملية لتطبيقها في مؤسستك

00:00:44.740 --> 00:00:49.400
يناير 2027 عشر أيام ومجتمع مايكروسوفت واحد

00:00:49.400 --> 00:00:51.240
التسجيل مفتوح الآن

00:00:51.240 --> 00:00:54.480
أحجز مكانك اليوم

00:00:54.480 --> 00:00:59.340
الموقع هو m365.net

00:00:59.340 --> 00:01:02.700
انضم الآن عبر m365.net

00:01:02.700 --> 00:01:04.740
ونراكم مباشرة في يناير

00:01:04.740 --> 00:01:09.220
ماذا سيحدث إذا بدأت وكلاء الذكاء الاصطناعي في اتخاذ قرارات دون أن تلاحظ ذلك حتى

00:01:09.220 --> 00:01:11.960
في جلسة اليوم سنستعرض سبب كون الحوكمة لم تعد خيارا

00:01:11.960 --> 00:01:16.140
وكيف يمكن لمركز إدارة مايكروسوفت 365 أن يمنحك لوحة التحكم المفقودة

00:01:16.140 --> 00:01:19.500
سترى الأدوات الدقيقة التي تساعدك في منع وكلائك من الخروج عن السيطرة

00:01:19.500 --> 00:01:21.960
مع الاستمرار في تمكين فرقك من بناء ما يحتجونه

00:01:21.960 --> 00:01:25.700
إذا كنت تتساءل عن كيفية الاستفادة من مزايا كوبايلوت دون فقدان الرقابة

00:01:25.700 --> 00:01:27.040
فأنت في المكان الصحيح

00:01:27.040 --> 00:01:30.500
لماذا تثير وكلاء الذكاء الاصطناعي مخاوف الكثير من المؤسسات؟

00:01:30.500 --> 00:01:34.400
ما الذي يجعل الشركة تتردد بينما تبدو فوائد وكلاء الذكاء الاصطناعي واضحة جدا على الورق

00:01:34.400 --> 00:01:37.920
تقليل العمل اليدوي واتخاذ قرارات أسرع واستخدام أفضل للبيانات

00:01:37.920 --> 00:01:40.780
على السطح يبدو الأمر مكسبا سهل الموافقة عليه

00:01:40.780 --> 00:01:44.120
ومع ذلك عندما ينتقل الحديث من شرائح العرض إلى التنفيذ الفعلي

00:01:44.120 --> 00:01:45.980
ترى فرق القيادة تبدأ في التراجع

00:01:45.980 --> 00:01:48.980
هذا التردد لا ينبع من نقص الإيمان بالتكنولوجيا

00:01:48.980 --> 00:01:56.560
بل ينبع من الخوف مما قد يحدث بمجرد بدء تشغيل مئات أو حتى آلاف العمليات المؤتمتة الصغيرة في الخلفية دون رقابة واضحة

00:01:56.560 --> 00:02:04.420
لقد أبقى التوتر بين الوعود الهائلة وحالة عدم اليقين المماثلة العديد من المؤسسات عالقة في وضع التجربة لفترة أطول بكثير مما توقعوا

00:02:04.420 --> 00:02:09.060
الحقيقة هي أن وكلاء الذكاء الاصطناعي تثير قلق الناس لأنها لا تعمل مثل الأدوات الأخرى

00:02:09.060 --> 00:02:13.640
يمكنك التحكم في تثبيت الموظفين لتطبيق إنتاجية جديد أو حضر البرامج عبر إدارة نقاط نهاية

00:02:13.640 --> 00:02:16.080
لكن الوكلاء لا يندرجون بدقة ضمن تلك الفئات

00:02:16.080 --> 00:02:19.660
لقد صمموا للعمل أحيانا بسرعة وأحيانا عبر أنظمة متعددة

00:02:19.660 --> 00:02:23.120
بمجرد إطلاقهم قد تشعروا وكأنهم يتحركون من تلقاء أنفسهم

00:02:23.120 --> 00:02:27.160
وبالنسبة لقادة تكنولوجيا المعلومات المدربين على التفكير من منظور السيطرة والتوحيد القياسي والحوكمة

00:02:27.160 --> 00:02:32.840
فإن فكرة وجود عمليات خلفية غير مرئية تشكل تدفقة المعلومات الفعلية قد تبدو وكأنها فقدان كامل للسيطرة على المؤسسة

00:02:32.840 --> 00:02:35.580
هناك الكثير من الأمثلة التي توضح كيف يتطور هذا الأمر

00:02:35.580 --> 00:02:38.680
يطلق فريق بحثي روبوتا لسحب مجموعات البيانات وتنظيمها

00:02:38.680 --> 00:02:41.520
يلاحظ شخص آخر عمله فيقوم بنسخه مع إجراء تعديلات طفيفة

00:02:41.520 --> 00:02:44.880
في غضون أسابيع لا تعود الشركة تدير وكيلا واحدا خاضعا للحوكمة الجيدة

00:02:44.880 --> 00:02:46.800
بل تدير عشرون نسخة منها اختلافات صغيرة

00:02:46.800 --> 00:02:49.160
وبدون تحكم في الإصدارات وبلا مالك واضح

00:02:49.160 --> 00:02:55.380
الآن يتخذ محلل في برلين قرارات بناء على مجموعة بيانات تختلف قليلا عما يستخدمه مدير في نيويورك

00:02:55.380 --> 00:02:58.260
ويحتار قسم المالية لأن كل الإصدارين يغذي تقاريرهم

00:02:58.260 --> 00:03:01.980
كرر هذا في عشرات الأقسام حيث يحاول كل منها تسريع عمله

00:03:01.980 --> 00:03:07.000
وفجأة يتحول تعزيز الإنتاجية إلى تساؤل حول أي الأرقام يمكن الوثوق بها فعليا

00:03:07.000 --> 00:03:11.840
لقد رأينا أيضا حالات تجاوزت فيها الأتمتة حدودا كان ينبغي عدم المساس بها

00:03:11.840 --> 00:03:17.360
كان لدى إحدى الشركات نص برمجي داخلي ينقل معلومات العملاء بهدوء بين الأنظمة لتسهيل عمليات الإلحاق

00:03:17.360 --> 00:03:21.400
لكن لم يراجع أحد ما إذا كانت عمليات نقل البيانات تتبع معايير الامتثال

00:03:21.400 --> 00:03:28.120
عندما وصل المراجعون لم تستطع المؤسسة تقديم سجل بمن كتبه أو سبب تشغيله أو القواعد التي أتبعها

00:03:28.120 --> 00:03:32.680
لم يكن ذلك فشلا في قدرات الذكاء الاصطناعي بل كان فشلا في الرقابة

00:03:32.680 --> 00:03:37.560
تكنولوجيا صممت لتوفير الوقت تسببت في أكبر معضلة امتثال واجهتها شركة منذ سنوات

00:03:37.560 --> 00:03:40.500
ليس من الصعب معرفة سبب رد فعل القادة بحذر

00:03:40.500 --> 00:03:46.260
إن إدخال وكلاء دون حدود يشبه إعطاء كل موظف طائرة بدون طيار وتركهم يطيرون بها أينما يريدون

00:03:46.260 --> 00:03:52.760
قد تقلع الأوائل بسلاسة لكن سرعان ما تصطدم واحدة بمبنى وتختفي أخرى دون أن يعرف أحد أين ذهبت

00:03:52.760 --> 00:03:54.960
وتعيي ثالثة هبوط مروحية إنقاذ

00:03:54.960 --> 00:04:00.460
بدون برج مراقبة تصبح التكنولوجيا ذاتها التي كان من المفترض أن تزيد الكفاءة خطرا عاما

00:04:00.460 --> 00:04:03.000
ينطبق المبدأ نفسه على العمل المعرفي

00:04:03.000 --> 00:04:07.480
الأتمتة بحد ذاتها ليست مصدر الخوف بل غياب السيطرة هو المصدر

00:04:07.480 --> 00:04:10.900
تؤكد الدراسات الاستقصائية ما يمكنك تخمينه بالفعل من هذه القصص

00:04:10.900 --> 00:04:16.480
يشير المسؤولون التنفيذيون باستمرار إلى الانتثال والأمن وتسريب البيانات كمخاوفهم الأساسية بشأن الذكاء الاصطناعي في المؤسسات

00:04:16.480 --> 00:04:19.660
نادرا ما يتعلق الأمر بما إذا كانت التكنولوجيا تحقق نتائج

00:04:19.660 --> 00:04:25.480
المخاوف هي أن تتسرب معلومة خاطئة أو أن يتخذ روبوت إجراء لا يمكن لأحد تتبعه بأثر رجعيا

00:04:25.480 --> 00:04:28.240
المخاطر لا تقتصر فقط على الأخطاء التشغيلية

00:04:28.240 --> 00:04:32.760
بل تمتد مباشرة إلى السمعة والمخاطر التنظيمية وثقة العملاء

00:04:32.760 --> 00:04:37.720
يستغرق الأمر سنوات لإعادة بناء الثقة عندما يعتقد العملاء أن أتمت تكشفت بيانات لم يكن ينبغي لها ذلك

00:04:37.720 --> 00:04:40.520
لهذا السبب من المهم تسمية المشكلة الحقيقية بشكل صحيح

00:04:40.520 --> 00:04:43.300
الشركات لا تخاف من وكلاء كوبايلوت أنفسهم

00:04:43.300 --> 00:04:45.240
بل تخاف من فقدان الرؤية عليهم

00:04:45.240 --> 00:04:48.680
إنهم يخافون من نسيان من بنى أي وكيل ومتى تمت مراجعته آخر مرة

00:04:48.680 --> 00:04:51.220
أو سبب قيامه بسحب معلومات من أنظمة حساسة

00:04:51.220 --> 00:04:54.520
المشكلة ليست في البرنامج بل في غياب ضوابط الأمان التي تجعله موثوقا

00:04:54.520 --> 00:04:57.020
ويمكن التنبؤ به ومتوافقا مع سياسات المؤسسة

00:04:57.020 --> 00:05:00.300
بمجرد رؤية الأمور من هذا المنظور يصبح الطريق نحو المستقبل أكثر وضوحا

00:05:00.300 --> 00:05:02.160
وهنا تكمن مفاجأة معظم الناس

00:05:02.160 --> 00:05:06.840
لوحة التحكم التي تشعر العديد من المؤسسات بأنها مفقودة موجودة بالفعل داخل مايكروسوفت 365

00:05:06.840 --> 00:05:10.760
إنها ليست إضافة منفصلة وليست ميزة مخفية مدفوعة

00:05:10.760 --> 00:05:13.040
بل هي جزء لا يتجزأ من مركز الإدارة

00:05:13.040 --> 00:05:17.760
ورغم أن العديد من المؤسسات تستخدم تلك البوابة فقط لتخصيص الترخيص أو سياسات تيمز الأساسية

00:05:17.760 --> 00:05:21.060
فقد أصبحت بهدوء برج مراقبة الحركة الجوية لوكلاء كوبايلوت

00:05:21.060 --> 00:05:24.600
بمعنى آخر ضوابط الأمان التي تحتاجها موجودة بالفعل أمامك

00:05:24.600 --> 00:05:27.600
السؤال الوحيد هو ما إذا كنت قد فتحت اللوحة الصحيحة

00:05:27.600 --> 00:05:30.100
لوحة التحكم التي لم تكن تعلم بوجودها

00:05:30.100 --> 00:05:33.600
ماذا لو كانت قمرة القيادة لإدارة وكلاء الذكاء الاصطناعي لديك أمامك مباشرة

00:05:33.600 --> 00:05:35.660
ومعظم المسؤولين ببساطة لم يلاحظوا ذلك

00:05:35.660 --> 00:05:36.820
قد يبدو الأمر غير مرجح

00:05:36.820 --> 00:05:39.580
لكن الحقيقة هي أن مركز إدارة ميكروسوفت 365

00:05:39.580 --> 00:05:43.000
يحتوي بهدوء على عجلة القيادة التي تبحث عنها الكثير من المؤسسات

00:05:43.000 --> 00:05:46.680
المفارقة هي أن العديد من فرق تقنية المعلومات تفتح البوابة يومياً

00:05:46.680 --> 00:05:50.180
لكنها تستمر في تجاوز الأجزاء الأكثر أهمية لحوكمة الوكلاء

00:05:50.180 --> 00:05:51.360
عند التفكير في الأمر

00:05:51.360 --> 00:05:54.560
هذا أحد تلك المواقف التي تعمل فيها الألفة ضدك

00:05:54.560 --> 00:05:56.160
أن تفترض أنك تعرف ما في الداخل

00:05:56.160 --> 00:06:00.580
لذا لا تتوقع العثور على أدوات تحكم جديدة مخفية خلف علامات تبويب تتجاهلها عادة

00:06:00.580 --> 00:06:03.980
لسنوات تم التعامل مع مركز الإدارة كلوحة مرافق أساسية

00:06:03.980 --> 00:06:07.160
تفتحه لتوزيع التراخيص أو تهيئة صناديق بريد اكستشينج

00:06:07.160 --> 00:06:09.260
أو ربما تعديل سياسة فريق أو اثنتين

00:06:09.260 --> 00:06:12.180
إنه مساحة العمل الأساسية لربط الميزات بالمستخدمين

00:06:12.180 --> 00:06:16.080
والتأكد من حصول الأشخاص الذين يرسلون التذاكر على الخدمات التي يطلبونها

00:06:16.080 --> 00:06:19.560
ما يتم تجاهله غالبا هو مدى ثراء هذا المركز الذي أصبح عليه الآن

00:06:19.560 --> 00:06:23.200
خلف نفس الواجهة توجد مجموعة متزايدة من الميزات المصممة لمساعدة المسؤولين

00:06:23.200 --> 00:06:24.900
ليس فقط في إدارة من لديه صلاحية الوصول

00:06:24.900 --> 00:06:27.580
بل في كيفية إنشاء الأشخاص للأتمتة واستخدامها ومشاركتها

00:06:27.580 --> 00:06:30.520
إذا كنت قلقا بشأن خروج وكلاء كوبيلوت عن نطاق السيطرة

00:06:30.520 --> 00:06:33.160
فإن ضوابطهم لا تبعد عنك أكثر من بضع نقارات

00:06:33.160 --> 00:06:34.540
هذا التباين واضح

00:06:34.540 --> 00:06:38.940
تدور محادثات كاملة في منتديات تقنية المعلومات حول الخوف من فوضى الذكاء الاصطناعي

00:06:38.940 --> 00:06:41.180
أو ظهور روبوتات غير مصرح بها في الأقسام

00:06:41.180 --> 00:06:43.200
أو أتمتة تلمس بيانات حساسة

00:06:43.200 --> 00:06:46.200
أو تكرار سير العمل مع وجود اختلافات طفيفة لكنها ضرة

00:06:46.200 --> 00:06:48.820
ومع ذلك تعبر نفس هذه المؤسسات عن مخاوفها

00:06:48.820 --> 00:06:52.380
بينما نادرا ما تلتفت إلى لوحة المعلومات المركزية المصممة لمنع ذلك تماما

00:06:52.380 --> 00:06:53.760
إنه أنفصال غريب

00:06:53.760 --> 00:06:55.140
نحن نخشى فقدان السيطرة

00:06:55.140 --> 00:06:58.440
لكننا لا نستخدم لوحة التحكم الموجودة بالفعل لتنسيق المسار

00:06:58.440 --> 00:07:03.220
هذا يشبه الشكوى من حركة المرور غير المتوقعة مع تجاهل إشارات المرور الموجودة عند الزاوية

00:07:03.220 --> 00:07:05.940
تخيل سيناريو نموذجيا داخل شركة كبيرة

00:07:05.940 --> 00:07:08.500
لدى قسم التسويق شخص يبني وكلاء لجمع ملاحظات العملاء

00:07:08.500 --> 00:07:11.000
بينما يصمم قسم العمليات روبوتا لتبسيط تتبع الطلبات

00:07:11.000 --> 00:07:13.480
لا شيء من هذا يندرج ضمن تقنية المعلومات غير المصرح بها

00:07:13.480 --> 00:07:14.460
شادوئت عن قصد

00:07:14.460 --> 00:07:17.460
إنهم مجرد موظفين متحمسين يحاولون تسهيل مهام عملهم اليومي

00:07:17.460 --> 00:07:21.220
ولكن عند إطلاق هؤلاء الوكلاء يتشتتنا في صوامع بيانات منفصلة دون سجل موحد

00:07:21.220 --> 00:07:23.740
بحلول الوقت الذي يعثر فيه فريق تقنية المعلومات عليهم

00:07:23.740 --> 00:07:26.660
يستحيل معرفة من يملك ماذا أو ما هي مصادر البيانات التي يستخدمونها

00:07:26.660 --> 00:07:29.180
فجأة تتحول المحادثات مع قسم الامتثال إلى عمل تحري

00:07:29.180 --> 00:07:31.020
من الذي قام ببناء هذا بالفعل

00:07:31.020 --> 00:07:32.240
متى تم تحديثه

00:07:32.240 --> 00:07:34.220
ما هي الأذونات التي ورثها بهدوء

00:07:34.220 --> 00:07:38.800
بدون إشراف واضح يمكن حتى لأصغر عمليات الأتمتة أن تتفاقما لتصبح ثغرات امتثال لم يخطط لها أحد

00:07:38.800 --> 00:07:43.320
يعالج مركز الإدارة هذا الأمر مباشرة من خلال تجميع كل تلك الأنشطة غير المرئية في مكان واحد

00:07:43.320 --> 00:07:47.760
بدلا من التخمين يمكنك معرفة الوكلاء الموجودين والموصلات التي يعتمدون عليها

00:07:47.760 --> 00:07:49.700
ومن لديه صلاحية تعديلهم أو نشرهم

00:07:49.700 --> 00:07:53.460
تحدد السياسات المجموعات المسموحة لها بإنشاء الأتمتة في المقام الأول

00:07:53.460 --> 00:07:56.680
مما يعني أنه يمكنك الفصل بين التجريب والنشر الرسمي

00:07:56.680 --> 00:08:02.660
هذا أمر بالغ الأهمية لأن بناء نموذج أولي داخلي ضمن فريق واحد يختلف تماما عن أعداد شيء يؤثر على نظام إدارة علاقات العملاء

00:08:02.660 --> 00:08:04.520
CRM أو الموارد البشرية بالكامل

00:08:04.520 --> 00:08:07.440
يتيح لك المركز الحفاظ على فصل هذه الأجزاء عن بعضها البعض

00:08:07.440 --> 00:08:09.660
تضيف الأذونات طبقة أخرى من الأمان

00:08:09.660 --> 00:08:13.940
من السهل تخيل المخاطر إذا كان بإمكان كل موظف متحمس ليس فقط بناء الوكلاء

00:08:13.940 --> 00:08:16.380
بل إطلاقهم ليعملوا على مستوى المؤسسة بالكامل

00:08:16.380 --> 00:08:22.440
النموذج الأفضل هو السماح بمشاركة أو سعى في بناء الأفكار مع قصر سلطة النشر على أدوار محددة

00:08:22.440 --> 00:08:27.920
من الناحية العملية قد يبدو هذا كمحلل ماليين ينشئون مسودات وكلاء لتلبية احتياجات تقاريرهم

00:08:27.920 --> 00:08:32.940
بينما يقرر فريق حوكمة تقنية المعلومات فقط ما إذا كانت تلك المسودات ستصل إلى بيئة الإنتاج

00:08:32.940 --> 00:08:38.580
من خلال تهيئة هذه القواعد داخل مركز الإدارة فإنك تقرر مسبقا من يضع قواعد هذه المساحة

00:08:38.580 --> 00:08:40.360
تكمل التقارير هذه الدورة

00:08:40.360 --> 00:08:46.580
بدلا من انتظار حدوث عطل لاكتشاف وجود روبوت يمكنك تتبع اتجاهات الاستخدام ومعرفة الأقسام التي تجري تجارب مكثفة

00:08:46.580 --> 00:08:49.720
وإجراء عمليات تدقيق دون ملاحقة جداول بيانات عشوائية

00:08:49.720 --> 00:08:54.100
هذه الرؤية المستندة إلى البيانات لا تغطي الامتثال فحسبه بل تثري الاستراتيجية أيضا

00:08:54.100 --> 00:08:57.300
إذا لحظت أن فرق الدعم تنشئ بشكل متكرر وكلاء متشابهين

00:08:57.300 --> 00:09:02.340
فربما حان الوقت للاستثمار في حل موحد بدلا من ترك عشرات النسخ المتشابهة تعمل دون رقابة

00:09:10.360 --> 00:09:13.780
دون رادع تخيل مركز الإدارة كبرج مراقبة الحركة الجوية

00:09:13.780 --> 00:09:17.660
يتم تسجيل كل خطة طيران وتتم الموافقة على كل إقلاع وفقا للسياسة

00:09:17.660 --> 00:09:20.760
ولا تحدث تصادمات ببساطة لأن هناك من يراقب السماء بأكملها

00:09:20.760 --> 00:09:24.440
بمجرد أن تدك أن لوحة تحكم مركزية واحدة تمتلك هذه القوة بهدوء

00:09:24.440 --> 00:09:28.340
ستتوقف عن معاملة الوكلاء كتهديد خفي وتبدأ في تشغيلهم كعمليات منظمة

00:09:28.340 --> 00:09:31.460
ومع وضع هذا الإطار يتغير محور الحديث

00:09:31.460 --> 00:09:33.580
لأنه بينما يحصل المسؤولون على رقابتهم

00:09:33.580 --> 00:09:37.620
لا يزال الموظفون بحاجة إلى مساحة للبناء والتجربة دون تجاوز تلك الحدود

00:09:37.620 --> 00:09:40.440
وهذا بالضبط ما يتدخل فيه كوبايلوت ستوديو

00:09:40.440 --> 00:09:41.700
ابتكار بلا فوضى

00:09:41.700 --> 00:09:43.660
هذا هو كوبايلوت ستوديو في العمل

00:09:43.660 --> 00:09:48.960
كيف تتيح للموظفين إنشاء حلولهم الخاصة المدعومة بالذكاء الاصطناعي دون جر المؤسسة إلى الفوضى

00:09:48.960 --> 00:09:52.260
هذا هو التحدي الرئيسي عندما يتعلق الأمر باكوبايلوت ستوديو

00:09:52.260 --> 00:09:55.640
فمن ناحية صممت هذه الأداة لإطلاق العنان للإبداع عبر الأقسام

00:09:55.640 --> 00:10:00.060
مما يمنح الأشخاص الذين يذكون نقاط الألم اليومية لديهم الفرصة لأتمتتها مباشرة

00:10:00.060 --> 00:10:01.340
ومن ناحية أخرى

00:10:01.340 --> 00:10:05.860
فإن توزيع أدوات البناء دون رقابة قد يؤدي بسهولة إلى موجة من سير العمل غير المنضبط

00:10:05.860 --> 00:10:09.400
مما يترك قسم تكنولوجيا المعلومات في حيرة لمعرفة ما يجري فعليا

00:10:09.400 --> 00:10:11.940
إنه توازن يبدو معقدا للوهلة الأولى

00:10:11.940 --> 00:10:13.980
هل تمكن المستخدمين وتخاطر بالفوضى

00:10:13.980 --> 00:10:16.040
أم تقيد كل شيء وتخنق التقدم

00:10:22.260 --> 00:10:25.460
وحتى نشر وكلاء لتحسين طريقة عملهم

00:10:25.460 --> 00:10:29.160
الفرق بين هذا وبين أتمتة أفعلها بنفسك في الماضي بسيط

00:10:29.160 --> 00:10:31.920
حواجز الحماية مدمجة بالفعل في المنصة

00:10:31.920 --> 00:10:35.100
بدلا من مطالبة تكنولوجيا المعلومات بالتنظيف بعد وقوع الأمر

00:10:35.100 --> 00:10:40.660
يستخدم ستوديو نفس مبادئ الحوكمة التي تديرها في مركز الإدارة ويدمجها مباشرة في بيئة التصميم

00:10:40.660 --> 00:10:43.440
هذا ما يجعله عمليا بدلا من كونه محفوفا بالمخاطر

00:10:43.440 --> 00:10:46.180
ومع ذلك يظل التوتر لدى المسؤولين حقيقيا جدا

00:10:46.180 --> 00:10:49.760
إذا رأيت ما يحدث عندما يحصل الموظفون المتحمسون على أدوات البرمجة

00:10:49.760 --> 00:10:53.560
ستعرف مدى سرعة تحول التجريب البسيط إلى اعتماد بالغ الأهمية للمهام

00:10:53.560 --> 00:10:55.420
المشكلة ليست في سوء النية

00:10:55.420 --> 00:10:58.560
يريد معظم المستخدمين فقط حل الاختناقات التي تواجههم

00:10:58.560 --> 00:11:01.700
ولكن عندما تبدأ هذه الحلول المبنية محليا في التفاعل مع بيانات العملاء

00:11:01.700 --> 00:11:04.040
أو السجلات المالية أو ملفات الموارد البشرية

00:11:04.040 --> 00:11:06.620
فإنك تنتقل سريعا من تجارب مفيدة إلى نطاق الامتثال

00:11:06.620 --> 00:11:11.160
وبمجرد تجاوزك لهذا الحد تصبح المساءلة والرقابة أمرا لا غنى عنه

00:11:11.160 --> 00:11:12.620
تخيل هذا السيناريو

00:11:12.620 --> 00:11:17.840
يقوم محلل مالي ببناء وكيل يسحب أرصدة العملاء تلقائيا وينشئ تقريرا أسبوعيا

00:11:17.840 --> 00:11:21.380
إنه يوفر ساعات من العمل اليدوي ويصبح شائعا بسرعة

00:11:21.380 --> 00:11:25.140
يستخدمه بضعة زملاء وسرعان ما ينتشر عبر القسم

00:11:25.140 --> 00:11:26.740
ولكن إليك المعضلة

00:11:26.740 --> 00:11:29.940
من الذي ضمن أن الوكيل لم يكشف عن حقول حساسة

00:11:29.940 --> 00:11:34.700
من الذي أكد أن مصادر البيانات تطابق قواعد الامتثال للتعامل مع المعلومات المالية

00:11:34.700 --> 00:11:36.140
وإذا جاء أحد المنظمين

00:11:36.140 --> 00:11:40.460
فمن سيثبت أن هذا قد تم بنائه ونشره وفقا للسياسة وليس كمشروع جانبيا

00:11:40.460 --> 00:11:44.500
بدون الهيكل الصحيح يصبح ذلك الروبوت البسيط عبءا ومسئولية قانونية

00:11:44.500 --> 00:11:47.180
هنا بالضبط يعزز كوبايلوت ستوديو الصورة

00:11:47.180 --> 00:11:50.260
لا تفترض المنصة أن كل مطور هو مبرمج محترف

00:11:50.260 --> 00:11:53.900
يتضمن تصميمه بالكامل وسائل حماية للمستخدمين غير التقنيين

00:11:53.900 --> 00:11:57.420
يحدد المسؤولون الإجراءات المتاحة والمواصلات التي يمكن استخدامها

00:11:57.420 --> 00:11:59.800
ومن لديه إذن لنشر أي شيء في بيئة الإنتاج

00:11:59.800 --> 00:12:02.460
قد يشعر الموظفون بأن لديهم حرية إبداعية كاملة

00:12:02.460 --> 00:12:05.180
ولكن ما يحدث في الواقع هو تجريب محدد بعناية

00:12:05.180 --> 00:12:07.880
هذا الفرق هو ما يسمح للشركات بتوسيع نطاق اعتماد الوكلاء

00:12:07.880 --> 00:12:10.460
دون مواجهة مشكلة تكنولوجيا المعلومات الموازية شدؤت

00:12:10.460 --> 00:12:12.360
نقاط التحكم محددة ودقيقة

00:12:12.360 --> 00:12:15.000
قد تسمح للجميع في قسم التسويق بإنشاء مسودات للوكلاء

00:12:15.000 --> 00:12:18.040
ولكن أفرادا معينين فقط هم من يمكنهم نشرها خارج بيئة الاختبار

00:12:18.040 --> 00:12:21.660
ربما لا تتوفر سوى المواصلات المعتمدة مثل شير بوينت أو ديناميكس

00:12:21.660 --> 00:12:25.180
بينما يظل أي شيء يتعلق بخدمات خارجية حساسة خارج نطاق الوصول

00:12:25.180 --> 00:12:28.200
علاوة على ذلك أنت من يقرر إجراءات النظام التي تظل مقيدة

00:12:28.200 --> 00:12:31.200
على سبيل المثال قد يكون الاستعلام عن قاعدة بيانات أمرا مقبولا

00:12:31.200 --> 00:12:34.600
ولكن تحديث الحقول الرئيسية مباشرة مقيد لمنع حدوث أضرار غير مقصودة

00:12:34.600 --> 00:12:36.680
باختصار يمكن للمستخدمين تجربة أفكارهم

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

00:12:39.760 --> 00:12:41.660
هناك تشبيه بسيط يساعد على فهم ذلك

00:12:41.660 --> 00:12:43.700
الأمر يشبه صندوق الرمال في ملعب الأطفال

00:12:43.700 --> 00:12:46.320
يمكن للأطفال بناء قلع بقدر ما يريدون داخل الصندوق

00:12:46.320 --> 00:12:48.220
ولكن هناك حدود واضحة تحيط به

00:12:48.220 --> 00:12:52.460
يضمن السياج بقاء اللعب آمنا مع ترك مساحة كبيرة للإبداع

00:12:52.460 --> 00:12:55.520
يجلب ستوديو هذا المفهوم نفسه إلى بناء الوكلاء

00:12:55.520 --> 00:12:58.460
يحصل الموظفون على شعور بالحرية الذي يحتاجونه للابتكار

00:12:58.460 --> 00:13:02.660
بينما يعلم المسؤولون بوجود سياج خفي يمنع تحول أي شيء إلى مخاطر حقيقية

00:13:02.660 --> 00:13:06.200
لذا عندما تقوم بإعداد كوبايلوت ستوديو بالأذنات والسياسات المناسبة

00:13:06.200 --> 00:13:09.220
يتوقف عن كونه صداعاً أمنياً ويصبح ما كان مقصوداً منه

00:13:09.220 --> 00:13:10.540
مختبر ابتكار آمناً

00:13:10.540 --> 00:13:13.000
يمكن للأقسام استكشاف وكلاء مصممين خصيصاً لعملهم

00:13:13.000 --> 00:13:15.640
وتجربة أساليب جديدة ومشاركة الأفكار الأولية

00:13:15.640 --> 00:13:18.920
وكل ذلك دون خرق الامتثال أو إنشاء مسارات عمل غير مصرح بها

00:13:18.920 --> 00:13:21.460
يستمر الابتكار لكن الفوضى لا تحدث

00:13:21.460 --> 00:13:23.240
وحتى مع وجود تلك الجدران الوقائية

00:13:23.240 --> 00:13:26.180
لا تزال هناك ضمانة واحدة لا يمكن تجاهلها الرؤية

00:13:26.180 --> 00:13:27.860
لأنه مهما كانت حواجز الحماية قوية

00:13:27.860 --> 00:13:30.360
فلا يزال يتعين عليك مراقبة ما يحدث في الوقت الفعلي

00:13:30.360 --> 00:13:32.640
وهنا يأتي دور المراقبة والتتبع

00:13:32.640 --> 00:13:35.900
برج المراقبة لمراقبة وتتبع نشاط الوكيل

00:13:35.900 --> 00:13:39.480
ماذا لو قام وكيلك بهدوء باتخاذ مئات القرارات التي لم ترها قط

00:13:39.480 --> 00:13:41.380
هذا ليس سيناريو بعيد لاحتمال

00:13:41.380 --> 00:13:44.420
إنه بالضبط ما يمكن أن يحدث عندما تضع المؤسسة ضوابط

00:13:44.420 --> 00:13:46.420
ولكنها تنسى النصف الآخر من المعادلة

00:13:46.420 --> 00:13:48.540
الأذنات والسياسات تشبه الأسوار

00:13:48.540 --> 00:13:52.440
فهي تخبر الموظفين بالمكان الذي يسمح لهم بالبناء فيه والأدوات التي يمكنه مستخدامها

00:13:52.440 --> 00:13:53.700
ولكن بدون رؤية واضحة

00:13:53.700 --> 00:13:57.240
ليس لديك طريقة لمعرفة ما إذا كان شخص ما قد تجول في منطقة غير مفخوصة

00:13:57.240 --> 00:13:59.760
أو ما إذا كان الوكيل يعمل بصمت خارج النطاق المخصص له

00:13:59.760 --> 00:14:04.260
المراقبة هي العنصر الذي ينقل قصة الحوكمة هذه برمتها من التخمين إلى الوضوح

00:14:04.260 --> 00:14:07.340
فكر في كيفية تعامل ناعات مع مشكلة تكنولوجيا المعلومات

00:14:07.340 --> 00:14:10.040
يحدث عطل ما فيرسل المستخدم تذكرة دعم

00:14:10.040 --> 00:14:11.880
ثم نسارع لتعقب ما تغير

00:14:11.880 --> 00:14:13.260
هذا نهج رد فعلا

00:14:13.260 --> 00:14:17.780
قد ينجح على نطاق ضيق لكنه يتحول إلى فوضى مكلفة عند التوسع عبر مئات الأتمتة

00:14:17.780 --> 00:14:22.580
مع وكلاء الذكاء الاصطناعي تزداد المخاطر لأن المشكلة قد تظل غير مرئية حتى فوات الأواني

00:14:22.580 --> 00:14:25.820
قد يعمل سير عمل غير مصرح به لأسابيع قبل أن يلاحظه أحد

00:14:25.820 --> 00:14:30.640
ليس لأنه فشل بشكل واضح بل لأنه اتخذ بهدوء قرارات بدت كلها صحيحة في الظاهر

00:14:30.640 --> 00:14:32.820
عندما يسأل أحدهم عن سبب عدم تطابق البيانات

00:14:32.820 --> 00:14:35.880
تكون قد انشغلت بالتحقيق في الماضي بدلا من منع حدوث ذلك مستقبلا

00:14:35.880 --> 00:14:38.080
تغير المراقبة هذا الإقاع تماما

00:14:38.080 --> 00:14:43.380
بدلا من العمل في الظلام تحصل على رؤية مباشرة للوكلاء الموجودين ومن أنشأهم وكيف يتم استخدامهم

00:14:43.380 --> 00:14:47.020
تدمج مايكروسوفت 365 هذه الرؤية في نظامها البيئي

00:14:47.020 --> 00:14:51.200
تساعدك تحليلات الاستخدام على معرفة الأقسام التي تتبنى الوكلاء بسرعة

00:14:51.200 --> 00:14:53.380
ومن هم الأفراد الأكثر بناء لهم

00:14:53.380 --> 00:14:56.180
وأين قد تبدأ أنشطة غير متوقعة بالظهور

00:14:56.180 --> 00:14:58.360
تتتبع سجلات التدقيق التفاصيل

00:14:58.360 --> 00:14:59.600
متى تم تعديل الوكيل

00:14:59.600 --> 00:15:01.380
وما هي المواصلات التي استخدمها

00:15:01.380 --> 00:15:02.940
ومن قام بتشغيل إجراءاته

00:15:02.940 --> 00:15:05.520
هذا النوع من التوثيق لا يرد الامتثال فحسبه

00:15:05.520 --> 00:15:09.100
بل هو ما يتيح لك فهم البيئة الحية فعلياً بدلاً من التخمين بشأنها

00:15:09.100 --> 00:15:13.020
تتضح قيمة هذه الرؤية عندما تتخيل سيناريو اعتيادياً جداً

00:15:13.020 --> 00:15:16.580
يقوم فريق تسويق ببناء وكيل لتحليل استبيانات آراء العملاء

00:15:16.580 --> 00:15:17.820
يبدأ الأمر صغيراً

00:15:17.820 --> 00:15:19.840
بحملة واحدة وبضعة آلاف من الإدخالات

00:15:19.840 --> 00:15:21.120
وتبدو النتائج مفيدة

00:15:21.120 --> 00:15:23.800
مع مرور الوقت يقوم أحدهم بنسخه لمشروع آخر

00:15:23.800 --> 00:15:26.400
ثم يأخذ فريق آخر النموذج ويجري عليه تعديلات

00:15:26.400 --> 00:15:27.220
بدون مراقبة

00:15:27.220 --> 00:15:29.780
ستصبح لديك عدة إصدارات من الوكيل تعمل بالتوازي

00:15:29.780 --> 00:15:32.340
وكل منها يصل إلى البيانات بشكل مختلف قليلاً

00:15:32.340 --> 00:15:34.000
إذا تركت هذه الاختلافات دون مراقبة

00:15:34.000 --> 00:15:35.940
فإنها تتسرب في النهاية إلى التقارير

00:15:35.940 --> 00:15:37.780
وتربك صناع القرار في المستويات العليا

00:15:37.780 --> 00:15:38.880
مع تفعيل المراقبة

00:15:38.880 --> 00:15:41.680
ستلاحظ الزيادة في استخدام الوكلاء مبكراً

00:15:41.680 --> 00:15:43.160
وتكتشف التكرار المتزايدة

00:15:43.160 --> 00:15:45.340
ومن ثم إما توحيد إصدار رسم واحد

00:15:45.340 --> 00:15:48.020
أو إيقاف النسخ الإضافية قبل أن تصبح مضللة

00:15:48.020 --> 00:15:53.060
أحياناً تكون الرؤية هي الفارقة بين تصحيح بسيط وحادث يتصدر العناوين

00:15:53.060 --> 00:15:57.680
خذ حالة وكيل يسحب بيانات مالية حساسة لتسريع التوقعات الداخلية

00:15:57.680 --> 00:16:00.120
إذا كشف عن طريق الخطأ تفاصيل أكثر من اللازم

00:16:00.120 --> 00:16:02.480
أو جعل تلك البيانات متاحة خارج القسم المالي

00:16:02.480 --> 00:16:04.600
فإن مخاطر الامتثال ستتصعد بسرعة

00:16:04.600 --> 00:16:05.800
لكن مع المراقبة

00:16:05.800 --> 00:16:08.460
يظهر الوصول غير المعتاد بوضوح في السجلات

00:16:08.460 --> 00:16:10.240
يمكنك إيقافه أو تعديل الأدونات

00:16:10.240 --> 00:16:12.900
قبل أن يضطر المنظمون أو العملاء إلى طرح أي أسئلة

00:16:12.900 --> 00:16:15.920
لا يتعلق الأمر بافتراض أسوأ النوايا لدى المطورين

00:16:15.920 --> 00:16:19.960
بل يتعلق بإدراك أن أكثر الفرق حرصاً قد ترتكب أخطاء عند التجربة

00:16:19.960 --> 00:16:23.880
الرؤية هي ما يجعل تلك الأخطاء قابلة للتدارك بدلاً من أن تكون كارثية

00:16:23.880 --> 00:16:26.840
كما أن التقارير تسهل العلاقة مع المدققين

00:16:26.840 --> 00:16:30.160
يعلم كل من مر بعملية تدقيق مدى التخبط المؤلم لجمع الوثائق

00:16:30.160 --> 00:16:31.800
ومعرفة من وفق على ماذا

00:16:31.800 --> 00:16:32.980
ومتى حدث كل تغيير

00:16:32.980 --> 00:16:34.880
وما إذا كانت الضوابط مطبقة بالفعل

00:16:34.880 --> 00:16:37.960
التتبع اليدوي عرضة للأخطاء ويسبب التوتر

00:16:37.960 --> 00:16:40.800
عندما يحتفظ نظام التقارير لديك بهذه السجلات بالفعل

00:16:40.800 --> 00:16:42.580
فلن تضطر إلى التخبط بعد الآن

00:16:42.580 --> 00:16:47.100
يمكنك إنتاج سجل لنشاط الوكيل بتنسيق يتوافق مع التوقعات التنظيمية

00:16:47.100 --> 00:16:51.180
هذا يقلل من الجهد البشري وخطر التغاضي عن شيء بالغ الأهمية

00:16:51.180 --> 00:16:52.540
من وجهة نظر تشغيلية

00:16:52.540 --> 00:16:54.720
فإنه يوفر إيضا ساعات لحصر لها

00:16:54.720 --> 00:16:57.880
كانت ستضيع في بناء مسارات تدقيق مخصصة بعد وقوع الأحداث

00:16:57.880 --> 00:16:59.720
ما يجعل المراقبة فعالة للغاية

00:16:59.720 --> 00:17:02.180
هو كيفية إعادة صياغتها للمسئولية بأكملها

00:17:02.180 --> 00:17:04.160
بدلا من انتظار الشكاوى كإشارة لك

00:17:04.160 --> 00:17:06.340
فإنك تطور خريطة حية لما يحدث

00:17:06.340 --> 00:17:07.660
تصبح الاتجاهات واضحة

00:17:07.660 --> 00:17:09.520
وتصبح المفاجآت أقل احتمالا

00:17:09.520 --> 00:17:11.520
أنت لا تفرض القواعد بالأذنات فحسبه

00:17:11.520 --> 00:17:14.460
بل ترى ما إذا كانت تلك القواعد صامدة في الممارسة العملية

00:17:14.460 --> 00:17:17.760
إنه نفس الفرق بين مراقبة مدينة عبر كاميرات المرور المباشرة

00:17:17.760 --> 00:17:21.560
بدلا من مجرد الثقة بأن العلامات عند التقطعات كافية للحفاظ على النظام

00:17:21.560 --> 00:17:23.140
أحد النهجين يمنحك الثقة

00:17:23.140 --> 00:17:26.480
والآخر يتركك تنتظر بقلق أخبار الحادث التالي

00:17:26.480 --> 00:17:28.820
لذا عندما تجمع بين ضوابط السياسة والمراقبة

00:17:28.820 --> 00:17:32.480
يتوقف نموذج الحوكمة لديك عن كونه سلبيا ويصبح استباقيا حقا

00:17:32.480 --> 00:17:34.120
يتم استبدال التخمين بالرقابة

00:17:34.120 --> 00:17:38.180
والرقابة هي ما يمنع التركم الصامت للمخاطر التي لا تظهر إلا بعد أشهر

00:17:38.180 --> 00:17:40.040
لا توفر رؤية برج المراقبة

00:17:40.040 --> 00:17:42.220
الحماية ضد أسوأ السيناريوهات فحسبه

00:17:42.220 --> 00:17:46.080
بل تبني الثقة للفرق لمواصلة التجربة مع العلم بأن هناك من يراقب الأفق

00:17:46.080 --> 00:17:48.900
وهذا يقودنا بشكل طبيع إلى السؤال التالي

00:17:48.900 --> 00:17:50.880
إذا كانت الرؤية فعالة للغاية

00:17:50.880 --> 00:17:56.780
فلماذا تقع العديد من المؤسسات في أخطاء الحوكمة الكلاسيكية التي تلغي تلك الحماية ذاتها

00:17:56.780 --> 00:17:59.780
تجنب أخطاء الحوكمة الكلاسيكية

00:17:59.780 --> 00:18:03.980
إن أكبر إخفاقات الحوكمة مع وكلاء كوبايلوت لا تأتي من الأدوات المفقودة

00:18:03.980 --> 00:18:07.040
بل من توفر الأدوات واستخدامها بشكل غير صحيح

00:18:07.040 --> 00:18:14.040
معظم الأخطاء التي رأيتها في المؤسسات ليست بسبب أن المسؤولين لم يعرفوا بمركز الإدارة أو حتى بوجود كوبايلوت ستوديو

00:18:14.040 --> 00:18:20.820
المشكلة الحقيقية هي أنه تم تفعيل الميزات دون التفكير في نوع الإطار المطلوب للحفاظ على عملها بشكل صحيح على نطاق واسع

00:18:20.820 --> 00:18:27.340
الأمر يشبه إعطاء كل قسم مجموعة مفاتيح خاصة به لمكتب مشترك ولكن دون الاتفاق أبدا على من يقفل الأبواب في الليل

00:18:27.340 --> 00:18:31.400
هناك نمط شائع وهو أن المسؤولين يفترضون أن التنشيط يساوي الحوكمة

00:18:31.400 --> 00:18:36.620
تظهر ميزة جديدة في مركز الإدارة يتم تشغيل المفتاح ويشعر الجميع بأن المهمة قد أنجزت

00:18:36.620 --> 00:18:39.320
لكن التكنولوجيا لا تضع الحدود من تلقاء نفسها

00:18:39.320 --> 00:18:45.440
إذا لم تكن الأذونات واضحة أو لم يتم تشغيل المراقبة أو إذا كانت المسؤولية مقسمة بين فرق مختلفة دون تنسيق

00:18:45.440 --> 00:18:47.380
فإن الفوضى تتسلل بهدوء وثبات

00:18:47.380 --> 00:18:50.640
والجزء الأكثر رعبا هو أنها لا تنفجر عادة على الفور

00:18:50.640 --> 00:19:00.760
يتراكم الأمر ببطء ثم يأتي تدقيق واحد أو حادثة واحدة أو سؤال تنظيمي واحد ليكشف فجأة أن ما كان يبدو سيطرة لم يكن سوى سلسلة من الثغرات التي تنتظر من يكتشفها

00:19:00.760 --> 00:19:02.960
تتعلق العقبة الأولى بالأذونات

00:19:02.960 --> 00:19:09.040
إذا لم يحدد أحد من المصنوح له ببناء الوكلاء أو نشرهم أو مشاركتهم فغالبا ما يملأ المستخدمون هذه الفجوة بأنفسهم

00:19:09.040 --> 00:19:15.500
قد يؤدي ذلك إلى تكرار الوكلاء أو نشر وكلاء في بيئة الإنتاج قبل اختبارهم أو سير عمل يصل إلى بيانات لا ينبغي له الوصول إليها

00:19:15.500 --> 00:19:21.780
بدون حدود صارمة ينتهي بك الأمر بوجود كتالوج خفي من الأتمتة لا يكتشفه قسم تكنولوجيا المعلومات إلا عندما يتعطل شيء ما

00:19:21.780 --> 00:19:26.900
إن تفعيل الميزات دون تقييد من يحصل على الوصول ليس تمكينا للابتكار بل هو منح شيكات على بياض

00:19:26.900 --> 00:19:29.360
العقبة الثانية هي تجاهل المراقبة

00:19:29.360 --> 00:19:32.420
لقد تحدثت أكثر من مرة مع مسؤولين افترضوا أن إعداد الأذونات كاف

00:19:32.420 --> 00:19:36.100
بينما في الواقع لم يكن لديهم أي رؤية حول ما إذا كانت تلك القواعد تعمل أصلا

00:19:36.100 --> 00:19:38.200
وهذا يجعلهم غافلين عما يحدث

00:19:38.200 --> 00:19:41.660
إذا لم تكن سجلات التدقيق مفعالة لديك فلن تستطيع إثبات من فعل ماذا

00:19:41.660 --> 00:19:43.400
وإذا كنت لا تطلع على مقاييس الاستخدام

00:19:43.400 --> 00:19:47.360
فلن تستطيع معرفة الوكلاء الأكثر أنشارا أو ما إذا كانت أنماط النشاط تبدو غير معتادة

00:19:47.360 --> 00:19:49.600
قد يبدو العمل دون تلك البيانات مقبولا لفترة

00:19:49.600 --> 00:19:54.540
حتى يطرح جهة تنظيمية خارجية أو حتى فريق الامتثال الخاص بك أسئلة لا يمكنك الإجابة عليها

00:19:54.540 --> 00:19:56.960
السياسات غير المتسقة هي اللغم الثالث

00:19:56.960 --> 00:19:58.860
قد يلتزم جزء من المؤسسة بمعايير صارمة

00:19:58.860 --> 00:20:01.460
بينما يترك جزء آخر باب النشر مفتوحا على مسرعه

00:20:01.460 --> 00:20:06.380
يضمن هذا التضارب وجود مزيج فوضوي من الوكلاء الخاضعين للرقابة وغير الخاضعين لها في نفس البيئة

00:20:06.380 --> 00:20:11.240
من الخارج قد يبدو الأمر وكأنك حللت مشكلة الاستراتيجية لأن السياسات موجودة في مكان ما

00:20:11.240 --> 00:20:14.840
لكن فرق الامتثال ومراجعة الأمان لا تريد فقط دليلا على وجود سياسات

00:20:14.840 --> 00:20:18.160
بل تريد دليلا على أن هذه السياسات متسقة عبر المؤسسة بأكملها

00:20:18.160 --> 00:20:22.540
يصبح هذا التباين أصعب في التبرير عندما تخضع مناطق مختلفة للوائح مختلفة

00:20:22.540 --> 00:20:24.540
ولا تتماشى سياساتك الخاصة معها

00:20:24.540 --> 00:20:27.320
ثم هناك الحالة التقليدية للملكية المنعزلة

00:20:27.320 --> 00:20:31.720
ربما يضع قسم تكنولوجيا المعلومات قاعدة ويفترض فريق الأمان وجود طبقة أخرى من التغطية

00:20:31.720 --> 00:20:34.200
وتفترض وحدات العمل أنها تستطيع النشر كما تشاء

00:20:34.200 --> 00:20:36.280
تظن كل مجموعة أن هناك من يراقب الحدود

00:20:36.280 --> 00:20:38.000
لكن في الواقع لا أحد يفعل ذلك

00:20:38.000 --> 00:20:40.560
يؤدي هذا النقص في الوضوح إلى مفاجآت يمكن تجنبها

00:20:40.560 --> 00:20:44.820
مثل الأذونات المكررة أو الوكلاء الذين يتسربون لعدم وضوح الفريق صاحب السلطة النهائية

00:20:44.820 --> 00:20:47.820
هذا بالضبط ما حدث في إحدى الشركات التي تحدثت معها

00:20:47.820 --> 00:20:50.440
لقد سمحوا لكل موظف بنشر الوكلاء بحرية

00:20:50.440 --> 00:20:52.600
في البداية بدأ الأمر مشجعا

00:20:52.600 --> 00:20:54.540
كان بإمكان الجميع التجربة وطرح التحسينات

00:20:54.540 --> 00:20:57.060
لكن لم يربط أحد بين حقوق النشر وسجلات التدقيق

00:20:57.060 --> 00:21:00.920
وبعد أشهر طلبت جهة تنظيمية دليلا على من قام بنشر أتمتة معينة

00:21:00.920 --> 00:21:02.420
ولم يكن لديهم أي شيء

00:21:02.420 --> 00:21:07.120
لم يكن هناك سجل تتبع ولا مالك رسمي ولا قدرة على الدفاع عن أنفسهم في المراجعة

00:21:07.120 --> 00:21:11.500
ما بدأ كمحاولة لإطفاء الطابع الديمقراطي على الأتمتة انتهى به الأمر ليصبح فجوة انتثال كبيرة

00:21:11.500 --> 00:21:15.900
تؤكد هذه الأمثلة كيف يمكن للأخطاء الصغيرة أن تتحول بسرعة إلى مخاطر واسعة نطاق

00:21:15.900 --> 00:21:20.160
قد يبدو إذن تم تكوينه بشكل خاطئ أو وكيل غير مفخوص أمراً تافهاً في تجربة صغيرة

00:21:20.160 --> 00:21:25.320
ولكن على مستوى المؤسسة يتضاعف هذا السهو ليتحول إلى مئات الوكلاء الذين يعملون في أماكن مجهولة

00:21:25.320 --> 00:21:27.540
المشكلات لا تتوسع بشكل خطي

00:21:27.540 --> 00:21:33.820
بل تتوسع بشكل أسي لأن كل وكيل غير خاضع للرقابة يترك أسئلة مفتوحة حول سلامة البيانات وموثقيتها وأمنها

00:21:33.820 --> 00:21:37.500
الخبر السر هو أن هذه الفخاخة معروفة جيداً وكذلك طرق تجنبها

00:21:37.500 --> 00:21:40.440
ابدأ بتحديد حواجز الحماية الأساسية في مركز الإدارة

00:21:40.440 --> 00:21:43.580
حدد أدواراً واضحة لمن يمكنه البناء مقابل من يمكنه النشر

00:21:43.580 --> 00:21:48.040
اجعل المراقبة إلزامية لا اختيارية حتى يتم تنبيهك قبل أن يصبح أي شيء مشكلة خطيرة

00:21:48.040 --> 00:21:53.500
حافظ على اتساق السياسات حتى عبر المناطق حتى تتمكن من دعم إطار عمل الحوكمة الخاص بك بثقة

00:21:53.500 --> 00:21:57.560
والأهم من ذلك نسق مع فرق الأمن والامتثال لديك منذ اليوم الأول

00:21:57.560 --> 00:22:00.740
استبعادهم حتى وقت لاحق يؤدي دائماً إلى نتائج عكسية

00:22:00.740 --> 00:22:03.880
لقد صاغت العديد من المؤسسات بالفعل خطط عمل فعالة

00:22:03.880 --> 00:22:06.220
قوائم مرجعية لمراجعة سياسات كل ربع سنة

00:22:06.220 --> 00:22:08.840
وسياسات تربط سجلات التدقيق مباشرة بحقوق النشر

00:22:08.840 --> 00:22:13.240
وأطر عمل تجرب فيها فرق الابتكار أولاً قبل أن يراجعها قسم تكنولوجيا المعلومات للطرح الرسمي

00:22:13.240 --> 00:22:17.000
الاستفادة من هذه التجارب تعني أنك لست بحاجة إلى تكرار أخطائهم

00:22:17.000 --> 00:22:18.880
في كل مرة أبلغت فيها شركة أخرى عن فشل

00:22:18.880 --> 00:22:21.560
كان السبب عادة هو أن حواجز الحماية كانت موجودة على الورق

00:22:21.560 --> 00:22:23.240
ولكن لم يتم تطبيقها بطريقة صحيحة

00:22:23.240 --> 00:22:26.520
من خلال استعاب دروسهم في وقت مبكر يمكنك تجنب التكلفة