أفضل 10 أنظمة لإدارة التعلم (LMS) مفتوحة المصدر في 2026

شغّل نظام إدارة التعلم الخاص بعلامتك التجارية مع عدد غير محدود من المتعلمين

ابدأ مجاناً

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

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

كيف قيّمتها

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

• الترخيص والحوكمة. الرخصة الفعلية والتزامات copyleft المترتبة عليها، ومن يتحكم في خارطة الطريق. فالجهة الراعية الربحية (Moodle HQ)، والمنظمة غير الربحية (Axim Collaborative)، والمؤسسة (Apereo وILIAS Society) تحمل مخاطر تفرع مختلفة جدا على أفق خمس سنوات.
• من يستطيع تشغيلها فعلا. حزمة التقنيات، سواء PHP أو Ruby أو Java أو Python، وهل تحتاج إلى مسؤول أنظمة كفء أم إلى فريق DevOps كامل. اختباري بسيط: هل في فريقك شخص واحد قادر على تولي أمرها في الثانية صباحا حين تتعطل؟
• أين تتفوق فعلا. كل منصة هنا تتفوق في شيء ما، سواء عمق الإضافات أو الامتثال أو الواجهة أو التكامل مع أنظمة تخطيط الموارد (ERP). حدّدت الميزة الحقيقية لكل منها بدلا من تقييمها جميعا وفق المعايير نفسها.
• التكلفة الإجمالية الحقيقية، في ثلاث طبقات. البنية التحتية قابلة للتوقع ويمكن تقديرها مرة واحدة. أما العمالة اللازمة للصيانة، من تحديثات أمنية وفحص للإضافات ودعم، فهي مفاجأة السنة الثانية. وكل منصة هنا كسرت إضافات أو مخطط قاعدة البيانات عند إصدار رئيسي، فخصص ميزانية لترقيات الإصدارات الرئيسية التي لا تحذر منها أي صفحة لدى المورّد.

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

رغم كل الحذر التشغيلي في هذه القائمة، فإن المصدر المفتوح هو الطريقة التي يدير بها جزء كبير من العالم التعلم أصلا. يعلن Open edX أكثر من 140 مليون متعلم، وChamilo أكثر من 41 مليونا، وتقدّر Fortune Business Insights سوق أنظمة إدارة التعلم عالميا بنحو 24 مليار دولار في 2025، ويُتوقع أن يصل إلى 104 مليارات دولار بحلول 2034. هذه المنصات ليست هامشية. السؤال الوحيد هو هل يستطيع فريقك تشغيل إحداها.

التكلفة الحقيقية للاستضافة الذاتية

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

• البنية التحتية: الطبقة القابلة للتوقع. بضع مئات من المتعلمين يعملون براحة على خادم VPS بين 20 و100 دولار شهريا. وبضعة آلاف من المتعلمين النشطين مع ضغط حقيقي من التقييمات المتزامنة يحتاجون إلى سحابة بين 200 و800 دولار شهريا. أما النشر المؤسسي عالي التزامن فيتراوح بين 1,000 و5,000 دولار فأكثر. ويقع Open edX في أعلى كل شريحة بسبب بنيته متعددة الخدمات.
• عمالة الصيانة: الطبقة التي تفاجئ الفرق في السنة الثانية، وهي عادة أكبر بند. التحديثات الأمنية وفحص الإضافات والترقيات وتصعيد طلبات دعم المستخدمين تتجمع في دور مسؤول أنظمة أو DevOps بدوام جزئي أو كامل، بتكلفة شاملة تقارب 1,000 إلى 5,000 دولار شهريا، أو عقد دعم مع شريك في النطاق نفسه. ولا يذكر خطاب «الرخصة المجانية» هذا البند أبدا.
• التنفيذ والترحيل: قريب من الصفر إذا ثبّتّها بنفسك وقبلت الإعدادات الافتراضية، ومن 5,000 إلى 50,000 دولار مع شريك معتمد حين تضيف تخصيص المظهر وتسجيل الدخول الموحد (SSO) والتكامل مع أنظمة SIS أو HRIS، وترحيل المحتوى والمستخدمين الحاليين.

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

الاستضافة الذاتية أم المنصة المستضافة: القرار الحقيقي

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

مقارنة سريعة

التقييمات هي الأعلى بين درجتي كل منصة في G2 وCapterra، بعد التقريب، حتى أغسطس 2026. تعامل مع التقييمات ذات العدد المنخفض (ومنها Open edX وSakai وOdoo) على أنها مؤشرات لا أرقام إحصائية متينة.

1. Moodle

الأنسب لـ: المؤسسات التي لديها مسؤول مخصص لنظام إدارة التعلم أو شريك معتمد من Moodle.

Moodle هو المرجع الذي تُقاس به كل منصة أخرى هنا: يعمل بلا انقطاع منذ 2002 على حزمة PHP، بترخيص GPL v3، ومع أعمق كتالوج إضافات في هذه الفئة.

• الترخيص والحوكمة: GPL v3، لكن Moodle HQ جهة ربحية تتحكم في خارطة الطريق، لذا تصل ميزات المؤسسات عادة إلى Moodle Workplace التجاري أولا (أضاف الإصدار 5.2 أتمتة متعددة المستأجرين غير موجودة في النواة المفتوحة). أمر يمكن التعامل معه إذا خططت له، ومكلف إذا تجاهلته.
• حزمة التقنيات: PHP/LAMP ومهارات مسؤول أنظمة اعتيادية. رأيته يتوسع من تجارب بدورتين إلى مئات الآلاف من المتعلمين دون تغيير المنصة.
• أقوى ما فيه: الإضافات والمجتمع. الكتالوج وشبكة المطورين المعتمدين يعنيان أنك نادرا ما تواجه مشكلة لم يحلها أحد من قبل.
• العيب: الواجهة. عبارة «نقرات كثيرة جدا وكأنه نظام محتوى من التسعينيات» هي التجربة الغالبة للمتعلمين في آلاف عمليات النشر الموثقة على Capterra وG2، وقد صمدت بعد إصلاح الإصدار 4.x. تعامل مع الترقيات الرئيسية كأنها نوافذ صيانة تمتد أياما، وأجرِ اختبار تحميل قبل الامتحانات المتزامنة الكبيرة.

ملاحظات النشر: Moodle هو الأفضل توثيقا من حيث التثبيت هنا: خادم LAMP مع مجلد moodledata خارج الجذر العام للويب. لكن cron ليس اختياريا: إن لم يعمل كل دقيقة تتوقف رسائل البريد والإشعارات والنسخ الاحتياطية المجدولة، ويكتفي Moodle بالتنبيه إلى أن cron لم يعمل. كما أن القيمة الافتراضية 1,000 لـ max_input_vars في PHP منخفضة جدا لصفحات الإعدادات والصلاحيات الكبيرة في Moodle، فتحفظ بعض حقولها فقط دون أي خطأ إلى أن ترفعها.

رأيي: أأمن رهان على المدى البعيد إذا خصصت ميزانية صريحة لعبء الإدارة. وهو الاختيار الخاطئ لفريق يتوقع أن يثبّته ثم ينساه.

2. Open edX

الأنسب لـ: الجامعات والمزودين الكبار الذين لديهم مهندس DevOps مخصص، لا مسؤول أنظمة فقط.

Open edX هو ما بناه MIT وHarvard لتشغيل edX على نطاق واسع، وهو أكثر منصات هذه القائمة تقييدا من حيث متطلبات النشر، لذا فالمؤسسات التي تناسبها فعلا نادرا ما تكون تلك التي يجذبها بريق اسمه.

• الترخيص والحوكمة: مفتوح المصدر تحت إشراف Axim Collaborative، وهي منظمة غير ربحية أُنشئت لرعاية المنصة بعد استحواذ 2U على edX في 2021. وحوافز المنظمة غير الربحية أفضل من خارطة طريق ربع سنوية لجهة ربحية حين يتعلق الأمر بمخاطر المنصة على المدى البعيد.
• حزمة التقنيات: Python/Django، ويُنشر عبر Tutor (Docker) مع Kubernetes لعدة عُقد. هي المنصة الوحيدة هنا التي تحتاج إلى فريق DevOps. والاختبار: هل يستطيع شخص واحد معالجة عطل في الإنتاج، وترقيع ثغرة CVE في Python، وتولي ترقية رئيسية؟ إن لم يستطع، فإمكانات المنصة ليست في متناولك.
• أقوى ما فيه: الطموح المعماري والقدرة على التوسع. قابلية التوسعة عبر XBlock قوية، لكن أنواع المحتوى المخصصة تتطلب تطوير Python، فهي ليست مهمة محتوى.
• العيب: النشر هو النقطة التي تتعثر عندها معظم التقييمات. جرّب تثبيت Tutor على خادم تجريبي قبل أن تلتزم، فالنشر يخبرك عن قدرة فريقك على تولي المنصة أكثر من أي قائمة ميزات.

ملاحظات النشر: اتبعت مسار Tutor، والتثبيت نفسه أمر واحد هو tutor local launch يعمل في نحو عشرين دقيقة. العمل كله قبله: خادم بذاكرة 8GB على الأقل، وسجلات DNS موجهة إليه، وDocker يعمل بمستخدم غير جذر. إذا أحسنت إعداد الخادم وDNS فإن SSL يُحل من تلقاء نفسه، وإذا أخطأت فهنا بالضبط تنشأ قصص الرعب.

رأيي: يستحق التعقيد فقط إذا كنت قادرا على تولي حزمة Python/Django من أولها إلى آخرها. المتطلب الهندسي هو العتبة، لا مجرد تحفظ.

3. Canvas LMS (Community Edition)

الأنسب لـ: المؤسسات ذات الخبرة في تشغيل Ruby on Rails في الإنتاج ولا تحتاج إلى تعديل الشيفرة لخدمات موجهة للجمهور الخارجي.

Canvas بنسخته المجتمعية على GitHub (AGPL v3) نظام إدارة تعلم مفتوح المصدر قوي فعلا، ومعظم من يسألونني عنه لديهم فهم خاطئ للمنتج.

• الترخيص والحوكمة: AGPL v3 هي العيب. إذا شغّلت نسخة معدّلة من Canvas كخدمة شبكية وجب عليك نشر تعديلاتك المصدرية لمستخدميها. لا أثر لذلك في الاستخدام الداخلي فقط، لكنه عائق قاتل لعمليات النشر المعدّلة الموجهة للخارج (وقد أعادت فريقين كنت أنصحهما إلى نقطة البداية). والتطوير في المصدر الأصلي يبقى مواكبا لأن Instructure تدير التطوير لسحابتها التجارية.
• حزمة التقنيات: Ruby on Rails مع أدلة نشر من المجتمع. تعمل النسخ المستضافة ذاتيا دون اتفاقية مستوى الخدمة (SLA) من Instructure، وتظهر أنماط التوقف في تقييمات من يستضيفونها بأنفسهم.
• أقوى ما فيه: الواجهة وتصحيح الأعمال. يُصنَّف SpeedGrader باستمرار بين أفضل مسارات التصحيح في أي مكان، وهو مع Blueprint Courses ضمن النسخة المجتمعية.
• العيب: ما يزيله العقد التجاري: Canvas Studio وCredentials وMastery Connect واتفاقية مستوى الخدمة بنسبة تشغيل 99.9%. وأرقام الحجم (6 ملايين مستخدم متزامن و27 مليون عملية تنزيل على الجوال) تخص سحابة Instructure، لا خادمك المستضاف ذاتيا.

ملاحظات النشر: سمعة Canvas السيئة في الاستضافة الذاتية حقيقية، وهي محددة: حجم الخادم لا مشكلة فيه (8GB وأربع أنوية)، والعقبة هي bundle install. Canvas تطبيق Rails مثبّت الإصدارات، ووثائق الإنتاج تنحرف عن الشيفرة الفعلية، فعلى خادم جديد تفشل الحزم الأصلية في التجميع مع إصدار Ruby الخاطئ وتقضي ساعات قبل أن يعمل Canvas أصلا. Redis إلزامي، والشهادة الموقعة ذاتيا لا تكفي، وتظل تعالج خطوات ناقصة طوال الطريق. هذه هي المنصة التي كنت سأسأل عندها بجدية أكبر: هل تريد الاستضافة الذاتية أصلا؟

رأيي: أفضل واجهة جاهزة للاستخدام هنا، إذا كان Rails متوفرا داخل الفريق ولا تعدّل الشيفرة لمستخدمين خارجيين. اقرأ بند AGPL قبل أن تلمس الشيفرة.

4. ILIAS

الأنسب لـ: المؤسسات الأوروبية التي تضع الامتثال أولا ويتوفر لها دعم باللغة الألمانية.

ILIAS في فئة مستقلة عن Moodle وCanvas في أعمال الامتثال: طُوّر في جامعة كولونيا منذ 1997 وتحكمه منظمة ILIAS Society غير الربحية.

• الترخيص والحوكمة: GPL v3 مع حوكمة بأسلوب المؤسسات عبر ILIAS Society، مما يجعل الرعاية على المدى البعيد واضحة مؤسسيا.
• حزمة التقنيات: PHP/MySQL، وتعقيد النشر قريب من Moodle. مهارات PHP المعتادة تكفي للإعداد.
• أقوى ما فيه: الامتثال. ربط أطر الكفاءات، وعمق دعم SCORM وxAPI، وتتبع دورة حياة الشهادات، والتقارير الجاهزة للتدقيق، كلها أكثر نضجا من نواة Moodle في هذا المجال تحديدا.
• العيب: المجتمع والتوثيق بالألمانية في الغالب. فإذا واجهت مشكلة إعداد غير مألوفة فالأرجح أن النقاش المفيد في المنتدى بالألمانية، وحتى مع الترجمة بالذكاء الاصطناعي يبقى ذلك احتكاكا مستمرا للفرق التي تعمل بالإنجليزية فقط.

ملاحظات النشر: لا يوجد مثبّت ميسّر هنا، ولا شرح مرئي بالإنجليزية يستحق الإحالة إليه. تبني الاعتماديات بـ composer وnpm ثم تشغّل سكربت إعداد من سطر الأوامر، فلا معالج ويب بعد الآن. والعقبة المعتادة هي إصدار PHP: يثبّت ILIAS نطاقا ضيقا، ويرفض composer التثبيت ببساطة مع إصدار خاطئ. وهناك فخّان آخران أنبه إليهما: يحتاج إلى utf8 العادي بثلاثة بايتات لا utf8mb4، وإلا أفسدت البيانات لاحقا، ويجب أن تكون مجلدات البيانات مملوكة لمستخدم خادم الويب. وأعمق وثائق التثبيت بالألمانية.

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

5. Sakai

الأنسب لـ: مؤسسات التعليم العالي والتحالفات التي تعمل على التعاون الأكاديمي والتقييم بين الأقران وملفات الإنجاز.

Sakai خرج من تحالف جامعات (Michigan وIndiana وStanford وMIT)، وهذا الأصل هو بالضبط ما يتقنه.

• الترخيص والحوكمة: رخصة Educational Community License 2.0 (مشتقة من Apache)، وهي أكثر تساهلا من GPL في إعادة التوزيع الأكاديمي، وهذا مهم حين يتشارك تحالف نسخة مخصصة واحدة. وتحكمه مؤسسة Apereo (التي تتولى أيضا CAS)، وعقد من الاستقرار المؤسسي إشارة إيجابية على مخاطر التفرع.
• حزمة التقنيات: Java على Tomcat، وهنا الفخ التشغيلي. لخوادم تطبيقات Java أنماط ذاكرة وأعطال وضبط تختلف عن PHP، وهي مهارة مختلفة عن تشغيل Moodle أوقعت فرقا في الحرج.
• أقوى ما فيه: سير العمل الأكاديمي والتقييم بين الأقران وملفات الإنجاز وهياكل المقررات البحثية، وهي أمور تقدمها معظم أنظمة إدارة التعلم في ذيل أولوياتها.
• العيب: حزمة Java والنموذج الذهني الأكاديمي القائم على القوائم والفصول وملفات الإنجاز، وكلاهما يتعارض مع حالات الاستخدام المؤسسية.

ملاحظات النشر: هذه هي المنصة التي تذكّرك بأن Sakai تطبيق Java وليس إضافة PHP جاهزة. تبنيه من المصدر بـ Maven، وأمران يفاجئان من يجرّبه أول مرة: تنفد الذاكرة المتاحة لـ Maven ما لم ترفع حجم heap في MAVEN_OPTS قبل البناء، ولا يعمل على Tomcat ثبّتّه من apt أو yum، فعليك استخدام الحزمة المضغوطة من tomcat.apache.org. وبعد ذلك يأتي ضبط heap في JVM، الذي تصفه وثائق Sakai نفسها بأنه فن غامض.

رأيي: اختيار قوي للمؤسسات الأكاديمية القادرة على تشغيل Java، وغير مناسب لتدريب الشركات.

6. Chamilo

الأنسب لـ: فرق تدريب الشركات التي تريد ملكية الاستضافة الذاتية دون متخصص مخصص في نظام إدارة التعلم.

Chamilo يمنحك نموذج الاستضافة الذاتية دون الثقل التشغيلي لـ Moodle أو Open edX: PHP وGPL v3، ومصمم منذ البداية للعمل على خوادم متواضعة.

• الترخيص والحوكمة: GPL v3، لكن خارطة الطريق تعتمد على مساهمات المتطوعين والتبني التجاري، لا على شركة لها مصلحة مالية في الاستمرارية. وكنت سأراقب ذلك على أفق خمس سنوات بحذر أكبر من نموذج Moodle HQ.
• حزمة التقنيات: PHP، وهو خفيف بما يكفي للعمل على استضافة مشتركة (ليس الأفضل، لكنه يعمل بطريقة لا يمكن أن يعمل بها Open edX أبدا). واجهة افتراضية أنظف وإنشاء دورات أسرع من Moodle منذ انفصال Chamilo عن Dokeos في 2010.
• أقوى ما فيه: البساطة التشغيلية، إذ يغطي أساسيات الامتثال مثل SCORM والاختبارات والشهادات والمتطلبات المسبقة دون إضافات ثقيلة.
• العيب: كتالوج إضافات أصغر من Moodle وتقارير كافية لكنها ليست بمستوى المؤسسات الكبرى. مناسب لعدة مئات إلى بضعة آلاف من المستخدمين، لا للنطاق المؤسسي الكبير أو متطلبات الامتثال الثقيلة.

ملاحظات النشر: المسار التقليدي هو خادم LAMP مع معالج التثبيت في المتصفح، ويتوقف المعالج فجأة عند امتداد PHP ناقص أكثر من غيره: intl، الذي لا تشحنه نسخة PHP الأساسية. أضف php-intl وأعد التشغيل ويستأنف العمل. والفخ الآخر يظهر بعد التثبيت: ترفع حزم SCORM التي يتجاوز حجمها نحو 2MB فتفشل بصمت حتى ترفع upload_max_filesize في PHP، وتتعطل الحزم التي تحتوي أسماء ملفاتها على حروف معلّمة أو مسافات، فاجعل أسماء الملفات بسيطة.

رأيي: الخيار المناسب لمنصة مستضافة ذاتيا يمكن إدارتها حين لا يكون تشغيل نظام إدارة التعلم وظيفة أحد بدوام كامل.

7. Totara Learn

الأنسب لـ: المؤسسات التي تستخدم Moodle أصلا وتحتاج إلى ميزات القوى العاملة، وتعمل مع شريك من Totara.

Totara Learn نسخة مؤسسية متفرعة من Moodle، تشترك معه في قاعدة PHP وتوافق الإضافات، وتضيف تعدد المستأجرين وأطر الكفاءات المنظمة وجدولة إعادة الاعتماد.

• الترخيص والحوكمة: GPL v3، والشيفرة على GitHub ويمكن التحقق منها. لكن التوثيق والدعم مصممان كلاهما للعملاء المرتبطين بشريك من Totara.
• حزمة التقنيات: PHP متوافق مع Moodle، لذا تنتقل إضافات Moodle ومحتواه الحالي في معظمها.
• أقوى ما فيه: الامتثال للقوى العاملة، والكفاءات المنظمة، والشهادات مع جدولة إعادة الاعتماد، وتعدد المستأجرين بما يتجاوز نواة Moodle.
• العيب: الفجوة بين توثيق الشركاء والتوثيق العام ليست هينة. والبدء من الصفر دون شريك هو مسار النشر الذي كنت سأتجنبه بقوة.

رأيي: انتقال منطقي لمؤسسات Moodle القائمة التي تحتاج إلى ميزات القوى العاملة. أما عند البدء من جديد فقارن «Moodle مع إضافات مؤسسية» بـ «Totara مع اشتراك شريك».

8. Odoo LMS

الأنسب لـ: المؤسسات التي تشغّل Odoo ERP أصلا وتريد ربط التدريب ببيانات الموارد البشرية.

Odoo LMS ليس نظام إدارة تعلم مستقلا، بل مجموعة تطبيقات مفتوحة المصدر لتخطيط موارد المؤسسة (ERP)، تتضمن وحدة للتعلم الإلكتروني توفر نظاما لإدارة التعلم. وهذا التوصيف الدقيق مهم لاتخاذ القرار.

• الترخيص والحوكمة: النسخة المجتمعية بترخيص LGPL v3، والوحدات التجارية ضمن Odoo Enterprise. وتكلفة نظام التعلم مدمجة في سؤال أوسع عن عقد ERP، وليست قرار منصة مستقلة.
• حزمة التقنيات: جزء من مجموعة Odoo، لذا تعيش وحدة التعلم الإلكتروني في نموذج البيانات نفسه الذي تعيش فيه الموارد البشرية وإدارة العملاء والمشاريع.
• أقوى ما فيه: التكامل الأصيل لتدريب مرتبط بعمليات العمل، وسجلات التأهيل، والامتثال المرتبط ببيانات الموارد البشرية، والمهارات المرتبطة بتوزيع الموظفين على المشاريع. وعبء إضافي منخفض إذا كنت تشغّل Odoo أصلا.
• العيب: كنظام إدارة تعلم مستقل فإن ميزات التعلم كافية لا عميقة: لا تقييم متقدم، ولا عمق في SCORM، ولا تقارير امتثال بمستوى Moodle أو ILIAS.

ملاحظات النشر: تثبيت Odoo Community بناء من المصدر (بيئة Python افتراضية وPostgreSQL وwkhtmltopdf)، ويقلع بسلاسة ثم يفاجئك في أمر واحد فقط: wkhtmltopdf. إذا ثبّتّ حزمة التوزيعة خرجت كل ملفات PDF، من فواتير وشهادات وأوراق إتمام الدورات، فارغة أو معطوبة. تحتاج إلى النسخة المرقّعة بـ Qt المطابقة لإصدار Ubuntu لديك، أي حزمة jammy بصيغة deb، لا bionic. وبعد أن تضبط هذا الملف الثنائي الواحد يصبح الباقي روتينيا.

رأيي: مناسب فقط إذا كان Odoo هو العمود الفقري لعملياتك أصلا. وإن كانت المهمة هي تأليف محتوى SCORM فابدأ بأداة تأليف SCORM بدلا منه.

9. Forma LMS

الأنسب لـ: فرق الشركات التي تحتاج تحديدا إلى ترخيص Apache 2.0 المتساهل.

Forma LMS نسخة مفتوحة المصدر متفرعة من Docebo قبل أن تصبح Docebo تجارية بالكامل، وبأكثر الرخص تساهلا في هذه المقارنة.

• الترخيص والحوكمة: Apache 2.0، فتُنشر النسخ المعدّلة وتُوزَّع دون التزامات copyleft التي تفرضها GPL وAGPL، وهذا مهم إذا كانت مرونة إعادة التوزيع تعنيك. لكن قاعدة المساهمين صغيرة ووضوح خارطة الطريق محدود مقارنة بالمشاريع التي تحكمها مؤسسات.
• حزمة التقنيات: PHP.
• أقوى ما فيه: الترخيص المتساهل لبناء تدريب مؤسسي مخصص بدرجة كبيرة قد تحتاج إلى إعادة توزيعه.
• العيب: مخاطر التفرع. في نشر إنتاجي تتوقع تشغيله خمس سنوات أو أكثر، يستحق المجتمع الصغير والحوكمة الضعيفة تقييما صريحا.

رأيي: كنت سأفضّل Chamilo على Forma في معظم سياقات الشركات ما لم يكن Apache 2.0 شرطا صارما غير قابل للتفاوض. فحوكمة Chamilo الأوضح ومجتمعه الأكبر يجعلانه الخيار الأقل مخاطرة.

10. Open LMS

الأنسب لـ: المدارس (K-12) التي تستخدم Google Workspace أصلا.

Open LMS منصة مبنية على Moodle ومصممة لمدارس K-12 وGoogle Workspace، مع تكامل أصيل مع Google Classroom بدل ترقيع الإضافات الذي تحتاجه معظم أنظمة إدارة التعلم.

• الترخيص والحوكمة: مشتق من Moodle، لذا يرث ترخيص GPL وجزءا كبيرا من نموذج إضافات Moodle.
• حزمة التقنيات: PHP قائم على Moodle، ويفترض الإعداد مصادقة Google وربط ملفات Drive وجلسات Meet يديرها فريق تقنية المعلومات لديك أصلا.
• أقوى ما فيه: التكامل الأصيل مع Google، الذي يلغي الإعداد الموازي الذي تحتاجه معظم أنظمة إدارة التعلم في مدارس Google Workspace.
• العيب: كتالوج إضافات أصغر من Moodle الأساسي يحد من تخصيص الواجهة والعلامة التجارية خارج القوالب المدمجة.

رأيي: يستحق النظر لمدرسة تعتمد Google Workspace. أما خارج K-12 فيتفوق Moodle الأساسي بقاعدة دعمه الأكبر وكتالوجه الأعمق داخل عائلة المنصات المشتقة من Moodle.

ماذا عن إضافات WordPress لأنظمة إدارة التعلم؟

إذا بحثت عن نظام إدارة تعلم مفتوح المصدر على أمل إجابة مبنية على WordPress، فتلك فئة مختلفة، ومن المهم توضيح ذلك. LearnDash وLifterLMS وTutor LMS وSensei وMasteriyo المرخصة بالكامل بموجب GPL هي إضافات تحوّل موقع WordPress الذي تشغّله أصلا إلى منصة دورات. وهي مفتوحة المصدر بمفهوم WordPress، ويمكن أن تكون ممتازة لصانع محتوى أو لموقع تدريب صغير.

السؤال الحقيقي ليس أي نظام إدارة تعلم، بل هل تريد منصة مستقلة أم إضافة على موقع WordPress لديك. الإضافة تعني نظاما أقل للاستضافة، لكنها تربط نظام إدارة التعلم بأداء WordPress وتحديثاته الأمنية واحتمالات تعارض الإضافات. وإذا كان لديك دورة أو دورتان على موقع قائم فالإضافة هي الأنسب. أما لبرنامج تدريبي تتوقع توسيع نطاقه وتوحيد إجراءاته وإعداد تقارير عنه، فإن منصة مستقلة من هذه القائمة قاعدة أكثر متانة.

الترحيل واستخراج بياناتك

حجة الاستضافة الذاتية أنك تملك بياناتك. هذا صحيح، لكن امتلاكها ونقلها عملان مختلفان. كل منصة هنا تدعم صيغ التبادل المفتوحة: SCORM وxAPI للمحتوى، وIMS Common Cartridge لحزم المقررات، وCSV للمستخدمين والدرجات، فالترحيل ممكن وليس مسدودا. والمسارات الشائعة معبّدة جيدا: من Blackboard أو Canvas إلى Moodle أو Open edX، ومن Moodle إلى Totara. وما يكلفه الترحيل فعلا هو وقت المهندسين لإعادة ربط هياكل المقررات وإعادة اختبار الإضافات، لا رسوم رخصة. والاختبار نفسه ينطبق على أي أداة مستضافة تفاضل بينها: قبل أن تلتزم، تأكد أنك تستطيع استخراج دوراتك منها.

كيف أقرر

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

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

وإذا كان الجواب «مهندس DevOps قادر على تولي حزمة Python/Django من أولها إلى آخرها»، فإن Open edX يستحق التعقيد. نموذج حوكمة Axim Collaborative والأصل المؤسسي القادم من MIT وHarvard هما أقوى إشارتين على المخاطر البعيدة هنا. والمتطلب الهندسي ليس تحفظا جانبيا، بل هو العتبة الفعلية. دونها لا تصل إلى إمكانات المنصة مهما قالت قائمة الميزات.

وأقولها صراحة أيضا: كثير من الفرق التي أراها تقيّم هذه القائمة لا تحتاج في الحقيقة إلى بنية تحتية مستضافة ذاتيا. تحتاج إلى التحكم في البيانات، وتكلفة يمكن توقعها، وشيء يعمل دون مسؤول أنظمة. فإن كان هذا أقرب إلى وضعك، فإن Coursebox في فئة مختلفة تماما. Coursebox نظام إدارة تعلم مستضاف بمتعلمين غير محدودين في كل الخطط، ومنها المجانية، ومبني حول إنشاء الدورات باستخدام الذكاء الاصطناعي لا حول بنية توصيل مفتوحة المصدر. وفي مسألة الارتباط بمنصة واحدة التي تهم أي أداة تأليف، صدّر 6,743 مستخدما من مستخدمي Coursebox دوراتهم إلى أنظمة خارجية هذا العام، ومنها SCORM. هو أقرب إلى «نظام إدارة تعلم مجاني» منه إلى نظام مفتوح المصدر.

خلاصة القول: اختر المنصة التي يستطيع فريقك امتلاكها وتشغيلها. وكل ما عدا ذلك ميزة لن تصل إليها أصلا.

إفصاح: أنا Toni Arrebola Gomez، المدير التقني في Coursebox. Coursebox نظام إدارة تعلم لإنشاء الدورات باستخدام الذكاء الاصطناعي، وليس نظام إدارة تعلم مفتوح المصدر، ولا يظهر في قائمة المنصات هذه. وتوجد روابط إلى منتجات Coursebox داخل هذا المقال.