خطوات الانتقال من منصة تعليمية قديمة إلى نظام حديث

الانتقال من نظام قائم إلى آخر أصعب من التطبيق الأول. ففي التطبيق الأول تبني على فراغ، وفي الانتقال تتعامل مع بيانات سنوات ومحتوى مئات المقررات ومستخدمين اعتادوا طريقة عمل وسيقاومون تغييرها.

ومعظم مشاريع الانتقال المتعثرة لم تتعثر لأسباب تقنية بل لأن الترحيل خُطط له في نهاية المشروع بدل بدايته، أو لأن المستخدمين فوجئوا بالتغيير. وهذا الدليل يشرح خطوات الانتقال بالترتيب الذي يقلل المخاطر.

ابدأ بجرد ما لديك

لا يمكن التخطيط لنقل ما لا تعرف حجمه. وأول خطوة جرد شامل: كم مقررًا في النظام الحالي؟ وكم منها نشط فعلًا خلال العامين الماضيين؟ وكم مستخدمًا نشطًا؟ وكم حجم الملفات؟ وما التكاملات القائمة؟

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

وحدد كذلك ما هو ملزم بالاحتفاظ به: سجلات الدرجات والشهادات لها متطلبات احتفاظ نظامية، والمحتوى التعليمي قد لا يكون كذلك. والتمييز بين الاثنين يوجّه أولوية النقل ودقته.

ما يُنقل وما يُترك

توقيت الانتقال

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

وأنسب توقيت بداية عام دراسي جديد، أو بداية فصل مع الاكتفاء بالمقررات الجديدة وترك المستمرة تنتهي في القديم. وخصص الفترة السابقة له — الإجازة عادة — للتهيئة ونقل البيانات والتدريب.

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

التشغيل المتوازي

• مدة محددة معلنة — لا فترة مفتوحة.
• وضوح المصدر الرسمي — أي نظام هو المعتمد الآن.
• منع الإدخال المزدوج — لا رصد في الاثنين.
• القديم للقراءة فقط — بعد نقطة محددة.
• موعد إغلاق معلن — منذ بداية الانتقال.

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

إدارة التغيير

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

وما يخفف المقاومة: إشراك ممثلين عنهم في القرار من البداية، وشرح صريح لأسباب الانتقال — ما الذي لم يعد النظام القديم يوفره — وتدريب مبني على المهام لا على الشاشات، ودعم مكثف في الأسابيع الأولى.

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

التكاملات في الانتقال

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

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

ثم قرر لكل تكامل: يُعاد بناؤه في الجديد، أو يُلغى لانتفاء الحاجة، أو يُؤجَّل لمرحلة لاحقة. والتأجيل خيار مشروع بشرط إعلانه، فالفريق الذي يفاجأ بغياب تكامل اعتاده يعود لطريقة يدوية ولا يبلغ.

الأسابيع الأولى بعد التشغيل

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

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

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

أسئلة شائعة

الخلاصة

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

معيار نجاح الانتقال

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

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