نظرة عامة
المشروع لم يكن مجرد شاشة لتسجيل بيانات الحافلات أو متابعة صيانتها، بل نظام مؤسسي متخصص يربط بيانات الأسطول بالتشغيل، الامتثال، الصيانة، الحوادث، الموافقات، التكاليف والتقارير داخل منصة واحدة مترابطة.
الفكرة لم تكن بناء نظام ERP عام يغطي المالية والموارد البشرية والمشتريات والمخزون فقط، بل تصميم Vertical ERP مخصص للنقل المدرسي، حيث تظهر مفاهيم تشغيلية متخصصة مثل:
- الحالة التشغيلية
- تعيين المسار
- البطاقة التشغيلية
- الفحص الدوري
- العمر التشغيلي
- معدات السلامة
- تنبيهات الصيانة
- مدة التوقف
التحدي
أي مشكلة في حافلة واحدة تؤثر على المدرسة، المسار، السائق، الطلاب، التكلفة والامتثال. لكن قبل النظام، كان كل فريق يملك جزءا مختلفا من الصورة فقط.
فريق التشغيل كان يسأل: هل الحافلة متاحة للتشغيل الآن؟
فريق الصيانة كان يحتاج معرفة قراءة العداد وتاريخ آخر صيانة.
فريق الامتثال كان يراجع ما إذا كانت الوثائق والفحوصات سارية.
فريق الحوادث كان يتابع الإجراء الناتج عن كل حادث.
أما الإدارة فكانت تحتاج إجابة واضحة عن التكلفة ومدة التوقف.
والنتيجة كانت بيانات مشتتة بين الفرق، وقرارا تشغيليا أبطأ في كل مرة.
المشكلة الرئيسية
المشكلة لم تكن نقص البيانات، بل تشتتها.
بيانات متفرقة
بيانات الحافلات والمستندات والصيانة والحوادث لم تكن مرتبطة في مكان واحد، مما جعل الوصول إلى صورة كاملة عن أي حافلة أمرا صعبا.
عدم وضوح الحالة
استخدام Status واحدة لا يكفي لوصف وضع الحافلة الحقيقي بين التشغيل، التعيين والامتثال.
ضعف الترابط
حادث واحد يجب أن يحدث أثرا في الصيانة والتعيين والتكلفة والتقارير، وليس مجرد سجل منفصل.
صعوبة اتخاذ القرار
أسئلة الإدارة عن التوفر، الامتثال والتكلفة كانت بلا إجابة سريعة وموحدة.
أهداف النظام
ستة أهداف حولت التحليل إلى نظام:
- توحيد بيانات الأسطول: مصدر واحد للحقيقة لكل بيانات الحافلات وسجلاتها.
- ربط الأقسام: التشغيل والصيانة والحوادث والامتثال والمالية في منصة واحدة.
- تحسين الامتثال: متابعة الوثائق وتواريخ انتهائها ومتطلبات السلامة.
- صيانة استباقية: توقع احتياجات الصيانة قبل وقوع العطل، لا بعده.
- تقليل أثر التوقف: اختيار حافلة بديلة فورا وتحديث التعيينات تلقائيا.
- تقارير أوضح: رؤية موحدة للإدارة عن التشغيل والتكلفة والأعطال.
خريطة النظام
يتكون النظام من خمس Modules تعمل كمنظومة واحدة:
- بيانات الحافلات والامتثال: Digital Bus Passport لكل حافلة.
- التشغيل والتعيينات: ربط الحافلة بالمدرسة، المسار والسائق.
- الصيانة والورش: الانتقال من صيانة تفاعلية إلى صيانة استباقية بالبيانات.
- إدارة الحوادث: توثيق الحادث وكل الإجراءات الناتجة عنه.
- المالية والتقارير: تحويل البيانات التشغيلية إلى قرارات.
وتخدم هذه الوحدات مجموعة وحدات مشتركة: الصلاحيات، الموافقات، الإشعارات، Audit Log وإدارة المستندات.
القرار التحليلي الأهم
بدل الاعتماد على Status واحدة، تم فصل حالة الحافلة إلى أربعة أبعاد مستقلة، كل بعد يخدم فريقا مختلفا بدون تعارض.
Lifecycle - دورة الحياة
جديدة، نشطة، موقوفة، مستبعدة.
Operational - التشغيل
متاحة، تعمل، خارج الخدمة، في الصيانة.
Assignment - التعيين
غير معينة، لمدرسة، لمسار، بديلة مؤقتة.
Compliance - الامتثال
ممتثلة، قاربت الانتهاء، غير ممتثلة، ممنوعة.
هذا الفصل منع التضارب بين الفرق، وأعطى كل فريق المعلومة التي يحتاجها فعلا، لا أكثر ولا أقل.
مثال على تكامل النظام
من حادث واحد، تتحرك سلسلة قرارات مترابطة:
- تسجيل الحادث وتقييم مستوى الخطورة.
- تغيير الحالة التشغيلية للحافلة.
- إخراج الحافلة من الخدمة.
- إنشاء طلب صيانة مرتبط بالحادث.
- البحث عن حافلة بديلة وتحديث التعيين.
- حساب مدة التوقف عن الخدمة.
- تسجيل تكلفة الحادث والصيانة.
- ظهور الأثر في التقارير التشغيلية والمالية.
قوة النظام ليست في تعدد الـ Modules، بل في قدرتها على العمل معا في كل خطوة.
دوري في المشروع
دوري لم يكن مجرد كتابة المتطلبات، بل تحويل المشكلة إلى تصميم نظام كامل:
- فهم العمليات الحالية: المستخدمون، المسؤوليات، نقاط البداية والنهاية، والاعتماد بين الفرق.
- تحديد المشكلات والـ Gaps: تكرار البيانات، ضعف التتبع، تأخر الموافقات.
- تقسيم النظام إلى Modules: هدف، نطاق، مستخدمون ووظائف لكل وحدة.
- كتابة Business Rules: متى تشغل الحافلة؟ متى تصبح غير ممتثلة؟ من يوافق؟
- إعداد الـ Workflows: توثيق السير الأساسي وحالات الاستثناء.
- تجهيز المتطلبات للتصميم والتطوير: لفرق UI/UX وFrontend وBackend وQA.
القيمة المتوقعة
عند تطبيق النظام، تتغير طريقة إدارة الأسطول من متابعة متفرقة إلى رؤية موحدة وقابلة للتحكم.
القيمة المتوقعة تشمل:
- رؤية موحدة للأسطول.
- تقليل التوقف المفاجئ.
- إدارة بدائل أسرع.
- امتثال أعلى.
- قرار أسرع.
- تكلفة حقيقية وواضحة.
أهم درس تعلمته: شغل Business Analyst لا يتوقف عند كتابة Requirements. قيمته الحقيقية في فهم العلاقات بين الأقسام، وتحويل احتياجات البزنس إلى نظام قابل للتنفيذ فعليا.
الخلاصة
المشروع حول عمليات تشغيل متفرقة في قطاع النقل المدرسي بالسوق السعودي إلى تصور Vertical ERP متكامل، يربط بيانات الحافلات بالتشغيل والامتثال والصيانة والحوادث والتكاليف والتقارير.
لم يكن الهدف رقمنة العمليات فقط، بل إعادة تنظيمها بطريقة تجعل البيانات أوضح، والقرارات أسرع، والتشغيل أكثر قابلية للتحكم.
المهارات التي ظهرت في هذا المشروع شملت تحليل المتطلبات، Product Discovery، تصميم Workflows، كتابة Business Rules، إعداد Backlogs وتقسيم الأنظمة إلى Modules.