دعم تكنولوجيا المعلومات الصحيح: دليل عملي ميداني
كيفية إدارة تذاكر دعم تكنولوجيا المعلومات مثل المحترفين: الفرز والتشخيص والتوثيق والتصعيد بشكل صحيح، وليس فقط إغلاقها بسرعة.
معظم أعمال دعم تكنولوجيا المعلومات تُقيَّم بناءً على السرعة، لكن السرعة بدون منهج تنقل المشكلة نفسها إلى مكان آخر. تذكرة مغلقة في خمس دقائق وتعود بعد ثلاثة أيام تكلف أكثر من تذكرة تستغرق عشرين دقيقة وتُحل فعلاً. يغطي هذا الدليل العادات التي تفصل من يغلق التذاكر عن من يحل المشاكل.
ابدأ باستقبال حقيقي، وليس بتخمين
قبل لمس أي جهاز، اطلب من المستخدم أن يصف المشكلة بكلماته الخاصة، ثم اطرح ثلاثة أسئلة متابعة: متى بدأت، ما الذي تغير مؤخراً، وهل تحدث في كل مرة أم بشكل متقطع. "الإنترنت بطيء" قد يعني حل أسماء DNS أو قناة Wi-Fi مشبعة أو بطاقة شبكة معيبة أو متصفح فيه أربعون تبويب مفتوح. اكتب النص الدقيق للخطأ إن كان هناك واحد. لقطات الشاشة أفضل من الأوصاف في كل مرة — اطلب واحدة قبل أن تطلب من المستخدم أن يحاول أي شيء.
قاوم الرغبة في الانتقال مباشرة إلى "هل حاولت إعادة التشغيل." تنجح في كثير من الأحيان بما يكفي لأن الناس يلجأون إليها بشكل افتراضي، لكن إذا تخطيت الاستقبال ستفوتك أنماط. إذا أبلغ ثلاثة أشخاص على نفس المفتاح عن نفس البطء في نفس الساعة، هذه تذكرة مختلفة عن جهاز كمبيوتر واحد به برنامج تشغيل معيب.
كرّر قبل أن تصلح
إذا لم تتمكن من تكرار مشكلة ما، لا يمكنك التأكد من أنك أصلحتها. اطلب من المستخدم أن يمر عبر الخطوات الدقيقة على مشاركة شاشة، أو افعلها بنفسك على جهازه إذا سمحت أدوات البعد. تحقق من ipconfig /all على Windows أو ip a على Linux للتحقق الأساسي من سلامة الشبكة، ابحث في Event Viewer (eventvwr.msc) عن أخطاء التطبيق والنظام حول الوقت المبلغ عنه، وتحقق من journalctl -xe --since "1 hour ago" على أجهزة Linux بنفس النافذة الزمنية.
للأعطال في التطبيقات، احصل على رقم الإصدار الدقيق وإصدار نظام التشغيل. "توقف عن العمل" لا يخبرك بشيء؛ "Outlook 16.0.17726 يتوقف عن العمل عند فتح دعوة التقويم بمرفق .ics" يخبرك أين تبحث. ابحث في ملاحظات الإصدار من البائع عن المشاكل المعروفة قبل أن تفترض أنها محلية.
فرز حسب التأثير، وليس حسب من يصرخ بأعلى صوت
مستخدم واحد محظور من البريد الإلكتروني غير مريح. خادم ملفات مشترك غير متاح لأربعين شخصاً هو انقطاع. ابن مقياس خطورة بسيط — شيء مثل P1 للانقطاعات التي تؤثر على مستخدمين متعددين أو أنظمة حرجة، P2 لمنع مستخدم واحد، P3 لمتدهور-لكن-يعمل، P4 لطلبات تجميلية أو للراحة — وطبقه بشكل متسق، حتى تحت الضغط من مدير يريد أولويته أولاً.
وثّق قرار الخطورة في التذكرة نفسها. هذا يحميك لاحقاً عندما يسأل أحد لماذا جلست P3 الخاصة به لمدة يومين بينما تتعامل مع ثلاثة P1s.
أصلح السبب الجذري، وليس العرض
إعادة تشغيل خدمة تتوقف باستمرار توفر وقتاً، لا حلاً. إذا توقفت طابعة الطباعة يومياً، تحقق من Get-WinEvent -LogName Application -MaxEvents 50 للخطأ الفعلي قبل إعادة تشغيلها مرة أخرى. إذا كانت كلمة مرور المستخدم تنتهي بشكل غير متوقع، تحقق من سياسة المجموعة المطبقة على OU الخاص بهم بدلاً من إعادة تعيينها والمتابعة فحسب.
احتفظ بسجل شخصي للإصلاحات المتكررة. إذا وجدت نفسك تكتب نفس أمر PowerShell أو نفس إصلاح التسجيل ثلاث مرات، هذا يعني أنه ينتمي إلى سكريبت أو runbook موثّق، وليس في رأسك.
وثّق كما لو أن شخصاً آخر سيقرأه
كل دقة تذكرة يجب أن تجيب: ما السبب الفعلي، ما الإصلاح، وما الذي ستتحقق منه أولاً إذا حدث هذا مرة أخرى. "تم الإصلاح" كملاحظة قرار غير مفيد للتقني التالي، بما في ذلك نفسك بعد ستة أشهر بدون ذاكرة لهذه التذكرة.
ملاحظة قرار جيدة تبدو هكذا: "السبب الجذري: نطاق DHCP على VLAN 20 استنفد، الأجهزة الجديدة حصلت على عناوين APIPA. الإصلاح: توسيع النطاق من /24 إلى /23، إضافة حجز للطابعة. التحقق: تحقق من عدد عقد DHCP شهرياً، تعيين عتبة التنبيه عند 90%." هذه الجملة الثالثة هي التي يتخطاها معظم التقنيين، وهي التي تمنع التذكرة المتكررة.
صعّد مع السياق، وليس فقط بإعادة توجيه
عندما تذهب تذكرة إلى المستوى 2 أو بائع، أرفق ما استبعدته بالفعل. "تحققت من الكابلات، بدلت المنفذ، أكدت تكوين VLAN، لا يزال لا يوجد مؤشر رابط" توفر الشخص التالي من إعادة عملك الأولى عشرين دقيقة. التصعيدات الغامضة مثل "المستخدم يقول أنه معطل، يرجى النصيحة" تنقل التأخير بدلاً من إزالته.
أغلق الحلقة مع المستخدم
أخبر المستخدم بما كان خطأ باللغة البسيطة، وليس فقط "تم الإصلاح." يثق الناس بالدعم أكثر عندما يفهمون ما حدث، ويقلل من نفس الشخص الذي يقدم نفس التذكرة في الشهر القادم لأنه لا يدرك أنها مرتبطة.
إذا كنت تريد أن تتعمق أكثر في الجانب التقني من أي من هذا — أساسيات الشبكات أو سجلات أحداث Windows أو كتابة أدوات التشخيص الخاصة بك — فإن Korra Studio لديها أقسام حول Networking وSystems وScripting تستحق العمل عليها بعد ذلك.
تمت كتابة هذا المقال بمساعدة الذكاء الاصطناعي، وراجعه ونشره Michal Pilch (CISSP)، Korra Studio.
هذه ملاحظة واحدة من قاعدة معارف Korra Studio — المنصة تجمع كل موضوع مع التوجيه الفردي.
ابدأ بالمجانarrow_forward