لماذا أصبحت الخبرة في ITIL أهم من المعرفة بـ ITIL

لم يُصمَّم ITIL قط ليُتّبع دون تفكير. إنه يقدّم توجيهًا، لا تعليمات.

يستطيع معظم المتخصصين في تقنية المعلومات سرد الفرق بين الحادث والمشكلة. لكن قلة منهم يستطيعون أن يخبروك، في الثانية فجرًا وشبكة المتاجر خارج الخدمة، أيّهما ينبغي أن يعملوا عليه الآن. تلك الفجوة بين معرفة الإطار وتطبيقه هي حيث تُكسب جودة الخدمة أو تُخسر.

لماذا "اليوم"؟

بُنيت النسخ الأقدم من ITIL حول عمليات محددة. وكان بإمكانك، من حيث المبدأ، اتباعها خطوة بخطوة.

استبدل ITIL 4 العمليات بـ الممارسات والمبادئ التوجيهية ومسارات القيمة. ويذهب ITIL (Version 5) أبعد من ذلك: إذ باتت Transformation حاضرة في كل لقب مهني، وانتقل التركيز من إدارة الممارسات بإتقان إلى قيادة التغيير من خلالها.

لا يمكن تنفيذ إطار مبني على المبادئ كما تُنفَّذ قائمة تحقق. لا بد أن يقرر أحدٌ كيف ينطبق كل مبدأ على هذه المؤسسة، وهذه الخدمة، وهذا الخطر. هذا القرار حكمٌ مهني، والحكم المهني يأتي من الخبرة.

توجيهات، لا قائمة تحقق

يساعد ITIL المؤسسات على فهم كيف تخلق الخدمات القيمة، واتخاذ قرارات أفضل، والاستمرار في التحسين. ولا يتوقع من مستشفى وشركة تجزئة وأسطول شحن أن تدير التغيير أو الحوادث بالطريقة نفسها.

الشهادة تثبت أنك تعرف التوجيهات. أما الخبرة فهي أن تعرف أيّ أجزائها هو الأهم في يوم ثلاثاء بعينه.

كل خدمة تحتاج إلى مالك خدمة واحد

"الخدمة مملوكة لتقنية المعلومات" تعني أن لا أحد يملكها.

تحتاج كل خدمة إلى مالك خدمة واحد: شخص واحد مسمّى يُسأل عن أدائها من البداية إلى النهاية، بما في ذلك الأجزاء التي تقدّمها فرق وموردون آخرون. لا يصلح مالك الخدمة كل عطل بنفسه. بل يتأكد من إصلاح الأعطال، وتمويل التحسينات، ووجود من يُسأل عن النتيجة.

إليك الاختبار. أخفق نظام الرواتب في تحقيق SLA لأن تغييرًا في جدار الحماية أجراه فريق الشبكات فشل. من يشرح ذلك للمدير المالي؟ إذا أشارت ثلاثة فرق إلى بعضها، فالخدمة بلا مالك. مالك الخدمة هو الشخص الذي يتلقى الاتصال، ثم يتأكد من ألا يضر التغيير التالي في جدار الحماية بالرواتب مجددًا.

استعِد الخدمة أولًا، ثم أزِل السبب

عندما تتعطل خدمة، تكون المهمة الأولى استعادتها. هذه هي إدارة الحوادث، والسرعة هي جوهرها.

الخطأ هو التوقف عند هذا الحد. إذا تعطّل البريد الإلكتروني ثلاث مرات في أسبوع، فهذه ليست ثلاثة حوادث لا رابط بينها. إنها ثلاثة حوادث تشير إلى مشكلة واحدة، وإلى أن يجد أحدٌ السبب الكامن ويزيله، فإن الانقطاع الرابع مُجدوَل بالفعل.

معرفة التعريفات أمر سهل. أما الخبرة فهي رصد النمط مبكرًا، والتحلي بالانضباط لفتح سجل مشكلة بينما يريد الجميع المضي قدمًا، وتحويل تحليل الأسباب الجذرية إلى إجراءات لها مالكون وتواريخ. إدارة المشكلات المنهجية هي الطريقة التي خفّضت بها فرقي الحوادث المتكررة بنسبة 40%: لا بالإصلاح الأسرع، بل بالتأكد من أن العطل نفسه لا يمكن أن يتكرر.

التغيير بالقدر المناسب من الرقابة

التغيير أمر طبيعي. والمهارة تكمن في مواءمة الرقابة مع الخطر.

• التغييرات القياسية منخفضة الخطر، وقابلة للتكرار، ومصرّح بها مسبقًا. تحديث روتيني يُمرَّر عبر مسار نشر مُختبَر لا ينبغي أن ينتظر موافقة لجنة.
• التغييرات العادية تحمل خطرًا حقيقيًا، وتحتاج إلى تقييم وتصريح متناسبين معه.
• التغييرات الطارئة يجب أن تتم بسرعة، لكنها تُسجَّل وتُراجَع رغم ذلك.

إذا عاملت كل تغيير على أنه عالي الخطر توقّف التسليم. وإذا عاملت كل تغيير على أنه روتيني فسيأتي يوم يُسقط فيه أحدها الأعمال. أعاد ITIL 4 تسمية الممارسة من إدارة التغيير إلى تمكين التغيير لهذا السبب تحديدًا: الهدف هو مساعدة التغيير على الحدوث بأمان، لا إيقافه.

تحديد الفئة التي ينتمي إليها التغيير قرار يعتمد على الحكم المهني. قد تنص قاعدة على أن "تغييرات قواعد البيانات عادية". لكن الخبرة وحدها تخبرك بأن هذا التغيير في قاعدة البيانات، في عطلة نهاية ربع سنة، يستحق نظرة ثانية.

التحسين يحدث كل يوم

التحسين المستمر ليس مشروعًا له تاريخ انتهاء. إنه يحدث عندما تقوم الفرق بما يلي:

• رصد المشكلات الصغيرة مبكرًا، قبل أن تصبح حوادث
• إجراء إصلاحات عملية بدلًا من انتظار برنامج تحوّل
• مراجعة النتائج والتعديل

قاعدة المعرفة جيدة الصيانة مثال جيد. لن تظهر في شريحة استراتيجية، لكنها في بيئة دعم اتصالات مزدحمة كانت أحد الأسباب الرئيسية لانخفاض أوقات الحل بنسبة 35%.

ما الذي تضيفه الخبرة فعلًا

معرفة مفاهيم ITIL هي نقطة البداية. ويعرف الممارسون ذوو الخبرة أيضًا:

• متى يتبعون التوجيهات بدقة، لأن الخطر مرتفع والإجراء موجود لسبب
• متى يكيّفونها، لأن اتباعها حرفيًا سيبطئ الأعمال دون أن يجعل أي شيء أكثر أمانًا
• كيف يقيسون النتائج لا النشاط: خدمات متاحة حين احتاجتها الأعمال، لا تذاكر مغلقة

هذا التوازن لا يمكن حفظه لاختبار. إنه يُبنى بإدارة خدمات حقيقية، واتخاذ قرارات حقيقية، والتعايش مع نتائجها.

الخلاصة

صُمّم ITIL لدعم القرارات الجيدة، لا ليحل محلها. من يفهمون الغاية من وراء التوجيهات يديرون الخدمات بشكل أفضل، ويتعاملون مع التغيير بثقة، ويواصلون تحسين الجودة.

في النهاية، يتمحور ITIL حول الناس وحول تقديم قيمة حقيقية.

هل تريد معرفة موقع ممارسات إدارة الخدمات لديك؟ أجرِ تقييم نضج ITSM المجاني.