كيف تثبت العائد على الاستثمار لشبكة Microsoft 365 أمام الإدارة التنفيذية
By Mirko Peters ·
إذا سبق أن حدقت في قائمة انتظار تفيض بتذاكر تشكو من تجمّد Microsoft Teams، أو بطء SharePoint، أو رفض ملفات OneDrive المزامنة، …
Automatically translated with AI from the original post. Read the English original
إذا سبق أن حدقت في قائمة انتظار تفيض بتذاكر تشكو من تجمّد Microsoft Teams، أو بطء SharePoint، أو رفض ملفات OneDrive المزامنة، فأنت تعرف مدى الإحباط. بصفتك مسؤول نظام، أو مهندس شبكات، أو قائد تقنية معلومات، تقضي ساعات في تحليل النهج، وضبط نقاط النهاية، والدفاع عن بنيتك التحتية. ومع ذلك، عندما تتقدم إلى الإدارة التنفيذية لطلب تغييرات في نهج التوجيه، أو في خروج الإنترنت المحلي، أو في تجاوز فحص الأمان، تصطدم بجدار صلب. فالإدارة التنفيذية تريد معرفة أمر واحد: ما هو العائد على الاستثمار؟
قد يبدو إثبات تحسينات الشبكة للمديرين التنفيذيين أمرًا مستحيلًا، لأن مقاييس تقنية المعلومات التقليدية لا تتحدث لغة مجلس الإدارة. فالمديرون التنفيذيون من المستوى C لا يهتمون بزمن الذهاب والإياب، أو التذبذب، أو فقدان الحزم بمعزل عن غيرها. إنهم يهتمون بالإنتاجية، وإحباط الموظفين، والتكاليف التشغيلية، والمخاطر. ولكسب موافقتهم، عليك أن تترجم القياسات التقنية إلى حالة عمل مقنعة. في هذه المقالة، سنستعرض الاستراتيجيات والمقاييس وأطر التجارب التجريبية الدقيقة التي تحتاجها لإثبات قيمة تحديث مسار شبكة Microsoft 365 والحصول على موافقة تنفيذية فورية. ولمعرفة المزيد عن الأسباب الجذرية لهذه الاختناقات، تأكد من الاطلاع على حلقتنا البودكاست ذات الصلة حول كيفية إصلاح مشكلات أداء شبكة Microsoft 365.
تحديد السبب الحقيقي وراء بطء Microsoft 365
عندما يواجه المستخدمون بطئًا في تطبيقات السحابة، يكون رد الفعل الفوري في معظم المؤسسات هو إلقاء اللوم على Microsoft. فبعد كل شيء، التطبيق موجود في السحابة، لذا لا بد أن مزود السحابة يمر بيوم سيئ. وغالبًا ما يسارع المسؤولون إلى تعديل النهج على جانب العميل، أو شراء تراخيص من فئة أعلى، أو فتح تذاكر دعم لدى Microsoft، ليُبلغوا بعد ذلك أن لوحة متابعة صحة الخدمة خضراء تمامًا.
الواقع أن Microsoft استثمرت مليارات الدولارات في بناء واحدة من أكثر الشبكات الأساسية العالمية متانةً وأداءً في العالم. ونادرًا ما تكون البنية التحتية لـ Microsoft هي نقطة الاختناق، بل غالبًا ما يكون مسار الشبكة القديم الذي تستخدمه مؤسستك للوصول إليها. فقد صُممت شبكات المؤسسات التقليدية في حقبة كانت فيها جميع التطبيقات تعمل في مركز بيانات محلي في المقر الرئيسي. وكانت حركة المرور تُعاد من فروع الشركة عبر روابط WAN مكلفة، ثم تُمرَّر عبر حزمة أمان مركزية، وتُجبر على المرور عبر جدران حماية وخوادم وسيطة ثقيلة.
عندما تطبق هذه البنية القديمة على تطبيقات السحابة الحديثة مثل Teams وSharePoint، فإنك تُدخل تأخيرًا شديدًا وتذبذبًا في الأداء. فنقاط الاختناق المركزية تُجبر تدفقات الوسائط الفورية على سلوك مسارات التفاف تمتد لأميال قبل أن تصل إلى الإنترنت العام. والأسوأ من ذلك أن ظاهرة VPN hairpinning تُجبر العاملين عن بُعد على توجيه كامل حركة الويب الخاصة بهم عبر مراكز بيانات الشركة فقط للوصول إلى خدمة سحابية تقع في الواقع قريبًا من مكتبهم المنزلي. وما لم تعالج هذا الخلل الجوهري في التوجيه، فلن تُصلح أي كمية من ضبط النهج تجربة المستخدم.
تحديد مقاييس ما قبل وما بعد التغيير
لا يمكنك إثبات العائد على الاستثمار دون خط أساس. قبل أن تقترح أي تغييرات في الشبكة على الإدارة، تحتاج إلى بيانات دقيقة توضح المعاناة الحالية. فإطار شامل لمقاييس ما قبل وما بعد التغيير يتيح لك تقديم دليل لا يقبل الجدل على النجاح.
ابدأ بجمع مقاييس خط الأساس عبر قاعدة مستخدميك. ركّز على مؤشرات الأداء الرئيسية التي تؤثر مباشرة في العمليات اليومية. قِس متوسط زمن إعداد مكالمات Microsoft Teams، وفقدان الحزم، والتذبذب. واستهدف زمن ذهاب وإياب أقل من 100 ميلي ثانية، وتتبّع متوسط درجة الرأي الحالية لجودة الصوت والفيديو. ثم قِس سرعات الرفع والتنزيل في SharePoint، إلى جانب إنتاجية مزامنة OneDrive خلال ساعات العمل الذروة. وأخيرًا، استخرج أحجام تذاكر مكتب المساعدة مصنفةً حسب بطء التطبيقات أو شكاوى الاتصال.
بمجرد تطبيق تعديلات التوجيه المستهدفة، ستقيس المعايير نفسها مرة أخرى. يشكّل الفرق بين خط الأساس والمقاييس بعد التنفيذ أساس عرضك التقديمي على الإدارة التنفيذية. وعندما تُظهر أن أوقات إعداد المكالمات انخفضت من سبع ثوانٍ إلى أقل من ثانيتين، أو أن سرعات نقل ملفات SharePoint تضاعفت، فإنك تنقل النقاش من نظرية تقنية إلى مكسب تجاري قابل للقياس.
ترجمة الأداء التقني إلى قيمة تجارية
لا تتخذ الإدارة التنفيذية قراراتها استناداً إلى أجزاء من الألف من الثانية في زمن الاستجابة، بل استناداً إلى النتائج التجارية. مهمتك هي ترجمة المقاييس التقنية التي جمعتها إلى لغة تلقى صدى لدى كبار المسؤولين التنفيذيين، أي الإنتاجية والأثر المالي والاحتفاظ بالموظفين.
فكّر في التكلفة المالية لشبكة بطيئة. إذا كانت المؤسسة تضم ألف موظف، وخسر كل موظف خمس عشرة دقيقة يومياً في انتظار مزامنة الملفات، أو إعادة الاتصال بمكالمات الفيديو، أو تحميل المستندات، فإن ذلك يعادل مئات الساعات من الإنتاجية الضائعة كل أسبوع. وعند ضرب هذا الرقم في متوسط الأجور بالساعة، ستكتشف فجأة أن مسار شبكة بطيء يكلف الشركة عشرات الآلاف من الدولارات في عمالة مهدورة.
وفضلاً عن ذلك، فكّر في الأثر الثقافي. فالاحتكاك التقني المستمر يؤدي إلى الإرهاق الوظيفي والإحباط لدى الموظفين. وعندما يواجه العاملون عن بُعد صعوبة في التعاون بسلاسة خلال اجتماعات العملاء الحاسمة، فإن ذلك يضر بالروح المعنوية داخلياً وبسمعة العلامة التجارية خارجياً. وبوضع مشروع تحسين الشبكة في إطار القضاء على هذا الاحتكاك، تضع قسم تقنية المعلومات not كمركز تكلفة، بل كمحرك مباشر للكفاءة المؤسسية وتمكين الموظفين.
تأطير حوار مخاطر الأمان
من أكبر العقبات عند اقتراح تغييرات على الشبكة، مثل تطبيق خروج الإنترنت المحلي أو التوجيه المقسّم (Split Tunneling) لنقاط نهاية Microsoft الموثوقة، هو الاعتراض من فريق الأمان. فقادة الأمان مدرّبون على فحص كل الحركة المرورية، وفك تشفير كل جلسات الويب، وتوجيه كل شيء عبر أجهزة أمان مركزية.
لكي تنال موافقة الإدارة التنفيذية، يجب أن تعيد صياغة حوار مخاطر الأمان. فتطبيقات السحابة الحديثة تستخدم تشفيراً متقدماً مدمجاً، ومصادقة متعددة العوامل، وضوابط امتثال قوية تديرها Microsoft مباشرةً. إن إجبار هذه الحركة المرورية على المرور عبر وكلاء فحص SSL الموجودة في البنية التحتية المحلية القديمة لا يجعل المؤسسة أكثر أماناً بالضرورة، بل يقطع الاتصالات الدائمة، ويعطّل رموز المصادقة، ويعيق تدفقات UDP للوسائط الفورية.
اشرح للقيادة أن وضع الأمان يتحسن فعلياً عندما تركّز جهود الفحص على الحركة المجهولة أو عالية الخطورة، بدلاً من نقاط نهاية Microsoft الموثوقة. فباتباع الإرشادات المنشورة من Microsoft وإنشاء قائمة تجاوز حية للفئات الموثوقة المُحسَّنة، تحافظ على رقابة أمنية صارمة حيث تكون أكثر أهمية، مع السماح للوسائط الفورية الحيوية للأعمال بالتدفق بسلاسة وأمان عبر المسار الأكثر مباشرة.
تنفيذ تجربة تجريبية منخفضة المخاطر مدتها 90 دقيقة
إن طلب موافقة الإدارة على إعادة تصميم شبكة شاملة على مستوى المؤسسة من اليوم الأول هو وصفة مضمونة للرفض. أفضل طريقة لكسب التأييد هي اقتراح تجربة تجريبية منخفضة المخاطر ومحصورة للغاية مدتها 90 دقيقة.
اختر فرعاً واحداً، أو قسماً محدداً، أو مجموعة مستهدفة من العاملين عن بُعد اشتكت بصوت عالٍ من ضعف الأداء. قسّم تجربتك إلى مراحل واضحة وقابلة للإدارة:
- المرحلة الأولى (30 دقيقة): اجمع المقاييس الأساسية من مجموعة الاختبار. وثّق جودة المكالمات الحالية وسرعات نقل الملفات وعدد التذكرات النشطة.
- المرحلة الثانية (30 دقيقة): طبّق تعديلات توجيه مؤقتة. فعّل خروج الإنترنت المحلي أو التوجيه المقسّم خصيصاً لنقاط نهاية Microsoft المُحسَّنة والمسموح بها لتلك المجموعة. وتجاوز فحص SSL غير الضروري لتلك الفئات الموثوقة.
- المرحلة الثالثة (30 دقيقة): أعد قياس الأداء. وثّق الفرق الفوري في أوقات إعداد المكالمات ودرجات جودة الوسائط وسرعات نقل الملفات. أجرِ استبياناً مع مستخدمي التجربة لجمع الملاحظات النوعية حول تجربتهم.
من خلال حصر نطاق التغيير، تقلل المخاطر المتصورة، وتزيد في الوقت نفسه فرص تحقيق تحسينات كبيرة وملموسة خلال ليلة واحدة.
عرض النتائج على الإدارة التنفيذية
بعد أن تصبح بيانات تجربتك بين يديك، تكون جاهزاً أخيراً للتوجه إلى الإدارة التنفيذية. ادخل الاجتماع وأنت مسلّح بعرض تقديمي واضح وموجز يركّز حصراً على نتائج ما قبل وما بعد.
ابدأ بالأثر على الأعمال. أظهر للحاضرين الانخفاض في حجم تذاكر مكتب المساعدة، وهو غالبًا ما يصل إلى تراجع بنسبة ثلاثين إلى خمسين بالمئة خلال الأسبوع الأول من التحسين. أبرز التحسينات الملحوظة في موثوقية Teams وسرعة التعاون على الملفات. اعرض وفورات التكلفة الناتجة عن استعادة إنتاجية الموظفين وتقليص الأعباء الإضافية على فريق تقنية المعلومات الناجمة عن التصعيدات.
اختتم عرضك بخارطة طريق واضحة وقابلة للتوسع لتطبيق هذه التغييرات على المؤسسة بأكملها. فعندما يرى المديرون التنفيذيون دليلًا عمليًا على أن تعديلًا بسيطًا في التوجيه يمكن أن يحقق مكاسب تشغيلية كبيرة بأقل قدر من المخاطر الأمنية، يصبح قول "نعم" أسهل قرار سيتخذونه طوال الأسبوع.
للاستماع إلى شرح كامل لهذه الاستراتيجيات، وآراء الخبراء، ونصائح حل المشكلات الواقعية، تأكد من الاستماع إلى حلقة البودكاست المرفقة: Fix Microsoft 365 Network Performance Issues.