5.3إدارة الأصول، ITSM، ITIL
الأساسي في 30 ثانية
- لا نُدير جيداً إلا ما نعرفه: جرد محدَّث (محطات، خوادم، برمجيات، تراخيص، إسنادات) هو أساس كل إدارة أصول.
- ITSM تنظّم المعلوماتية كخدمة؛ وITIL إطارها للممارسات الجيّدة (حوادث، مشكلات، تغييرات، طلبات).
- الحادث ≠ المشكلة: الحادث انقطاع عابر يُحلّ بسرعة؛ والمشكلة السبب الجذري المتكرّر يُعالَج بعمق.
حالة مصغرة متسلسلة — سفيان يزوّد أسطول المؤسسة بالأدوات
يغرق سفيان، تقني الدعم في مؤسسة صغيرة للتوزيع بالجزائر، في الطلبات غير المتعقَّبة: كل شيء يُحلّ «حالة بحالة»، ولا أحد يعرف أيّ محطة تحت الضمان ولا من يستخدمها. فيطبّق نهج القسم: يحتفظ بجرد محدَّث في أداة مثل GLPI، تربط كل محطة بالتذاكر. أما الحوادث، فيسجّلها ويرتّبها لإعادة الخدمة بسرعة. لكنه يرصد أيضاً طابعة تسقط كل يوم اثنين: فبدل إعادة تشغيلها للمرة العاشرة، يفتح «مشكلة» ويبحث عن السبب الجذري — وهو التمييز الأساسي في ITIL. لا يريد تكديس عمليات ثقيلة: فقط تسجيل، ترتيب، ومعالجة الجوهر.
حالة مستقلة لهذا القسم: تعود في الدرس والمخطط والنص والتحدي 48 ساعة للقسم 5.3.
1. اعرف أسطولك
لا نُدير جيداً إلا ما نعرفه. تحتفظ إدارة الأصول بـجرد محدَّث: محطات، خوادم، برمجيات، تراخيص، ضمانات، إسنادات. وأداة مثل GLPI تُمركِز هذا الجرد وتربطه بالتذاكر. بلا جرد، كل حادث يبدأ من الصفر («من لديه هذا الحاسوب؟ ما مواصفاته؟ هل تحت الضمان؟») — وهو بالضبط ما يريد سفيان إزالته.
2. ITSM وITIL
ITSM (إدارة خدمات تقنية المعلومات) تنظّم المعلوماتية كـخدمة مُقدَّمة، بعمليات. وITIL أشهر إطار للممارسات الجيّدة: يهيكل خصوصاً إدارة الحوادث والمشكلات والتغييرات والطلبات. الفكرة بسيطة: عمليات قابلة للتكرار بدل «حالة بحالة» تعتمد على الأفراد — دون تطبيق الإطار كله بالضرورة.
3. الحادث ≠ المشكلة
تمييز أساسي في ITIL: الحادث انقطاع عابر نريد حلّه بسرعة (إعادة الخدمة)؛ والمشكلة هي السبب الجذري لحوادث متكرّرة، نعالجها بعمق كي تتوقّف. معالجة الحادث نفسه عشر مرات دون البحث عن المشكلة هي نزح دون سدّ التسرّب. وجرد GLPI وسجلّ التذاكر يساعدان سفيان على رصد هذه التكرارات.
🔎 مثال ملموس — 🔎 مثال ملموس — العطل نفسه كل يوم اثنين
يقارن سفيان طريقتين لمعالجة الطابعة التي تسقط كل يوم اثنين:
رؤية «حادث» : إعادة تشغيلها كل اثنين (10 تذاكر…)
رؤية «مشكلة» : البحث عن السبب الجذري
→ نسخة ليلية تُشبِع الشبكة يوم الاثنين
→ تصحيح الجدولة → لا مزيد من الحوادثالقراءة: حلّ الحادث يخفّف؛ وحلّ المشكلة يزيل السبب.
الدرس: الجرد وسجلّ التذاكر (GLPI) يكشفان التكرارات الواجب معالجتها بعمق.
مفردات القسم
- إدارة الأصول
- تتبّع جرد العتاد/البرمجيات وإسناداته.
مثال بسيط: يعرف سفيان أيّ محطة تحت الضمان ومن يستخدمها.
ما ليس كذلك: الإصلاح دون جرد أيّ شيء.
رد فعل: لا نُدير إلا ما نعرفه.
- GLPI
- برمجية مفتوحة المصدر للجرد وإدارة التذاكر (ITSM).
مثال بسيط: يُمركِز سفيان الأصول والتذاكر في GLPI.
ما ليس كذلك: تذاكر متفرّقة في رسائل البريد.
رد فعل: GLPI يربط الجرد بالتذاكر.
- ITSM
- إدارة خدمات تقنية المعلومات كخدمة مهيكلة.
مثال بسيط: ينظّم سفيان الدعم في عمليات.
ما ليس كذلك: الارتجال في كل طلب حالة بحالة.
رد فعل: ITSM = المعلوماتية كخدمة.
- ITIL
- إطار ممارسات جيّدة لـ ITSM (حوادث، مشكلات، تغييرات…).
مثال بسيط: يستوحي منه سفيان للتمييز بين الحادث والمشكلة.
ما ليس كذلك: تطبيق الإطار كله بلا تمييز.
رد فعل: ITIL = إطار يُكيَّف.
- الحادث مقابل المشكلة
- الحادث انقطاع عابر؛ والمشكلة السبب الجذري المتكرّر.
مثال بسيط: طابعة الاثنين: حادث يُعاد، ومشكلة تُصحَّح.
ما ليس كذلك: معالجة الحادث عشر مرات دون البحث عن السبب.
رد فعل: الحادث بسرعة، والمشكلة بعمق.
في التطبيق — في التطبيق — التمييز بين الحوادث والمشكلات
- خذ خمس تذاكر حديثة من أسطولك وصنّفها كحوادث (انقطاعات عابرة).
- ارصد المتكرّرة: العَرَض نفسه، عدة مرات، كطابعة الاثنين عند سفيان.
- صُغ «المشكلة» (السبب الجذري المحتمَل) خلف تكرار.
- اقترح إجراءً جذرياً ودوّن كيف ساعدك الجرد على تقريره.
نص خطوة بخطوة — زوّد أسطولك بالأدوات مثل سفيان (10 دقائق)
1) أدرج عناصر الأسطول (محطات، خوادم، برمجيات، تراخيص، إسنادات) وافتح جرداً — GLPI أو جدولاً بسيطاً في البداية. 2) اربط كل عنصر بتذاكره (من يستخدمه، ما مواصفاته). 3) سجّل الحوادث ورتّبها لإعادة الخدمة بسرعة. 4) ارصد الأعراض المتكرّرة في السجلّ. 5) لكل تكرار، افتح «مشكلة» وابحث عن السبب الجذري. 6) لا تُبقِ إلا العمليات المفيدة: تسجيل، ترتيب، معالجة الجوهر.
كيّف ITIL مع حجم المؤسسة الصغيرة: المبدأ أهم من الإطار الكامل.
نموذج للنسخ واللصق — بطاقة الأسطول والتذاكر لديّ
الجرد: محطات، خوادم، برمجيات، تراخيص، إسنادات → ___
الأدوات: GLPI (جرد + تذاكر) · سجلّ مُمركَز
الحادث : انقطاع عابر → إعادة الخدمة بسرعة
المشكلة : سبب جذري متكرّر → معالجة بعمق
التكرار المرصود: ___ (مثال: طابعة الاثنين)
الإجراء الجذري: ___
القاعدة: تسجيل · ترتيب · تمييز الحادث عن المشكلة.أسطول محطات
يجرد سفيان كل محطة بمواصفاتها ومستخدمها وضمانها.
تذاكر نظيفة
يسجّل سفيان كل طلب ويرتّبه في GLPI لإعادة الخدمة بسرعة.
تكرار عنيد
يفتح سفيان مشكلة لطابعة الاثنين ويصحّح السبب الجذري.
ITIL بلا ثقل
لا يُبقي سفيان إلا العمليات المفيدة للمؤسسة: تسجيل، ترتيب، معالجة الجوهر.
✓ ممارسات جيدة
- احتفظ بـجرد محدَّث: إنه أساس كل إدارة أصول.
- افصِل الحادث (بسرعة) عن المشكلة (بعمق).
- اعتمد عمليات قابلة للتكرار (ITIL)، بلا ثقل زائد.
✗ أخطاء شائعة
- إدارة الأسطول بلا جرد: كل شيء يبدأ من الصفر.
- معالجة الحادث نفسه عشر مرات دون البحث عن المشكلة.
- تكديس عمليات ثقيلة بلا قيمة مضافة.
النقاط الأساسية
- لا نُدير جيداً إلا ما نُجرِده؛ وGLPI يُمركِز الأصول والتذاكر.
- ITSM تنظّم المعلوماتية كخدمة؛ وITIL يوفّر الممارسات الجيّدة.
- الحادث = انقطاع عابر يُحلّ بسرعة.
- المشكلة = سبب جذري متكرّر يُعالَج بعمق.
تحدٍّ 48 ساعة — طبّقه غدًا
مثل سفيان، افتح جرداً أدنى (بضع محطات: مواصفات، مستخدم، ضمان) وسجّل ثلاث تذاكر. ارصد تكراراً وصُغ المشكلة (السبب الجذري) التي يخفيها. اكتب في جملة الإجراء الجذري الذي سيجعل الحوادث تتوقّف.
- أستطيع شرح فائدة جرد الأصول.
- أحدّد موضع ITSM وITIL وأداة مثل GLPI.
- أميّز بين حادث (بسرعة) ومشكلة (بعمق).
أسئلة شائعة
أليس ITIL ثقيلاً جداً على مؤسسة صغيرة؟
نكيّفه: الفكرة ليست تطبيق الإطار كله، بل أخذ مبدئه المفيد — تسجيل، ترتيب، تمييز الحادث عن المشكلة. حتى أسطول صغير يستفيد من جرد وتذاكر، بلا بيروقراطية زائدة.
لماذا التمييز بين الحادث والمشكلة إن كان المستخدم يريد أن يعمل فحسب؟
لأن حلّ الحادث يخفّف في اللحظة، لكنه يترك السبب. بلا إدارة المشكلة، يعود العطل نفسه ويكلّف كل مرة. معالجة السبب الجذري تقلّص العبء والانقطاعات على نحو دائم.
ما الفرق بين الحادث والمشكلة (ITIL)؟