تمكين التغيير: الأنواع الثلاثة ومتى تحتاج موافقة

في ITIL 4 تغيّر اسم «إدارة التغيير» إلى «تمكين التغيير» (Change Enablement). الرسالة واضحة: الهدف تمكين التغييرات الآمنة بسرعة، لا تعطيلها.

التغيير القياسي (Standard)

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

التغيير العادي (Normal)

يحتاج تقييمًا وموافقة من «جهة اعتماد التغيير» (Change Authority) بحسب حجمه وخطورته. التغيير الصغير قد يعتمده قائد الفريق، والكبير يحتاج لجنة. أمثلة: ترقية نظام تشغيل خادم إنتاج، تعديل قاعدة جدار حماية رئيسية.

التغيير الطارئ (Emergency)

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

أخطاء شائعة

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

ابدأ بخطوة

راجع آخر خمسين تغييرًا في فريقك. كم منها تكرر بنفس الخطوات؟ هذه مرشّحة لتصبح تغييرات قياسية توفر وقت الجميع.