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