يساعد ISO/IEC 20000-1 المؤسسات على إدارة خدماتها ضمن نظام متسق يربط احتياجات العملاء بما توافق المؤسسة على تقديمه وكيفية ضبط التنفيذ. وتظهر أهميته لدى مزودي الخدمات وفرق التقنية الداخلية عندما تتعدد الطلبات والموردون ومسارات الدعم. قد يدعم برنامج التذاكر هذا العمل، لكنه لا يحدد وحده المسؤوليات ولا يجعل الخدمة موثوقة بمجرد شرائه.
افهم المعيار قبل اختيار الحل
ISO/IEC 20000 سلسلة معايير، ويحدد الجزء الأول متطلبات نظام إدارة الخدمات (Service Management System – SMS). أما الأجزاء الأخرى فتتناول إرشادات وموضوعات مرتبطة. في مراجعة 7 أكتوبر 2026، يعرض فهرس ISO الإصدار ISO/IEC 20000-1:2018، الذي أُكد في 2023، مع تعديل مناخي صدر في 2024. لذلك لا يصح وصف الجزء الأول بأنه مجرد نصائح اختيارية أو اختزال السلسلة في جزأين فقط.
يشمل النظام تخطيط الخدمات وتصميمها وانتقالها وتقديمها وتحسينها، ويمكن أن يتعلق بخدمات لعملاء داخليين أو خارجيين. ومن هنا يصبح تحديد النطاق قرارًا إداريًا عمليًا: ما الخدمات المشمولة؟ وما حدود الجهة المسؤولة؟ وما نقاط الاتصال بالموردين والفرق الأخرى؟ تتضح هذه الأسئلة قبل وصف ما يشمله مشروع التطبيق أو نطاق الشهادة.
ابدأ بالخدمة التي يراها العميل
قائمة الخوادم والتطبيقات والموردين لا تمثل بالضرورة وصفًا للخدمة. يحتاج العميل عادةً إلى نتيجة، مثل استخدام تطبيق أعمال أو إتمام معاملة. وعلى المؤسسة ربط هذه النتيجة بالأشخاص والإجراءات والتقنيات التي تدعمها، حتى يستطيع فريق التشغيل فهم أثر قراراته على المستخدم.
يوضح وصف الخدمة الفئات المستفيدة وترتيبات التشغيل وطريقة طلب الدعم. ويميز بين الطلبات المعتادة والاستثناءات. وإذا اعتمد الالتزام على مورد آخر، فينبغي فهم هذا الاعتماد قبل تقديم وعد للعميل؛ لأن قدرة الفريق الداخلي على الاستجابة لا تعني امتلاكه صلاحية إصلاح كل مكون خارجي.
حوّل الوعد إلى اتفاق قابل للقياس
اتفاقية مستوى الخدمة (Service Level Agreement — SLA) توثق الخدمات ومستوى الأداء المتفق عليه مع العميل. لا يكفي وصف الدعم بأنه «سريع». حدد ساعات الخدمة، وأولوية الحالات، والهدف الزمني، وطريقة القياس، ومسؤولية كل طرف. وضح كذلك ما يحدث عندما يتجاوز الطلب النطاق المتفق عليه.
فرّق بين وقت الرد الأول ووقت استعادة الخدمة. قد يؤكد الموظف استلام البلاغ بينما يبقى التطبيق متوقفًا. وبيّن متى يبدأ حساب الزمن، وهل يجري داخل ساعات الدعم أم طوال اليوم، وكيف تُعالج فترات الانتظار والاستثناءات وفق الاتفاق. لا تغيّر قواعد الحساب بعد وقوع الحادث لتبدو النتيجة أفضل.
اربط الالتزام بالتنفيذ
احتياج العميل: ما العمل الذي يجب أن تتيحه الخدمة؟
الالتزام المتفق عليه: ما مستوى الخدمة وحدودها المعتمدة؟
ضبط التنفيذ: من يشغّل الخدمة ويدعمها ويعتمد تغييرها؟
المراجعة: ما الأدلة التي تبين مدى الوفاء بالالتزام؟
نموذج إداري تحريري للتوضيح، وليس حصرًا لجميع متطلبات المعيار.
ميّز بين الانقطاع والسبب المتكرر والتغيير المخطط
الحادث (Incident) هو انقطاع غير مخطط للخدمة أو تراجع في جودتها. وتشير المشكلة (Problem) إلى سبب حادث أو أكثر، أو سبب محتمل له. أما التغيير (Change) فيتعلق بتعديل قد يؤثر في الخدمة. أما طلب الخدمة (Service Request)، مثل طلب معلومة أو صلاحية وفق مسار معتمد، فلا يعني بالضرورة وقوع عطل. يوضح هذا الشرح المبسط اختلاف أغراض المعالجة.
عند تعطل خدمة، ترتبط استعادتها بفهم أسباب تكرار العطل، لكنهما مهمتان مختلفتان. قد يغلق الفريق التذاكر بسرعة ثم يواجه المشكلة نفسها مرارًا. وفي المقابل، لا يفيد الاستمرار في التحقيق دون معالجة احتياج المستخدم إلى الدعم. يساعد وضوح المسؤوليات على تنسيق الاستجابة والتحسين بدل الخلط بينهما.
تحتاج التغييرات المخططة إلى مسار لاتخاذ القرار أيضًا. يوضح المسار الخدمة المتأثرة وصاحب صلاحية الاعتماد والترتيبات المناسبة إذا لم ينجح التغيير كما خُطط له. وينبغي أن تتناسب المعالجة مع أهمية التغيير؛ فالتعديل الروتيني والانتقال الكبير إلى خدمة جديدة لا يستلزمان بالضرورة الإجراءات نفسها.
مثال توضيحي: اعتماد على مزود خارجي
لنفترض أن فريق دعم داخلي يعتمد على مزود تطبيق خارجي. أبلغ المستخدمون عن انقطاع خارج ساعات دعم المزود، بينما كانت المؤسسة قد أعلنت التزامًا أوسع لعملائها. هنا لا تقتصر المشكلة على بطء التعامل مع التذكرة؛ فترتيبات التشغيل لا تدعم التوقع الذي نشأ لدى المستخدم.
في مثال افتراضي بأرقام تعليمية، ينص اتفاق لحالة محددة على الرد خلال 15 دقيقة واستعادة الخدمة خلال 4 ساعات، محسوبة كزمن متصل من تسجيل البلاغ دون استثناءات. رد الفريق بعد 10 دقائق، لكن الاستعادة استغرقت 6 ساعات لانتظار المورد. تحقق هدف الرد، بينما تجاوزت الاستعادة الهدف بساعتين. إغلاق التذكرة لاحقًا لا يمحو هذا التجاوز، وهذه الأهداف ليست متطلبات يفرضها المعيار أو مستويات مناسبة لكل خدمة.
تراجع الإدارة الفجوة مع المورد والعميل: هل تحتاج إلى تغطية دعم إضافية، أم قدرة داخلية أو بديل تشغيلي، أم تعديل متفق عليه للالتزام؟ تقارن التكلفة والأثر على الأعمال والمخاطر قبل القرار. ويظل هناك مسؤول واضح عن متابعة الخدمة والتواصل مع العميل، حتى عندما ينفذ المورد الإصلاح. لا تُخفض الوعود القائمة من جانب واحد، ولا يُقدّم وعد جديد قبل التأكد من قدرة الأطراف على تنفيذه.
قس تجربة الخدمة بصورة ذات معنى
يصف عدد التذاكر ونسبة إغلاقها جانبًا من حجم العمل، لكنه لا يفسر جودة الخدمة كاملةً. انظر إلى الحالات التي يُعاد فتحها، والانقطاعات المتكررة، وقدرة العميل على إتمام النشاط الذي تدعمه الخدمة. واعتمد تعريفًا واضحًا لكل مؤشر، مع التمييز بين الاستجابة الأولية واستعادة الخدمة والحل النهائي.
عرّف مؤشرات الأداء الرئيسية (Key Performance Indicators — KPIs) ومصدر بياناتها ومالكها. مثلًا، إذا كانت مجموعة القياس تضم 200 حادث مكتمل المتابعة، واستُعيدت الخدمة ضمن الهدف في 180 منها، فنسبة الالتزام 90%. يجب أن يوضح التقرير الحالات المشمولة والاستثناءات وكيفية معالجة الحالات المفتوحة. لا تعتبر الحادث المفتوح ضمن الهدف لمجرد أنه لم يُغلق، ولا تخلط الحالات التي لم تنتهِ مهلتها بالمتجاوزة لها.
هذه النسبة لا تقيس توافر الخدمة (Availability). فحادث واحد طويل قد يسبب أثرًا كبيرًا رغم ارتفاع نسبة الحالات المعالجة في موعدها. قس زمن عدم التوافر ضمن ساعات الخدمة المتفق عليها، وادرس الأثر على المستخدمين وتكرار الحوادث بجانب مؤشرات التذاكر. الأرقام التعليمية السابقة لتوضيح الحساب وليست نتائج مؤسسة بعينها.
تعتمد فائدة لوحة المتابعة على موثوقية بياناتها وتعريفاتها. تغيير طريقة الحساب قد يُظهر تحسنًا دون تغير فعلي في التنفيذ. لذلك ينبغي تسجيل التغييرات في المؤشرات لتمكين الإدارة من تفسير الاتجاهات بصورة صحيحة، وعدم مقارنة نتائج حُسبت على أسس مختلفة وكأنها متطابقة.
حوّل نتائج المراجعة إلى تحسين فعلي
استخدم دورة خطط، نفّذ، تحقق، حسّن (Plan–Do–Check–Act — PDCA): حدد هدف الخدمة والموارد، وطبّق ترتيبات التشغيل، وافحص النتائج، ثم عالج الفجوات. في مثال المورد، لا يكفي إنشاء رقم تصعيد جديد؛ اختبر أن المسؤول يرد في الساعات المطلوبة وأن لديه القدرة أو مسار الصلاحية اللازم.
يراجع التدقيق الداخلي (Internal Audit) تطبيق ترتيبات النظام وفاعليتها، وتستخدم مراجعة الإدارة (Management Review) النتائج والمخاطر واحتياجات الموارد لاتخاذ قرارات. عند تكرار الانقطاع، اربط التحقيق بإجراء تصحيحي (Corrective Action) ومسؤول وموعد، ثم تحقق من أثره على الخدمة. حضور اجتماع أو إغلاق مهمة لا يثبت وحده منع تكرار المشكلة.
التطبيق وقرار الشهادة
يعمل نظام إدارة الخدمات في الممارسة اليومية من خلال موظفين مؤهلين ومعلومات حديثة ومسؤوليات واضحة. لا يثبت شراء أداة أو إعداد دليل وحده اكتمال التطبيق. وعند طلب الشهادة، تقيّم جهة منح مستقلة النطاق المحدد مقابل المتطلبات. تدعم الاستشارات الاستعداد لهذا التقييم، ولا تتحكم في قرار جهة المنح.
اختبر الالتزام عبر حدود الفرق والموردين
يربط نظام إدارة الخدمات (Service Management System – SMS) الالتزام المقدم للعميل بالترتيبات اللازمة لتنفيذه. ومن طرق الفحص العملية تتبع انقطاع ممثل عبر الفريق الداخلي والمورد المعني. هذا تمرين تحريري مقترح لفحص التنسيق، وليس سيناريو إلزاميًا منصوصًا عليه في معيار آيزو.
ابدأ من بلاغ المستخدم. حدد من يستقبله، ومن يقيم أثره على الأعمال، ومن يستطيع التواصل مع المورد. قارن ساعات الدعم وجهات التصعيد بالاتفاق الفعلي. ثم افحص ما يقال للمستخدم أثناء انتظار الرد الخارجي. تأكيد استلام التذكرة يختلف عن استعادة الخدمة؛ لذلك يجب أن تشرح الرسالة الوضع دون أن توحي بإنجاز لم يحدث.
أضف إلى التمرين تسليمًا بين ورديتين أو فريقين. تحقق من قدرة المسؤول التالي على معرفة الوضع الحالي والقرار المعلق والخطوة المطلوبة. سجل أي نقص في المعلومات أو الصلاحيات، ثم اختبر الترتيب المعدل بعد المعالجة. إغلاق التمرين يحتاج إلى دليل على معالجة الفجوة، وليس مجرد كتابة إجراء جديد وحفظه. استخدم النتائج لتحسين ترتيبات الخدمة المعنية، مع عدم افتراض أن نجاح سيناريو واحد يثبت فاعلية جميع الخدمات داخل نطاق النظام.
تعرّف إلى خدمة تطبيق متطلبات الآيزو والاستعداد للشهادة لدى أتماكس. يُحدد نطاق العمل ومخرجاته وشروطه في العرض والاتفاق.