ServiceNow ITSM: فهم الحوادث والمشكلات والتغييرات

ابدأ من الخدمة المقدمة، وليس فقط التذكرة

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

تصنيف الحادث بشكل صحيح

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

التكليف والتصعيد والتواصل

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

أصلح، تحقق ثم أغلق

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

افتح مشكلة لفهم التكرار

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

رابط لطلب التغيير

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

السيناريو الكامل: البطء المتكرر على البوابة

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

قم بتكوين ServiceNow ببيانات متسقة

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

اختر المؤشرات التي لا تشجع على السلوك السيئ

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

النشر تدريجيًا والتحسين مع الفرق

ابدأ بخدمة تجريبية ومصفوفة أولوية واضحة وعدد صغير من قواعد التخصيص. اختبار الإنشاء وتغيير المجموعة والتعليق والحل وإعادة الفتح وقراءة الحقوق. تدريب الدعم على الاختلافات بين الحادث والمشكلة والتغيير باستخدام الأمثلة الداخلية. يمكن لـ Tuplify Studio تكوين هذه الرحلات ودمج أدواتك وتطوير الوظائف الإضافية الضرورية في ServiceNow. بعد الإنتاج، قم بتنظيم مراجعات منتظمة لإزالة الحقول غير الضرورية وتصحيح القواعد وضبط المؤشرات. إن العملية التي يتم فهمها واستخدامها أفضل من النموذج الشامل الذي يتجاوزه الجميع.

ورشة عمل: اختبر قواعدك من خلال حادثة محاكاة

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

الأسئلة المتداولة: الأولوية واتفاقية مستوى الخدمة والتغييرات العاجلة

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

هل يعني تجاوز اتفاقية مستوى الخدمة (SLA) أن الخدمة بأكملها سيئة؟ إنه يشير إلى التزام لم يتم احترامه ضمن النطاق المحدد. افحص الأسباب والفواصل المحتملة والبيانات والعواقب الحقيقية بدلاً من الاستنتاج على عداد معزول.

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