اسأل أي مدرسة عن سبب استمرارها في تشغيل نظام لا يحبه أحد، ولن يكون الجواب في الغالب "إنه يعمل جيداً"، بل إن الانتقال يبدو أسوأ. فهناك في مكان ما داخل المبنى شخص يتذكر عملية الترحيل السابقة، وتلك الذكرى تفعل للإبقاء على العقد قائماً أكثر مما يفعله البرنامج نفسه.
وهذا الخوف مبرر. وهو أيضاً في معظمه خوف من الشيء الخطأ. فعمليات الترحيل نادراً ما تفشل لأن البيانات يتعذر نقلها، بل تفشل لأن أحداً لم يقرر ما الذي يجب نقله، ولأن المحاولة الأولى كانت هي المحاولة الوحيدة أيضاً، ولأن الأخطاء ظهرت بعد الكتابة لا قبلها.
وإليك كيف تفعل ذلك على النحو الصحيح.
حدد ما الذي يجب نقله فعلاً
الميل الطبيعي هو نقل كل شيء. وهو ميل خاطئ، والعمل به هو ما يحوّل مهمة من أسبوعين إلى صيف كامل.
قسّم بياناتك إلى ثلاث مجموعات:
- يجب نقلها للتشغيل الفعلي. قائمة الطلاب الحالية: من المسجل الآن، وفي أي صف وفصل، وبالمعرفات التي تستخدمها مدرستك فعلاً. وبدون ذلك لن يعمل أي شيء آخر في نظام معلومات الطلاب الجديد.
- من الأفضل نقلها. الأشياء التي سيستمر النظام الجديد في توليدها والتي تستفيد من الاستمرارية: فهارسك، وجدولك الدراسي، وبنية موادك الدراسية، إضافة إلى هيكل الدرجات، والأسر وبيانات التواصل.
- أرشفها ولا ترحّلها. التاريخ العميق. خمس سنوات من سجلات الحضور والغياب اليومية، ودرجات الواجبات الفردية من أعوام مغلقة، وسلاسل الرسائل. نادراً ما يعود إليها أحد مرة أخرى، وكل ساعة تنفقها في إقحامها داخل مخطط بيانات جديد هي ساعة لم تنفقها على قائمة الطلاب.
أما المجموعة الثالثة فصدّرها من النظام القديم بأي صيغة يتيحها، وضعها في مكان آمن وقابل للقراءة، واكتب أين هي. فالمدرسة التي تحتفظ بأرشيف نظيف بصيغة PDF وCSV للأعوام المغلقة تكون قد أوفت بالتزاماتها ووفّرت على نفسها أسابيع. أما ما تحتاج إليه حقاً فيما يخص المستقبل فهو الملخص على مستوى السجل الأكاديمي، لا كل درجة من الدرجات التي كوّنته.
كن صريحاً بشأن هذه المجموعة على وجه الخصوص. ففي SCL تنقل أداة استيراد الطلاب بصيغة CSV سجل الطالب نفسه، وهي لا تنقل عشر سنوات من الدرجات التاريخية من مورّد آخر، وأي مورّد يخبرك بأن أداته تفعل ذلك قبل أن يرى بياناتك إنما يخمّن.
ابدأ من ملف تصدير، لا من قالب فارغ
أشيع خطأ في عمليات الترحيل هو بناء ملف الاستيراد من القالب الفارغ الذي يقدمه المورّد. فينتهي بك الأمر إلى التخمين في أسماء الأعمدة وصيغ القيم وما الذي يعتبر مطلوباً، ثم تكتشف أن تخمينك كان خاطئاً بعد الرفع.
اعمل بالاتجاه المعاكس. أدخل حفنة من الطلاب إلى النظام الجديد يدوياً وبشكل صحيح، ثم صدّرهم، فتصبح بين يديك نسخة تحمل الأعمدة نفسها بالترتيب نفسه وبقيم حقيقية بالصيغة الصحيحة. هذا هو قالبك، وعندها يتوقف التخمين.
وSCL مبني لهذه الدورة تحديداً. ففي شاشة استيراد الطلاب زر تصدير ينزل طلابك الحاليين بصيغة CSV بالأعمدة نفسها التي تقرأها أداة الاستيراد تماماً. صدّر الملف، وافتحه، والصق بياناتك أسفل السطور الحقيقية، ثم ارفعه. فدورة التصدير والاستيراد هذه هي الميزة بعينها.
طابق بالأسماء التي يستخدمها موظفوك، لا بالمعرفات الداخلية
ملف الترحيل الذي يطلب معرفات قاعدة البيانات الداخلية لكل صف وفصل وبيت هو ملف لا يستطيع إنتاجه إلا مطور. وكل قيمة يضطر مسؤول شؤون التسجيل إلى البحث عنها هي قيمة يمكن أن يخطئ فيها.
تحقق من الطريقة التي تحل بها أداة الاستيراد العلاقات بين البيانات. فهي في SCL تطابق الصف باسمه، والفصل باسمه، والبيت باسمه، حتى يحمل السطر في الملف "Grade 5" و"5A" بالطريقة نفسها التي يكتبها بها موظفوك. ولا يحتاج أحد إلى معرفة أن Grade 5 هو داخلياً 17.
المعرف الوحيد الذي يهم فعلاً هو كود الطالب، لأنه ما يجعل كل طالب فريداً وما ستطابق عليه كل عملية تحديث لاحقة. فاحسم نظام أكواد الطلاب لديك قبل أن تستورد أي شيء، لا بعده. وإن كنت ستغيّر هذا النظام كجزء من الانتقال، فغيّره في الملف مرة واحدة قبل أول عملية رفع.
دع النظام يتحقق قبل أن يكتب
هذا هو السؤال الذي يفصل بين أداة استيراد آمنة وأخرى خطرة: هل تفحص الملف كاملاً قبل أن تكتب سطراً واحداً؟
أداة الاستيراد الخطرة تكتب أثناء القراءة. فهي تصل إلى السطر 240، وتصادف تاريخاً بصيغة غير سليمة، فتتوقف، وعندها يكون لديك 239 طالباً بالداخل و61 بالخارج، ولا طريقة نظيفة لمعرفة من هم. وخيارك الأمين الوحيد هو حذفهم جميعاً والبدء من جديد، ومع المحاولة الثالثة يصبح الناس يعدّلون قاعدة البيانات مباشرة، وهكذا تتحول عمليات الترحيل إلى كوارث.
يتحقق SCL أولاً ويكتب ثانياً. فكل سطر يخضع للفحص مقابل أنواع الأعمدة الحقيقية قبل اعتماد أي شيء: أعداد صحيحة حيث يقبل العمود رقماً، وتواريخ قابلة للقراءة حيث يقبل تاريخاً، وكود طالب فريد بحق. وإذا فشل أي سطر فلن يكتب شيء على الإطلاق، وتصلك حالات الفشل في صورة قائمة تحمل رقم السطر والعمود والسبب. عندها تصحح الملف وترفعه من جديد.
وهذا السلوك يستحق أن يقال بوضوح، لأنه يغيّر إحساسك بالعمل نفسه. فالملف إما أن يدخل كاملاً أو لا يدخل على الإطلاق. لا توجد حالة جزئية تحتاج إلى تسوية، ومن ثم لا توجد طريقة تنتهي بك إلى موضع لا يمكنك الرجوع منه.
افهم الأشياء الأربعة التي يمكن أن يفعلها السطر
بمجرد أن يجتاز الملف التحقق، يصنّف SCL كل سطر ضمن واحدة من أربع نتائج، ويخبرك بعدد كل منها قبل أن تلتزم بالنتيجة:
- إضافة. السطر لا يحمل معرفاً، ومن ثم فهو طالب جديد.
- تحديث. السطر يحمل معرفاً يطابق طالباً موجوداً، ولا تكتب سوى الأعمدة التي تختلف فعلاً. وما عداها يبقى كما هو.
- تجاهل. السطر يحمل معرفاً غير موجود في المجموعة الحالية. وهذه هي شبكة الأمان: فهي تمنع ملفاً قديماً من إعادة إحياء طالب غادر المدرسة.
- دون تغيير. السطر يطابق طالباً موجوداً تماماً. ولا يحدث شيء.
والقيمة العملية لهذا أن رفع الملف نفسه مرتين آمن. فعملية الترحيل التي يمكنك إعادة تشغيلها دون خوف هي عملية يمكنك تجربتها، والتجربة هي الفارق كله بين انتقال هادئ وانتقال سيئ.
أمران ينبغي أن تعرفهما قبل تشغيلك الحقيقي الأول. عمليات الاستيراد محصورة في العام الدراسي الحالي وفي الطلاب المسجلين فعلاً، فلا تمس بيانات المغادرين والخريجين. كما أن عدد الطلاب الذين يمكنك إضافتهم محكوم بترخيصك، فإذا كان ملفك أكبر مما يسمح به الترخيص توقفت عملية الاستيراد وأخبرتك بذلك بدلاً من استيراد جزء منه.
توقّع أن ينفّذ النظام أعمالاً بعد الاستيراد
تحميل قائمة الطلاب ليس كامتلاك مدرسة تعمل. فالطلاب يحتاجون إلى أن يستقروا في مجموعات المواد الصحيحة، ومسارات اللغات، وحصص التربية الدينية، قبل أن يتمكن المعلم من أخذ كشف الحضور والغياب أو فتح سجل الدرجات.
اسأل عن حجم ما يتم من ذلك تلقائياً. ففي SCL، بمجرد استيراد الطلاب يسند النظام مجموعاتهم انطلاقاً من صفهم وفصلهم، ويحدد لغتهم الثانية وتوزيعهم على حصص التربية الدينية من القيم الموجودة في الملف. وهذه هي الخطوة التي تستهين بها المدارس أكثر من غيرها حين ترحّل بياناتها يدوياً، لأنها لا تبدو كإدخال بيانات إلا حين تكررها ثلاثمئة مرة.
امنح الجدول الدراسي تجربة خاصة به
الجدول الدراسي هو أعلى العناصر خطورة في عملية الانتقال كلها. فهو يمس كل معلم وكل طالب في الصباح الأول، وهو ما يلاحظه الناس فوراً حين يكون خاطئاً.
تعامل معه بمعزل عن قائمة الطلاب واطلب تشغيلاً تجريبياً. ويستورد SCL من aSc TimeTables عبر ثلاث خطوات مقصودة: الرفع يحلل الملف ويجهزه دون أن يكتب شيئاً، والمعاينة تعرض بالضبط ما الذي سيتغير، وعندها فقط يكتبه الاعتماد. وإذا جاءت النتيجة خاطئة فنقرة واحدة تتراجع عن تلك الدفعة بعينها وتعيد ما كان موجوداً قبلها.
إن الجدول الدراسي يبقى بعد ذلك متزامناً في الاتجاهين، وهو ما يهم أكثر من الاستيراد نفسه. فالاستيراد لمرة واحدة يبدأ في الانحراف من اليوم الذي يجري فيه أحدهم أول تغيير في المكان الخطأ.
انقل الفهارس مبكراً، فهي سهلة
الفهارس هي البيانات المرجعية التي يشير إليها كل شيء آخر: المواد الدراسية، وسلالم الدرجات، والبيوت، وفي كثير من المدارس المكتبة. وهي منخفضة المخاطر وسريعة، ووجودها في مكانها قبل وصول قائمة الطلاب يعني أن الطلاب يصلون إلى مدرسة قائمة بالفعل لا إلى هيكل فارغ.
والمكتبة مثال جيد على سبب القيام بهذا مبكراً لا متأخراً. ويقبل SCL ملف CSV بالأعمدة التي يعرفها أمين المكتبة أصلاً، ومنها ISBN والعنوان والمؤلفون والناشر والباركود ورقم القيد وموقع الرف، ويبحث عن صور الأغلفة في الخلفية بدلاً من أن يجعلك تنتظر بضعة آلاف منها. شغّله ثم اذهب واعمل شيئاً آخر.
نفّذها مرتين
كل ما سبق يخدم هذه التعليمة الواحدة، وهي النصيحة الوحيدة في الترحيل التي تهم إن لم تتذكر شيئاً غيرها.
التشغيل الأول تجربة. حمّل الملف الحقيقي، وانظر إلى الأعداد، وافتح عشرة سجلات طلاب وقارنها بالنظام القديم، ثم اطلب من شؤون التسجيل البحث عن العشرين طالباً الذين يعلم موظفوها أنهم حالات شائكة: الملتحقون في منتصف العام، والإخوة ذوو الأسماء المتشابهة، والطفل الذي ورد اسمه بطريقتين مختلفتين في النظام القديم.
والتشغيل الثاني هو الحقيقي. عندها تكون قد عرفت أن ملفك نظيف، وعرفت ما ينبغي أن تكون عليه الأعداد، ويمر الأمر كله دون مفاجآت. وانعدام المفاجآت هو ما تشتريه.
حدد موعد التجربة قبل ثلاثة أسابيع على الأقل من الموعد الذي تحتاج فيه إلى تشغيل النظام فعلياً. ليس لأن الاستيراد يستغرق ثلاثة أسابيع، بل لأن التجربة هي ما يكشف لك أي البيانات في نظامك القديم أسوأ مما اعترف به أحد، واكتشاف ذلك هو الغرض الحقيقي منها.
تسلسل ناجح
- أنشئ هيكل المدرسة أولاً: المراحل الدراسية والصفوف والفصول والمواد الدراسية وسلالم الدرجات.
- استورد الفهارس والبيانات المرجعية.
- أضف بضعة طلاب يدوياً وبشكل صحيح، ثم صدّر للحصول على قالبك الحقيقي.
- أنشئ ملف الطلاب الكامل انطلاقاً من ذلك التصدير.
- أجر تجربة للاستيراد. اقرأ الأخطاء. صحح الملف لا النظام.
- راجع الحالات العشرين الشائكة يدوياً.
- استورد الجدول الدراسي مع تشغيله التجريبي، وراجع المعاينة كما ينبغي.
- نفّذ الاستيراد الحقيقي.
- افتح تطبيق أولياء الأمور بحساب ولي أمر قبل أن تعلن أي شيء للأسر.
- أرشف تاريخ النظام القديم في مكان قابل للقراءة، واكتب أين هو.
لا شيء من هذا يتطلب بطولات. إنما يتطلب أن تقرر ما الذي ينتقل، وأن تعمل من ملف تصدير بدلاً من قالب، وأن تصر على التحقق قبل الكتابة، وأن تنفّذ العملية كلها مرة واحدة قبل أن تصبح النتيجة نهائية.
إذا كنت لا تزال في مرحلة اختيار النظام لا الانتقال إليه، فستجد الأسئلة التي ينبغي طرحها في قائمة تحقق المشتري. ولمناقشة ما يتطلبه انتقال مدرستك فعلياً، وبياناتك أمامنا، تواصل معنا.