ITIL إدارة التغيير بالطريقة الصحيحة يقلّل الحوادث دون إبطاء العمل. إليك كيفية تطبيقها، وأبرز الأخطاء الشائعة، والأدوات التي تدعم كل مرحلة.

ما هي إدارة التغيير في ITIL (وما ليست كذلك)

إدارة التغيير في ITIL، والتي يُشار إليها الآن باسم "تمكين التغيير" في ITIL 4، هي ممارسة IT لتقييم التغييرات على أنظمة الإنتاج والموافقة عليها وتوثيقها. يتمثل الهدف الرئيسي في تقليل مخاطر تسبب التغييرات في حوادث مع الحفاظ على قدرة المؤسسة على التسليم بسرعة. وعند تنفيذها بفعالية، تعمل كعامل تمكين. لكن إذا نُفذت بشكل سيئ، تتحول إلى عائق بيروقراطي تحاول الفرق تجاوزه. يكمن الفرق الأساسي في كيفية تكييف العملية: خفيفة للتغييرات منخفضة المخاطر، وشاملة للتغييرات عالية المخاطر. التعامل مع كل تغيير بالمستوى نفسه من التدقيق قد يؤدي إلى بطء في التسليم أو تجاهل السياسات، وغالبًا ما ينتج عن ذلك كلا المشكلتين.

يتناول هذا الدليل العملية والأدوار ودعم الأدوات ومحتوى التدريب والتوثيق اللازمين لدمج الممارسة عبر الفرق بفعالية.

أنواع التغيير الثلاثة ضمن ITIL

التغيير القياسي

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

التغيير العادي

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

التغيير الطارئ

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

عملية إدارة التغيير في ITIL من 7 خطوات

الخطوة 1: تسجيل التغيير

يتضمن تسجيل التغيير توثيق تفاصيل أساسية مثل ما الذي سيتغير، وأسباب التغيير، والأفراد المسؤولين، والوقت المخطط. هذا التوثيق ضروري لتحليل ما بعد الحادث، ويساعد على ضمان المساءلة. بدون سجل صحيح، قد يصبح فهم أثر التغييرات أمرًا صعبًا، ما يجعل من الصعب التعلم من الحوادث السابقة.

الخطوة 2: تقييم المخاطر والأثر

يتطلب تقييم المخاطر والأثر تقييم النطاق المحتمل للتأثير (blast radius)، وخطط التراجع (rollback)، والاعتمادات، والتوقيت. بينما يمكن للتغييرات القياسية تجاوز التقييمات الثقيلة، فإن التغييرات العادية والطارئة تتطلب تقييمًا شاملًا لمنع تعطّل النظام. تساعد هذه الخطوة على تحديد التحديات المحتملة وضمان توفر الاحتياطات اللازمة.

الخطوة 3: تصنيف التغيير

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

الخطوة 4: اعتماد

تختلف إجراءات الاعتماد حسب نوع التغيير: تمر التغييرات العادية عبر CAB، وتتطلب حالات الطوارئ CAB طارئ، وقد تكون التغييرات القياسية معتمدة مسبقًا. الهدف هو تسريع عملية الاعتماد مع ضمان أن الجهات المعنية المناسبة تراجع التغييرات. الاعتماد الأسرع مفيد طالما لا يخل بعمق المراجعة.

الخطوة 5: الجدولة والتواصل

تتضمن الجدولة والتواصل نشر التغيير على تقويم التغيير وإشعار الفرق المتأثرة. تُعد هذه الخطوة حاسمة للتنسيق مع نوافذ التجميد (freeze windows) خلال الدورات التشغيلية الحرجة لتقليل التعطيل. يساعد التواصل الفعّال على ضمان اطلاع جميع أصحاب المصلحة وتجهيزهم للتغييرات.

الخطوة 6: التنفيذ

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

الخطوة 7: المراجعة

تقيّم مرحلة المراجعة ما إذا كان التغيير قد تم كما هو مخطط له وتحدد مجالات التحسين. تُغذي مراجعة ما بعد التنفيذ مكتبات التغيير القياسي وتوفر مدخلات لتحسين العملية. يُعد التحسين المستمر ضروريًا للحفاظ على عملية إدارة تغيير فعّالة.

مقارنة الميزات: أدوات إدارة التغيير في ITIL

تفصيل الأدوات

ServiceNow

غالبًا ما يُعد ServiceNow الخيار الافتراضي لتنفيذ ITIL على مستوى المؤسسات بسبب قدراته الشاملة في إدارة التغيير وسير عمل CAB الآلي. يوفر تكاملًا قويًا مع قاعدة بيانات إدارة التكوين (CMDB) وإدارة الحوادث، ما يجعله حلًا متينًا للمؤسسات الكبيرة.

الإيجابيات: النضج والعمق وقابلية التوسع لاحتياجات المؤسسات.

السلبيات: قد تكون المنصة مكلفة وتتطلب جهد إعداد كبيرًا لتكييفها مع الاحتياجات المحددة.

Jira Service Management

Jira Service Management أداة مناسبة للشركات المتوسطة وتتكامل بسلاسة مع سير عمل التطوير. وهي جذابة بشكل خاص لفرق الهندسة بفضل واجهتها الملائمة للمطورين وتسعيرها المعقول.

الإيجابيات: توفر تكاملًا قويًا مع أدوات وعمليات التطوير، ما يجعلها مثالية للفرق التي تستخدم منتجات Atlassian بالفعل.

السلبيات: على الرغم من أنها توفر دعمًا جيدًا لـ ITIL، إلا أنها تفتقر إلى العمق الموجود في ServiceNow للبيئات المؤسسية واسعة النطاق.

BMC Helix

BMC Helix هو حل ITSM مؤسسي قديم تمت مواءمته مع الاحتياجات الحالية. وهو مناسب للمؤسسات الكبيرة التي تتطلب قدرات ITSM قوية.

الإيجابيات: يوفر قابلية التوسع وميزات واسعة لبيئات المؤسسات.

السلبيات: قد تبدو واجهة المستخدم قديمة مقارنةً بالحلول الأحدث.

Freshservice

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

الإيجابيات: واجهة بديهية وتسعير فعّال من حيث التكلفة تجعلها متاحة للفرق الأصغر.

السلبيات: تفتقر إلى عمق الميزات التي تقدمها أدوات مستوى المؤسسات مثل ServiceNow.

Ivanti وSolarWinds وغيرها

تأتي أدوات ITSM في الفئة المتوسطة مع وحدات لإدارة التغيير تكون كافية للمؤسسات الأصغر. توفر وظائف أساسية ويمكن أن تكون مناسبة للفرق التي لا تحتاج إلى قدرات ITIL واسعة.

Trupeer

يدعم Trupeer إدارة التغيير في ITIL عبر التركيز على جوانب التدريب والتوثيق. يتيح لمديري التغيير تسجيل شرح تفصيلي لعملية CAB أو فئة تغيير جديدة، لإنتاج SOP مكتوب، وفيديو، ومستندًا قابلًا للبحث. تحافظ هذه المقاربة على دليل ITIL محدثًا دون الحاجة إلى إعادة كتابة متكررة.

تحليل معمّق: لماذا تفشل معظم عمليات إدارة التغيير في ITIL

البيروقراطية مقابل الانضباط

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

غالبًا ما تحافظ المؤسسات التي تنجح في هذا الجانب على مكتبة تغييرات قياسية استباقية. تُعتمد مسبقًا العمليات الروتينية مثل إضافة المستخدمين ودورات التصحيح والنشرات المعروفة، مع وجود أثر تدقيق. تزيل هذه المقاربة العوائق أمام الفرق لحوالي 80% من التغييرات، ما يسمح لـ CAB بالتركيز على الـ 20% الحرجة. يتطلب الانضباط الفعّال من القيادة إبقاء المكتبة القياسية محدثة ومقاومة إغراء "اعتماد CAB لكل شيء".

واقع الأتمتة وDevOps

غالبًا ما تقوم فرق الهندسة الحديثة بالنشر إلى الإنتاج عدة مرات يوميًا. لا تستطيع عمليات CAB التقليدية التعامل مع هذا الزخم. الحل العملي هو دمج إدارة التغيير الآلية مع أنظمة التكامل المستمر والنشر المستمر (CI/CD). يمكن اعتماد التغييرات التي تجتاز الاختبارات وتستخدم علامات الميزات وتتضمن المراقبة تلقائيًا كتغييرات قياسية. تُعامل حالات الفشل بشكل مختلف. المؤسسات التي تحاول دفع عمليات النشر اليومية عبر اجتماعات CAB الأسبوعية تجد المطورين يعملون خارج النظام، ما يؤدي إلى أوجه قصور ومخاطر محتملة.

التدريب والتواصل

تفشل إدارة التغيير في ITIL أحيانًا بصمت عندما لا تفهم الفرق العملية بالكامل. قد توجد القواعد على ويكي لا يقرأه أحد. تُظهر مكتبة شرح الفيديو الحديثة كيفية تسجيل تغيير قياسي، وبناء طلب تقديم CAB، والتعامل مع التغييرات الطارئة، ما يحسن الامتثال بشكل ملحوظ. تُزيل هذه المقاربة عذر "لم أكن أعلم". ومع ذلك، من الضروري تحديث هذا المحتوى بانتظام مع تطور العمليات؛ فقد يكون محتوى تدريب قديم أكثر ضررًا من عدم وجود تدريب على الإطلاق.

تحديات تطبيق إدارة التغيير في ITIL

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

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

تغييرات Shadow IT. عندما تُجري الفرق تغييرات على الإنتاج خارج النظام المعتمد، غالبًا ما يشير ذلك إلى أن العملية مرهقة جدًا. يمكن أن يشجع تبسيط سير العمل وإزالة العوائق غير الضرورية على الالتزام بالإجراءات الرسمية.

غياب CMDB. بدون CMDB موثوقة، يصبح تحليل الأثر تخمينًا، ما يقوض عملية إدارة التغيير. يعد إنشاء CMDB قوية وصيانتها أمرًا ضروريًا للتقييمات الدقيقة واتخاذ قرارات مبنية على معلومات.

إساءة استخدام التغيير الطارئ. قد تستغل الفرق مسار التغيير الطارئ لتجاوز العملية القياسية. يمكن أن يساعد تطبيق مراجعات بأثر رجعي إلزامية لجميع التغييرات الطارئة في تحديد إساءة الاستخدام ومعالجتها، بما يضمن بقاء العملية عادلة وفعّالة.

ميزات لا بد منها في إدارة التغيير ضمن ITIL

• أنواع تغييرات بدرجات (Tiered) (قياسي، عادي، طارئ) مع سير عمل مطابق لضمان مستويات التدقيق والكفاءة المناسبة.

• جدولة CAB وتوافر النصاب (quorum) لتسهيل اتخاذ قرارات في الوقت المناسب وفعّالة للتغييرات العادية والطارئة.

• تقويم التغيير لنوافذ الحظر والتجميد، ما يساعد على تنسيق الدورات التشغيلية الحرجة وتقليل التعطيل.

• تكامل CMDB لتحليل أثر دقيق، لضمان أخذ جميع الاعتمادات والآثار المحتملة في الاعتبار.

• اعتمادات تلقائية للتغييرات القياسية لتسريع التغييرات منخفضة المخاطر مع الحفاظ على أثر تدقيق للامتثال.

• ربط الحوادث للمراجعة بعد الحادث، ما يتيح للمؤسسات التعلم من التجارب السابقة وتحسين العمليات.

• أثر تدقيق للامتثال، مع توفير سجل تفصيلي لجميع التغييرات واعتماداتها المرتبطة.

• محتوى التدريب الذي يتطور مع العملية، لضمان أن الفرق تكون دائمًا على اطلاع ومجهزة لتطبيق أفضل الممارسات.

حالات الاستخدام والأدوار

ITSM على مستوى المؤسسات: ماكسيميليان، مدير التغيير، شركة خدمات مالية تضم 18,000 موظف

قاد ماكسيميليان تنفيذ نموذج تغييرات بدرجات في ServiceNow لدى شركة خدمات مالية كبيرة. ومن خلال زيادة نسبة التغييرات القياسية من 20% إلى 75% من إجمالي حجم التغيير، خفّض بشكل كبير وقت CAB لكل تغيير من 6 أيام إلى يومين فقط. وأدى هذا التحول الاستراتيجي إلى انخفاض ملحوظ بنسبة 31% في معدل الحوادث الناتجة عن التغييرات، ما يثبت فعالية عملية إدارة تغيير مُهيكلة بشكل جيد.

مكثف DevOps: يومي، قائد SRE، شركة SaaS تضم 400 مهندس

في شركة SaaS ذات ثقافة DevOps قوية، قامت يومي، وهي قائد SRE، بدمج إدارة التغيير مع CI/CD في Jira Service Management. ومن خلال تهيئة عمليات النشر مع اختبارات ناجحة وعلامات ميزات لتسجيلها تلقائيًا كتغييرات قياسية، تمكنت الشركة من زيادة معدل نشر الهندسة دون ملاحظة ارتفاع في الحوادث المرتبطة بالتغيير. يوضح هذا التكامل كيف يمكن للممارسات الحديثة تعزيز السرعة والاستقرار معًا.

تمكين العملية: سورِيش، قائد عمليات تقنية المعلومات، مرفق خدمات يضم 3,500 شخص

أعاد سورِيش، وهو قائد عمليات تقنية المعلومات في شركة مرافق، تصميم دليل تشغيل إدارة التغيير في ITIL باستخدام قدرات Trupeer. ومن خلال تسجيل شروحات فيديو لكل سير عمل للتغيير، تمكن من رفع امتثال العملية من 62% إلى 89% مذهلة خلال ربع سنة واحد. ولمن يرغب في تكرار هذا النجاح، يوفر دليل خطة إدارة التغيير رؤى تنفيذية تفصيلية.

أفضل الممارسات

قسّم حسب المخاطر. من الضروري تعيين وزن/درجة عملية لكل نوع تغيير (قياسي، عادي، طارئ) لضمان استخدام الموارد بكفاءة وتخفيف المخاطر بشكل مناسب. تتيح هذه المقاربة للفرق التركيز على التغييرات عالية المخاطر مع تبسيط التغييرات منخفضة المخاطر.

أتمتة التغييرات القياسية. إن اعتماد التغييرات الروتينية مسبقًا مع أثر تدقيق لا يوفر الوقت فحسب، بل يقلل أيضًا العبء الإداري على الفرق. تساعد الأتمتة في الحفاظ على الامتثال وضمان تسجيل التغييرات بدقة وبشكل متسق.

تدريب قصير ومحدد. إن تقديم شروحات فيديو لكل نوع تغيير يعزز الوضوح والفهم بين أعضاء الفريق. ومن خلال التركيز على محتوى تدريبي مختصر وملائم، يمكن للمؤسسات تحسين الالتزام بالعمليات وتقليل الأخطاء.

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

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

الأسئلة الشائعة

هل ITIL 4 مختلف عن ITIL v3؟

نعم، يقدم ITIL 4 عدة تغييرات، بما في ذلك إعادة تسمية إدارة التغيير إلى "تمكين التغيير" مع التأكيد على المرونة. ورغم أن الممارسات الأساسية تبقى متشابهة، يضع ITIL 4 تركيزًا أكبر على المرونة وقابلية التكيف، ما يشجع المؤسسات على تكييف العمليات وفق احتياجاتها المحددة.

كم مرة يجب أن يجتمع CAB؟

بالنسبة لمعظم المؤسسات، تُعقد اجتماعات CAB عادةً أسبوعيًا لتوفير تقييمات واعتمادات في الوقت المناسب. تختار بعض المؤسسات اجتماعات كل أسبوعين، مع إضافة جلسات CAB طارئة عند الطلب. عادةً ما تكون الاجتماعات اليومية مفرطة وقد تؤدي إلى أوجه قصور.

هل أحتاج إلى CMDB؟

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

هل يمكنني تخطي CAB لعمليات نشر DevOps؟

نعم، إذا كانت الأتمتة المناسبة موجودة. يمكن التعامل مع عمليات النشر التي تجتاز الاختبارات وتستخدم علامات الميزات وخطط التراجع كتغييرات قياسية، ما يسمح لها بتجاوز عملية CAB. تكون هذه المقاربة مفيدة بشكل خاص لفرق DevOps، لأنها تتماشى مع حاجتهم إلى السرعة والمرونة.

ما هو أكبر نمط فشل؟

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

الكلمة الأخيرة

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