SCORM أم xAPI؟ متى تحتاج كل معيار

لماذا يطرح هذا السؤال في كل مشروع منصة؟

يصل السؤال عادة من اتجاهين. فريق التدريب لديه حزم محتوى اشتراها أو بناها بأدوات تأليف، ويريد التأكد أن المنصة الجديدة ستشغلها. وفريق التحول الرقمي قرأ أن xAPI «يتتبع كل شيء» ويريد كتابته متطلبًا إلزاميًا في الكراسة احتياطًا. المشكلة أن البند الاحتياطي يكلف: مزودون يُستبعدون بلا سبب، أو مشروع يدفع ثمن مخزن سجلات لن يقرأه أحد، أو العكس، جهة تحتاج xAPI فعلًا لمحاكٍ تملكه، فتكتفي بـ SCORM ثم تكتشف أن نتائج المحاكي لا تصل إلى سجل المتعلم.

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

ماذا يسجل SCORM وماذا يسجل xAPI؟

الفرق ليس في «الحداثة» بل في نموذج العمل. SCORM يفترض أن المحتوى حزمة تُرفع إلى منصة التعلم وتُفتح منها، وتتحدث مع المنصة أثناء التشغيل فتسجل حالة الإكمال والدرجة والوقت وموضع التوقف. xAPI يفترض أن التعلم قد يحدث في أي مكان، وأن كل نشاط يُرسل «عبارة» بصيغة (فاعل، فعل، موضوع) إلى مخزن سجلات يستقبلها من مصادر متعددة.

المعيار الثاني لم يعد مواصفة تجريبية: اعتمدت IEEE نسخته الحالية معيارًا منشورًا باسم IEEE 9274.1.1-2023، ويصف فيه مخزن السجلات بأنه النظام الذي يتيح الواجهة البرمجية لتتبع بيانات التجربة والوصول إليها. لكن نضج المواصفة لا يعني أن كل جهة تحتاجها.

متى يكفيك SCORM؟

في معظم مشاريع التدريب المؤسسي والأكاديمي، المحتوى دورات تُفتح من المنصة، والقرار الذي تُبنى عليه البيانات «هل أكمل؟ هل اجتاز؟ كم ساعة؟». هنا SCORM كافٍ تمامًا، وأحيانًا لا تحتاج أيًا من المعيارين:

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

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

متى تحتاج xAPI فعلًا؟

تظهر الحاجة حين يقع التعلم الذي يهمك خارج حدود الدورة الإلكترونية. هذه الحالات الأكثر واقعية، ولكل منها مثال لما يمكن أن يُسجل:

المحاكيات والتدريب العملي الرقمي

محاكي غرفة تحكم، أو محاكي قيادة، أو تمرين واقع افتراضي. النتيجة المهمة ليست «أكمل» بل ما فعله المتدرب في السيناريو:

المشغّل (الفاعل) نفّذ (الفعل) سيناريو انقطاع التغذية عن المضخة الثالثة (الموضوع)، بنتيجة: عزل العطل خلال الزمن المحدد، مع خطأ واحد في ترتيب الخطوات (النتيجة والسياق).

ملاحظة الأداء في موقع العمل

مشرف يقيّم فنيًا على قائمة تحقق ميدانية من تطبيق على جواله. العبارة تربط التقييم بالمتعلم والمهارة والموقع، فتصبح جزءًا من سجله التدريبي لا ورقة في ملف.

التعلم في أنظمة أخرى

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

تفاصيل تفاعل من حزم خارجية تُحلل خارج المنصة

حين تريد بيانات كل تفاعل داخل حزمة معقدة لتحليلها في أداة ذكاء أعمال مع بيانات أخرى، لا مجرد الإكمال والدرجة.

القاسم المشترك: يوجد مصدر يُنتج العبارات فعلًا، ويوجد قرار سيتغير بقراءتها. إن غاب أحدهما، فـ xAPI متطلب على الورق فقط.

ما الذي يحتاجه xAPI خلف الكواليس؟

الجهات التي تكتب «دعم xAPI» في الكراسة نادرًا ما تكتب ما يحتاجه. أربعة عناصر يجب أن تكون موجودة قبل أن تحصل على قيمة:

1. مخزن سجلات التعلم (LRS): يستقبل العبارات ويحفظها ويتيح قراءتها. قد يكون جزءًا من المنصة، أو مخزنًا مستقلًا تستقبل منه المنصة ما يخصها. اسأل أين سيكون، ومن يستضيفه، وأين تُحفظ بياناته. وفي المنصة التعليمية مخزن سجلات مدمج يستقبل العبارات من مصادر خارجية، فلا يلزم مخزن منفصل لهذا الغرض. وما يعنيه المخزن عمليًا مفصل في مقالة xAPI وLRS.
2. تصميم العبارات: أي الأفعال تُستخدم، وما معنى «اجتاز» في المحاكي، وما سياق كل نشاط. بدون اتفاق على مفردات موحدة، تصل من كل مصدر عبارات بصيغة مختلفة لا تُجمع في تقرير واحد.
3. ربط الهوية: العبارة تحمل «الفاعل». إن عرّفه المحاكي برقم المشغّل، والمنصة بالبريد، فلن تلتقي البيانات. اتفق على معرّف واحد قبل أن يبدأ أي مصدر بالإرسال.
4. من يقرأ البيانات: لوحة أو تقرير يحوّل آلاف العبارات إلى مؤشر يفهمه مدير التدريب، وشخص مسؤول عن مراجعته. هذا الجزء هو الأكثر غيابًا عن الخطط.

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

شجرة قرار: SCORM أم xAPI أم كلاهما؟

المنصة تستورد حزم SCORM وxAPI ومحتوى H5P وتتبعها، كما تشرح صفحة نظام LMS يدعم SCORM وxAPI، ونفحص عينة من محتوى جهتك قبل النقل لأن الحزم تختلف كثيرًا بحسب أداة التأليف وإعداداتها. وفيها مخزن سجلات تعلم (LRS) مدمج يستقبل عبارات xAPI من مصادر خارجية كالمحاكيات والتطبيقات الميدانية. ما يبقى للتحليل هو جانب كل مصدر: هل يرسل عبارات فعلًا، وبأي مفردات ومعرّف للمتعلم، وما الذي تحتاجه جهتك من بياناته.

سيناريو: شركة تشغيل محطات تحلية بمحاكٍ وحزم جاهزة

مثال افتراضي للتوضيح شركة تشغيل وصيانة محطات تحلية بنحو 1,600 موظف في أربع محطات ساحلية ومقر إداري. لديها 140 حزمة دورات اشترتها من مزود محتوى بصيغة SCORM، ومحاكٍ لغرفة التحكم يتدرب عليه المشغلون، ومشرفون يقيّمون الفنيين ميدانيًا على قوائم ورقية. طلب فريق التحول الرقمي أن تكون xAPI إلزامية لكل المحتوى.

بعد ورشة مع التدريب والتشغيل وتقنية المعلومات، صنّفت الشركة مصادرها:

النتيجة: xAPI متطلب لمصدر واحد واضح (المحاكي)، مشروط بأن يرسل المحاكي عبارات فعلًا، بدل أن يكون شرطًا عامًا على كل المحتوى. وأُضيف إلى الكراسة سؤال لمورد المحاكي نفسه، لا لمزود المنصة وحده. الشركة هنا افتراضية، لكن الدرس عام: xAPI قرار لكل مصدر، لا لكل المشروع.

كيف تكتب المتطلب في الكراسة؟

الصياغة العامة تقبل أي إجابة، والصياغة الدقيقة تكشف ما يعنيه المزود بالدعم:

ثم اطرح هذه الأسئلة على كل مزود، واطلب الإجابة كتابة:

1. الإصدارات: أي إصدارات SCORM تشغّلها المنصة، وهل جُربت على حزم من أداة التأليف التي تستخدمها جهتك؟
2. مخزن السجلات: هل تحتوي المنصة مخزن سجلات، أم تتكامل مع مخزن مستقل؟ وأين يُستضاف؟
3. المصادر الخارجية: هل تستقبل المنصة عبارات من نظام خارجي، وما المطلوب من ذلك النظام؟
4. العرض: كيف تظهر بيانات xAPI في سجل المتعلم والتقارير، أم تبقى في المخزن وتُقرأ بأداة أخرى؟
5. الإطلاق: هل تُشغَّل حزم cmi5 إن قدمها مزود المحتوى؟
6. التجربة: هل يمكن تجربة عينة من محتوانا قبل التعاقد، وما الذي سيُسلَّم في تقرير التجربة؟

والسؤال الأخير هو الأهم عمليًا؛ طريقة إعداد العينة وما يُفحص فيها مشروحة في دليل اختبار حزم SCORM قبل الشراء.

أخطاء شائعة في قرار المعيار

• xAPI إلزامي احتياطًا: يستبعد مزودين مناسبين أو يضيف تكلفة مخزن سجلات بلا مصدر يغذيه.
• افتراض أن الحزمة «xAPI» تعني بيانات غنية: بعض الحزم المصدّرة بهذه الصيغة ترسل عبارات قليلة تشبه ما يرسله SCORM. افتح العينة وانظر إلى ما ترسله فعلًا.
• نسيان المحتوى التفاعلي البسيط: أنشطة مثل محتوى H5P قد تغني عن أدوات تأليف مكلفة لمحتوى تفاعلي متوسط، والمنصة فيها محرر H5P يبنيها من داخلها، وتفاصيلها في دليل محتوى H5P التفاعلي.
• تجاهل الهوية: محاكٍ يعرّف المتدرب برقم داخلي ومنصة تعرفه بالبريد، فلا تلتقي البيانات أبدًا.
• بيانات بلا مالك: عبارات تتراكم في مخزن لا يفتحه أحد. حدد قبل التنفيذ من يقرأ، وكل كم، ولأي قرار.

الأسئلة الشائعة

الخلاصة: المعيار يتبع المصدر والقرار

SCORM يكفي حين يحدث التعلم داخل المنصة وتحتاج منه الإكمال والدرجة والوقت. xAPI مطلوب حين يوجد مصدر خارج المنصة ينتج عبارات، وقرار سيتغير بقراءتها، ومخزن وتصميم وهوية موحدة تجعل البيانات قابلة للجمع. والجمع بينهما هو الحالة الأكثر واقعية لمن يملك محاكيات أو تطبيقات ميدانية.

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