مخطط انسيابي لعملية ضبط التغيير

ما هي مخطط انسيابي لعملية ضبط التغيير؟

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

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

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

ما الذي يغطيه هذا المخطط

في هذا القالب

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

متى تستخدم هذا القالب

• توثيق إجراء إدارة التغيير بأسلوب ITIL لفريق عمليات تقنية المعلومات أو المنصة، بما في ذلك من يجلس في لجنة CAB وما الذي يطّلع عليه قبل القرار
• كتابة إجراء تغيير مضبوط لنظام جودة، حيث يتطلب أي تغيير على عملية أو منتج معتمد تقييم أثر موثّقاً ومعتمِداً مُسمّى
• تأهيل مديري تغيير جدد أو أعضاء لجنة أو مهندسي مناوبة يحتاجون معرفة أي التغييرات يلزمها اعتماد وأيها لا
• حسم من يعتمد ماذا قبل إعداد سير العمل في Jira أو ServiceNow أو نظام إدارة الجودة، حتى تعكس الأداة عملية متفقاً عليها بدل أن تخترع واحدة
• الرد على عميل أو مدقّق يسأل كيف تُعتمد التغييرات وكيف تُختبر وكيف يُتراجع عنها

كيف تعمل

1. أعد تسمية المسارات لتطابق أدوارك الحقيقية

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

2. عرّف فئات التغيير عند قرار الفرز

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

3. سمِّ جهة اعتماد التغيير ووتيرة اجتماعها

   عند خطوة مراجعة اللجنة، دوّن من هم المعتمدون، وكم مرة يجتمعون، وما آخر موعد لإدراج طلب على جدول الأعمال. وأضف جهة الاعتماد الطارئ بشكل منفصل، لأن من يستطيع اعتماد إصلاح خارج ساعات العمل نادراً ما يكون اللجنة بكاملها.

4. حدّد ما يجب أن يحتويه سجل التقييم

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

5. اضبط قواعد التراجع والتحقق

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

6. انشره واحتفظ بإصداراته

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

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

ما الفرق بين ضبط التغيير وإدارة التغيير؟

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

من يجب أن يعتمد التغيير، وهل يحتاج كل تغيير إلى لجنة كاملة؟

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

كيف تندرج التغييرات الطارئة دون أن تُضعف العملية؟

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

ماذا يحدث للتغييرات التي ترفضها اللجنة أو تؤجلها؟

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

هل يختلف هذا عن ضبط تغيير الوثائق أو ضبط تغيير إجراءات التشغيل القياسية (SOP)؟

نعم. هذا هو الصيغة العامة من ضبط التغيير بنكهة عمليات تقنية المعلومات: لجنة CAB، وخطة تراجع، وخطوة نشر وتحقق، مبنية للتغييرات على الأنظمة والخدمات. أما /ar/templates/ضبط-تغيير-الوثيقة و/ar/templates/ضبط-تغيير-إجراء-التشغيل-القياسي فهما صيغتان أضيق من الشكل نفسه، مبنيتان لنوع محدد من الوثائق، حيث تحل مراجعو الوثائق ومعتمِدوها محل لجنة CAB، وتحل عملية سحب النسخة الملغاة محل خطة التراجع. وإن كان ما تريده فعلاً هو التمييز المفاهيمي بين ضبط الإصدار وضبط التغيير لا مخططاً، فراجع /guides/version-control-vs-change-control.