إدارة التغيير في ITIL: العملية، أفضل الممارسات، ودليل التنفيذ

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

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

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

يركز هذا الدليل على العملية، والأدوار، ودعم الأدوات، ومحتوى التدريب والوثائق اللازمة لترسيخ الممارسة بفعالية عبر الفرق.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

الخطوة 4: الموافقة

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

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

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

الخطوة 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 أو فئة تغيير جديدة، وإنتاج إجراء تشغيل قياسي مكتوب، وفيديو، ومستند قابل للبحث. يحافظ هذا النهج على تحديث دليل ITIL دون الحاجة إلى إعادة كتابته باستمرار.

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

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

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

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

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

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

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

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

تحديات تنفيذ إدارة التغيير في ITIL

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

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

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

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

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

ميزات لا غنى عنها في إدارة التغيير في ITIL

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

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

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

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

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

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

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

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

حالات الاستخدام والشخصيات

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

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

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

في شركة SaaS ذات ثقافة DevOps قوية، دمجت يومي، قائدة موثوقية المواقع، إدارة التغيير مع 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 قوية، يمكن للمؤسسات بناء قدرة دائمة وفعالة لإدارة التغيير.