→ المدونة

Articles · 2026-08-16

نظام صيانة أم ملفات إكسل؟

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

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

١) البلاغ يضيع لأن وصوله يعتمد على شخص

في مجموعة واتساب، البلاغ رسالة تمرّ. إذا كان المشرف مشغولًا أو خارج الدوام أو في اجتماع، تنزل الرسالة تحت عشرين رسالة أخرى وتختفي عمليًا. لا أحد أخطأ، ومع ذلك لم يُنفَّذ العمل.

في نظام الصيانة، البلاغ ليس رسالة بل كيان له حالة: مفتوح، قيد التنفيذ، مغلق. لا يختفي بمرور الوقت، ويظل ظاهرًا حتى يُغلق فعليًا. هذا الفرق وحده يفسّر معظم «الطلبات التي لم ينفذها أحد».

٢) لا يوجد تاريخ متصل للأصل

ملف الإكسل يسجّل الأحداث كصفوف مرتبة بالتاريخ، لا كتاريخ مرتبط بالأصل نفسه. لذلك يصعب الإجابة عن سؤال بسيط: كم مرة تعطلت هذه الوحدة خلال العام، وكم أنفقنا عليها؟

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

٣) المسؤولية غير محددة عند التأخير

في الملف المشترك، عمود «المسؤول» يمكن لأي أحد تعديله، ولا يوجد أثر لمن غيّر ماذا ومتى. عند التأخير تتحول المساءلة إلى نقاش حول الذاكرة، لا مراجعة لسجل.

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

٤) لا شيء يحدث تلقائيًا

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

النظام يصدر أمر العمل في موعده دون أن يطلبه أحد. هذا هو الفرق بين خطة صيانة مكتوبة وخطة صيانة تعمل.

٥) الملف لا يتوسع مع المواقع

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

للمقارنة، تدير دوار السعادة صيانة ٢٠٠ فرع عبر مرفق. عند هذا الحجم، السؤال ليس أي أداة أسهل، بل أي أداة تصمد أصلًا.

متى يظل الإكسل خيارًا معقولًا؟

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

  • تكرر سؤال «هل نفّذ أحد هذا الطلب؟» أكثر من مرة في الأسبوع.
  • لا تستطيع الإجابة عن تاريخ صيانة أصل بعينه دون البحث في الرسائل.
  • الصيانة الوقائية مؤجلة لأن لا أحد فتح الملف.
  • عدد المواقع تجاوز ما يمكن متابعته في ملف واحد.
  • تحتاج إلى عرض ما نُفِّذ على مالك أو مجلس ولا تملك ما يثبته.

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

أسئلة شائعة

هل يمكن الاحتفاظ بالإكسل إلى جانب النظام؟

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

ماذا نفعل ببيانات الأصول الموجودة في ملفاتنا الحالية؟

تبقى نقطة البداية. حصر الأصول الموجود لديك في الإكسل يُستخدم لبناء سجل الأصول في النظام، فلا يضيع الجهد السابق.

ألن يرفض الفنيون استخدام نظام جديد؟

التبنّي يتعثر عادةً حين يُطلب من الفني تعلّم أداة جديدة بالكامل. في مرفق يصل الطلب ويُتابَع عبر واتساب، وهي قناة يستخدمها الفريق أصلًا، ما يقلّل مقاومة التغيير.

ما أول ما ينبغي نقله من الإكسل؟

ابدأ بأوامر العمل وحدها لأنها تعالج أكثر الآلام إلحاحًا: ضياع البلاغات وغياب المسؤولية. سجل الأصول والصيانة الوقائية يمكن بناؤهما بعد استقرار الأول.