تغيير القاعة وإلغاء الحصة: تحديث تقويم الطلاب خلال دقائق

يتغير الجدول أكثر ما يتغير في الأسابيع الثلاثة الأولى من الفصل الدراسي. فشعبةٌ تضيق بها قاعتها بعد فترة الإضافة والحذف، ومختبرٌ ينتقل إلى مبنى آخر، ومدرّسٌ يُستبدل بآخر. ثم تأتي التغييرات العارضة: مدرّس مريض، أو عاصفة ثلجية تغلق الحرم الجامعي، أو حصة تعويضية تُضاف يوم الجمعة. إدخال كل تغيير في نظام معلومات الطلاب (SIS) لا يستغرق سوى دقيقة. والسؤال الحقيقي هو: كم يستغرق وصوله إلى الطلاب؟

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

لماذا تصل تغييرات الجدول إلى الطلاب ببطء؟

أربعة عوامل تُبطئ التغيير بين النظام والطالب.

• النسخ. كل إدخال في التقويم غير مرتبط بالنظام هو لقطة ثابتة: كُتب يدويًا، أو التُقطت له صورة، أو استُورد مرة واحدة من ملف. واللقطة لا تتغير.
• دورات التحديث. تقويمات ICS المشترَك فيها يحدّثها تطبيق التقويم وفق توقيته الخاص. فـ Outlook وGoogle Calendar هما من يقرران متى يُعاد جلب الموجز، وقد يستغرق ذلك ساعات وأحيانًا أكثر، ولا تستطيع المؤسسة فرض توقيت آخر.
• الاستهداف. تغيير القاعة يخص شعبة واحدة، والإلغاء يخص موعدًا واحدًا لشعبة واحدة. أما أدوات المراسلة فتبث إلى قوائم كاملة، فيتعلم من نادرًا ما يعنيهم الأمر أن يتجاهلوها.
• التكرار. المزامنة التي تحذف الأحداث وتعيد إنشاءها بدل تحديثها تترك نسخًا مكررة وتذكيرات ضائعة كلما تعطلت في منتصف العملية، وتعلّم المستخدمين ألا يثقوا بما يرونه.

ما كلفة التحديث المتأخر؟

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

وبالنسبة إلى المدرّسين، الكلفة هي الدقائق العشر الأولى من الحصة ريثما يجد الجميع القاعة الجديدة، والإعلان نفسه مكررًا في الصف وبالبريد الإلكتروني وفي نظام إدارة التعلم (LMS).

وبالنسبة إلى الموظفين، الكلفة وقتٌ في مكتب التسجيل وأمانة القسم ومكتب الدعم الفني، للإجابة عن السؤال نفسه لكل طالب لم يرَ الإشعار.

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

ما الذي لا ينجح؟

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

مطالبة الطلاب بتحديث تقويماتهم بأنفسهم. كثيرون لن يفعلوا. ومن يفعل قد يصحح موعدًا واحدًا فيكسر السلسلة، أو يصحح السلسلة فيضيّع الاستثناءات.

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

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

التصحيح اليدوي من قِبل فريق تقنية المعلومات. يصلح لشعبتين، أما لإغلاق الحرم الذي يمس مئات الشُّعب فمستحيل في الوقت المتاح.

الحل: قاعدة لكل نوع من التغييرات

ابدأ بحصر التغييرات التي تجريها مؤسستك فعلًا، وما ينبغي أن يحدث في التقويم لكل منها. ومعظمها يندرج تحت ثماني حالات.

ثم ابنِ العملية حول ست قواعد.

1. إدخال التغييرات في مكان واحد فقط

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

2. مزامنة الفروقات لا الجدول كله

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

3. تحديث الحدث الذي يملكه الناس بالفعل

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

4. اختيار قاعدة واحدة للإلغاء

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

5. الوضوح بشأن التوقيت

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

6. الاحتفاظ بسجل

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

كيف يتعامل Calendo مع ذلك؟

بعد الإرسال الأول في بداية الفصل، تصبح المهمة الأساسية لـ Calendo هي نشر التغييرات. فعندما تتغير قاعة أو موعد أو نمط تدريس في نظام معلومات الطلاب، أو تُلغى حصة، ينعكس التغيير خلال دقائق في Outlook وتقويم Teams وGoogle Calendar وتقويمي Moodle وBlackboard.

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

أما الطلاب المشتركون عبر موجز ICS الذي ينشره Calendo، في تقويم Apple مثلًا، فيصلهم التغيير نفسه عند التحديث التالي لتطبيقهم؛ والتقويمات الأصلية هي الطريق الأسرع. ويُسجَّل كل إجراء. ولمعرفة كيف يتصل Calendo بنظام معلومات الطلاب لديكم، تواصلوا معنا أو احجزوا عرضًا توضيحيًا.

ولمعرفة كيف يدخل الجدول إلى التقويمات من البداية، راجع كيف تُزامن الجداول الدراسية مع Outlook وTeams وGoogle Calendar. وللمقررات التي تجمع بين أكثر من نمط، راجع حضوري أو عن بُعد أو هجين.