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