تصميم أدوار وصلاحيات LMS لجهة كبيرة يبدأ من المهام الفعلية لا من قائمة الأدوار الجاهزة: اجرد ما يفعله كل شخص في المنصة، ثم اجمع المهام المتشابهة في أدوار قليلة، وحدد لكل دور نطاق بياناته (الجهة، أو الفرع، أو الإدارة، أو الدورات)، وافصل بين المهام المتعارضة مثل إعداد الاختبار واعتماد نتائجه، وعالج الأدوار المؤقتة بتاريخ انتهاء ومراجعة. ثم اربط الأدوار بمجموعات نظام الهوية، واختبرها بحسابات حقيقية، وراجعها دوريًا من سجل العمليات.
لماذا تتضخم الصلاحيات في منصات التعلم الكبيرة؟
يتكرر المشهد في الجهات الكبيرة بعد سنة من الإطلاق: عدد من يحملون صلاحية «مسؤول» ضعف ما خُطط له، ومنسق في أحد الفروع يرى نتائج موظفي فروع أخرى لأنه احتاج تقريرًا مرة واحدة، وحساب لعضو فريق المشروع ما زال فعّالًا بكامل الصلاحيات. لا أحد قرر ذلك. حدث لأن منح صلاحية واسعة أسرع من تصميم صلاحية دقيقة، ولأن أحدًا لا يسحب صلاحية بعد انتهاء الحاجة إليها.
منصة التعلم تبدو أقل حساسية من نظام الرواتب، لكنها تحفظ نتائج اختبارات قد تؤثر في ترقية أو استمرار، وسجلات امتثال يعتمد عليها التدقيق، وشهادات يتحقق منها أطراف خارجيون. من يستطيع تعديل درجة أو إصدار شهادة يدويًا يملك قدرة تتجاوز إدارة الدورات. لذلك يستحق تصميم الأدوار منهجية، لا قائمة أزرار تُفعّل أثناء التهيئة.
في الأدوار والصلاحيات في المنصة التعليمية تتحدد الصلاحية بثلاث طبقات: الدور (من هو)، والإجراء (عرض، إنشاء، تعديل، حذف، اعتماد، تصدير لكل وحدة)، والنطاق (الجهة كلها، أو الفرع، أو الإدارة، أو الدورات). المنهجية التالية تملأ هذه الطبقات الثلاث بقرارات جهتك.
الخطوة الأولى: اجرد المهام قبل أن تسمي الأدوار
الخطأ الشائع أن يبدأ الفريق من الأدوار الجاهزة في المنصة ويوزع الناس عليها. الأدوار الجاهزة نقطة انطلاق جيدة، لكنها لا تعرف أن منسق التعليم في مستشفاك يصحح الاختبارات المقالية، أو أن مدير الفرع لديك لا يجب أن يسند إلا من كتالوج معتمد. ابدأ بجرد المهام: اجمع ممثلًا من كل فئة مستخدمين، واسأله سؤالًا واحدًا: ما الذي تحتاج أن تفعله في المنصة أسبوعيًا، وما الذي تحتاجه مرة في السنة؟
اكتب الإجابات مهامًا بفعل ونطاق، مثل: «يسند برنامجًا إلزاميًا لكل موظفي قسمه»، «يستخرج تقرير امتثال لمستشفاه»، «يصحح إجابات مقالية في دوراته». ثم صنّف كل مهمة: متكررة أم نادرة، ومحصورة في نطاق أم عابرة للجهة. المهام النادرة العابرة للجهة هي أخطر مصدر لتضخم الصلاحيات، لأنها تُحل عادة بمنح دور واسع دائم بدل حل مؤقت.
الخطوة الثانية: حدد نطاق البيانات قبل الإجراءات
سؤال «ماذا يستطيع أن يفعل؟» أسهل من سؤال «على أي بيانات؟»، ولذلك يُهمل الثاني. لكن النطاق هو ما يمنع التسرب: مدير قسم يستطيع استعراض التقارير أمر طبيعي، ومدير قسم يستطيع استعراض تقارير كل الأقسام مشكلة. قبل أن تحدد الإجراءات، ارسم هيكل النطاقات في جهتك:
- المهمةفعل يحتاجه شخص في عمله، بتكرارهممثلو المستخدمين
- النطاقعلى أي بيانات تقع المهمة: فرع، إدارة، دورات، الجهةالتدريب وتقنية المعلومات
- الإجراءعرض، إنشاء، تعديل، حذف، اعتماد، تصديرمسؤول النظام
- فحص التعارضهل يجمع الدور إجراءين لا يجتمعان لشخص واحد؟الأمن والتدقيق
- الدورمجموعة مهام بنطاق واحد، تُربط بمجموعة هويةمسؤول النظام
وفي الجهات متعددة الفروع، يأتي نطاق الفرع جاهزًا من بنية المنصة: في تعدد الفروع تضع الإدارة العامة البرامج الموحدة وقوالب الشهادات وترى كل الفروع، ولكل فرع مسؤول يدير متعلميه ومدربيه وقاعاته وتقاريره وبرامجه الخاصة ضمن صلاحياته. التصميم الذي تحتاجه هو ما دون ذلك: الإدارات داخل الفرع، والدورات داخل الإدارة، والاستثناءات. أما توزيع القرار نفسه بين المركز والفروع، أي ما يُعتمد مركزيًا وما يُترك للفرع، فموضوع نموذج حوكمة منصة LMS متعددة الفروع.
مصفوفة أدوار نموذجية لجهة كبيرة
المصفوفة التالية لجهة تشغيل مستشفيات بعدة مستشفيات ومراكز، وتصلح نموذجًا لأي جهة كبيرة بعد تغيير المسميات. لاحظ أن كل دور له نطاق واحد واضح، وأن عمود «ممنوع صراحة» لا يقل أهمية عن عمود الإجراءات:
| الدور | أهم الإجراءات | النطاق | ممنوع صراحة |
|---|---|---|---|
| مدير النظام | الإعدادات العامة، والأدوار، والتكاملات | الجهة | تعديل الدرجات وإصدار الشهادات يدويًا في العمل اليومي |
| مسؤول التدريب المركزي | البرامج الموحدة، وقواعد الإسناد، وقوالب الشهادات، والتقارير المجمعة | الجهة | إدارة الأدوار والتكاملات |
| منسق تعليم المستشفى | الإسناد، والتدريب الحضوري، والحضور، وتقارير مستشفاه | المستشفى | بيانات المستشفيات الأخرى، وتعديل البرامج الموحدة |
| مدير القسم | متابعة فريقه، والإسناد من الكتالوج المعتمد | القسم | إنشاء محتوى، وتعديل نتائج |
| المدرب الداخلي | بناء محتوى دوراته، والتصحيح، وتسجيل الحضور | دوراته | اعتماد النتيجة النهائية لاختبار تأهيلي في دورته |
| المدرب المتعاون | تقديم جلساته وتصحيحها | دوراته المسندة | بنك الأسئلة المركزي، وأي بيانات خارج مجموعاته |
| مسؤول الجودة والمدقق | قراءة التقارير وسجل العمليات وتصديرهما | الجهة | أي تعديل |
| المالية | تقارير ساعات المدربين المتعاونين أساسًا لمستحقاتهم | المدربون المتعاونون | بيانات المتعلمين ونتائجهم |
| المتعلم | دوراته، وسجله، وشهاداته | نفسه | كل ما سبق |
يمكن في المنصة نسخ دور جاهز وتعديل صلاحياته أو بناء دور جديد بإجراءاته ونطاقه، وأن يحمل المستخدم أكثر من دور، مثل ممرض يتعلم في برامج ويدرّب في أخرى. وتعدد الأدوار هذا هو ما يسمح بإبقاء كل دور ضيقًا: بدل دور واحد كبير لموظف متعدد المهام، يحمل دورين صغيرين بنطاقين مختلفين.
تبني مصفوفة أدوار لجهتك الآن؟ نراجعها معك على هيكلكم الفعلي قبل مرحلة التهيئة، ونحدد ما يعمل بالإعداد وما يحتاج دورًا مخصصًا.
صمم الصلاحيات مع فريقناالفصل بين المهام: ما لا يجتمع في يد واحدة
بعض الإجراءات آمنة منفردة وخطرة مجتمعة. من يكتب الاختبار ويعتمد نتائجه ويعدّل درجة النجاح يستطيع أن يغير مصير متعلم دون أن يلاحظ أحد. والفصل بين المهام لا يعني عدم الثقة بالأشخاص؛ يعني أن النظام لا يعتمد على ثقة شخص واحد. هذه أكثر التعارضات شيوعًا في منصات التعلم:
| الإجراء الأول | الإجراء الثاني | الخطر | الضابط البديل إن تعذر الفصل |
|---|---|---|---|
| إنشاء الاختبار وتصحيحه | اعتماد النتيجة النهائية لاختبار تأهيلي | تمرير أو إسقاط متعلم دون رقيب | اعتماد النتائج قبل إظهارها من دور آخر، ومراجعة تعديلات الدرجات في السجل |
| تعديل شروط الشهادة | الإصدار الجماعي اليدوي | شهادات لمن لم يستوفِ الشروط | حصر الإصدار اليدوي في دور واحد، وتقرير دوري بالشهادات الصادرة يدويًا |
| تسجيل الحضور | اعتماد الساعات المنفذة للمدرب | ساعات ومستحقات غير فعلية | فصل اعتماد الساعات عن المدرب نفسه، ومطابقتها بجدول الجلسات |
| إدارة الأدوار | استخدام الأدوار في العمل اليومي | منح النفس صلاحية مؤقتة ثم سحبها | حساب إداري منفصل عن الحساب اليومي، ومراجعة تغييرات الأدوار في السجل |
| استيراد المستخدمين | تعديل السجلات التاريخية | تغيير سجل امتثال قديم بلا أثر واضح | حصر تعديل السجلات المرحّلة بعد الإطلاق في طلب موثق |
في الجهات التي يعمل فيها فريق تدريب صغير على منصة كبيرة، قد يتعذر الفصل الكامل؛ فالشخص نفسه يكتب الاختبار ويعتمد نتائجه. هنا يأتي الضابط البديل: المراجعة اللاحقة. سجل العمليات يسجل كل دخول وإضافة وتعديل وحذف باسم المستخدم والوقت وعنوان IP والقيمة قبل التغيير وبعده، ولا يُعدل أو يُحذف من الواجهة، والاطلاع عليه صلاحية منفصلة تُمنح لأدوار مثل المدقق الداخلي. تقرير شهري بتعديلات الدرجات والشهادات اليدوية يراجعه شخص خارج فريق التدريب يغني عن كثير من الفصل المستحيل.
الأدوار المؤقتة: حيث تبدأ أغلب التجاوزات
الصلاحيات الدائمة تُصمم بعناية لأنها مرئية. أما المؤقتة فتُمنح على عجل وتُنسى. اكتب لكل حالة منها إجراءً قبل الإطلاق:
- القائم بالأعمال: منسق في إجازة ويغطيه زميل من مستشفى آخر. امنح الزميل دور المنسق بنطاق المستشفى المغطى، لا وسّع نطاق دوره الأصلي، وحدد تاريخ السحب.
- المدقق الخارجي: يحتاج قراءة السجل والتقارير لفترة التدقيق. دور قراءة فقط، بنطاق ما يُدقق، بحساب يُغلق بانتهاء المهمة.
- فريق المشروع وUAT: حسابات الاختبار وحسابات فريق التنفيذ بصلاحيات واسعة تُراجع وتُغلق أو تُقلص قبل الإطلاق، لا بعده.
- دعم المورد: وصول فريق الدعم الفني لحل مشكلة يُمنح عند الحاجة ويُسجل، ويُتفق على طريقته في عقد الدعم.
- المتدربون والطلاب الزائرون: متدربو امتياز من الجامعات لعدة أشهر، أو موظفو مقاول. دور متعلم بنطاق برامجهم، وحساب بتاريخ انتهاء مرتبط بمدة تدريبهم.
إن لم تتح المنصة تاريخ انتهاء لإسناد الدور، فاجعله متطلبًا يُبحث في مرحلة التحليل، أو عالجه بإجراء: قائمة بالأدوار المؤقتة وتواريخ سحبها يراجعها مسؤول النظام شهريًا. والقاعدة في الحالتين أن الدور المؤقت لا يُمنح دون تاريخ نهاية مكتوب.
ربط الأدوار بنظام الهوية ومراجعتها
في الجهات الكبيرة لا يُدار الإسناد اليدوي للأدوار طويلًا. مع الدخول الموحد تُربط مجموعات نظام الهوية (Microsoft Entra ID أو Active Directory أو Google Workspace) بالأدوار في المنصة، فيُدار الدور من حيث يُدار الحساب، ويفقد الموظف الذي يغادر الوصول بإغلاق حسابه. هذا الربط تكامل تُحدد تفاصيله في التحليل، ويحتاج قرارين من جهتك:
- أي الأدوار تأتي من نظام الهوية؟ الأدوار المرتبطة بالمنصب والموقع (مدير قسم، منسق مستشفى) مرشحة للربط. أما الأدوار الخاصة بالتدريب وحده (مدرب داخلي في برنامج بعينه) فقد يكون إسنادها داخل المنصة أبسط.
- من يملك المجموعة؟ إن أُضيف شخص إلى مجموعة «منسقي التعليم» في نظام الهوية، صار منسقًا في المنصة. فمن يوافق على العضوية في هذه المجموعات: تقنية المعلومات أم إدارة التدريب؟ اكتب ذلك.
ثم المراجعة الدورية: كل ربع أو نصف سنة، صدّر قائمة المستخدمين بأدوارهم ونطاقاتهم، وأرسل لكل مسؤول قائمة من يحملون صلاحيات في نطاقه ليؤكد أو يطلب السحب. والمنصة تتيح مراجعة الصلاحيات وتصديرها للتدقيق، كما في أمن المعلومات في المنصة. وتفاصيل دورة حياة الحساب من الإنشاء إلى الإغلاق في دليل تفعيل وإيقاف حسابات LMS تلقائيًا.
سيناريو: شبكة مستشفيات بخمسة مستشفيات
مثال افتراضي للتوضيح جهة تشغيل مستشفيات خاصة بنحو 6,800 موظف في خمسة مستشفيات و12 مركزًا طبيًا، لكل مستشفى منسق تعليم ومدربون سريريون، ويستقبل كل منها متدربي امتياز من الجامعات لفترات محددة. في المسودة الأولى للتهيئة اقترحت إدارة التدريب 23 دورًا: دور لكل مسمى وظيفي له علاقة بالتدريب.
بعد جرد المهام تبين أن 23 دورًا تنتج 9 أنماط فقط من المهام، وأن الاختلاف الحقيقي بينها في النطاق لا في الإجراءات. انتهى التصميم إلى 9 أدوار بنطاقات واضحة، مع ثلاثة قرارات:
- اعتماد نتائج الاختبارات التأهيلية انتقل من المدرب السريري إلى منسق التعليم، مع إظهار النتيجة بعد الاعتماد، لأن المدرب هو من يصحح.
- متدربو الامتياز صار لهم دور متعلم بنطاق برامج الامتياز، بحسابات تُغلق بانتهاء الفترة، ويمر إنشاؤها عبر منسق المستشفى لا عبر نظام الهوية.
- دور «مسؤول» الذي طلبه مديرو المستشفيات استُبدل بتقارير مجدولة بالبريد لمستشفى كل مدير؛ فما كانوا يحتاجونه تقرير لا صلاحية.
القرار الأخير هو الأكثر تكرارًا في الجهات الكبيرة: كثير من طلبات الصلاحيات الواسعة طلبات معلومات في الحقيقة، وتُلبّى بتقرير مجدول أو لوحة مؤشرات بنطاق محدد.
أخطاء منح الصلاحيات الواسعة
- «أعطه مسؤولًا مؤقتًا»: أشيع جملة في دعم المنصات، وأقل الصلاحيات المؤقتة سحبًا.
- دور لكل مسمى وظيفي: يضاعف عدد الأدوار حتى لا يستطيع أحد مراجعتها. الأدوار تتبع أنماط المهام، والمسميات تتبع الهيكل.
- توسيع نطاق الدور لحالة استثنائية: منسق يحتاج تقريرًا عن فرع آخر مرة، فيُوسع نطاقه دائمًا. الحل تقرير يُرسل له، لا نطاق جديد.
- الحساب الإداري هو الحساب اليومي: مدير النظام الذي يتعلم ويصحح بحساب يحمل كل الصلاحيات يجعل كل خطأ يومي خطأ بصلاحية كاملة.
- تصميم بلا اختبار سلبي: التحقق مما يستطيعه الدور لا يكفي؛ اختبر ما يجب أن يُمنع منه بحساب ذلك الدور فعلًا. سيناريوهات ذلك في دليل اختبار UAT لنظام LMS.
الأسئلة الشائعة
لا رقم ثابتًا، لكن العدد يتبع أنماط المهام لا المسميات الوظيفية. إن وجدت دورين لا يختلفان إلا في النطاق، فقد يكفي دور واحد بنطاقات مختلفة عند الإسناد. والعلامة التحذيرية أن يعجز مسؤول النظام عن شرح الفرق بين دورين في جملة واحدة.
ابدأ من جرد المهام، ثم قارنه بالأدوار الجاهزة. كثير من المهام ستطابق دورًا جاهزًا مثل المدرب أو مسؤول الفرع، فاستخدمه كما هو. وما لا يطابق ينشأ دورًا مخصصًا بنسخ أقرب دور جاهز وتعديله، لا من الصفر.
إدارة التدريب تحدد المهام والنطاقات لأنها تعرف العمل، وتقنية المعلومات والأمن يحددان الضوابط وفحص التعارض وربط الهوية. والاعتماد النهائي لمصفوفة الأدوار يُكتب باسم الطرفين، ويُحدد من يوافق على أي تغيير لاحق.
من سجل العمليات: صفِّه بالمستخدم أو نوع العملية والفترة. ابحث عن تعديلات الدرجات، والشهادات الصادرة يدويًا، وتغييرات الأدوار، والتصدير الكامل للبيانات. والمراجعة الدورية للصلاحيات تكشف من يحمل صلاحية لم يستخدمها منذ أشهر، وهو مرشح لسحبها.
يمكن تقنيًا ضمن نطاق فريقه، لكنه قرار سياسة قبل أن يكون إعدادًا: هل يحتاج المدير الدرجة التفصيلية أم حالة الاجتياز والإكمال فقط؟ في الاختبارات ذات الأثر الوظيفي، كثير من الجهات تكتفي بحالة الاجتياز للمدير وتبقي التفاصيل لإدارة التدريب.
الخلاصة: صمم النطاق أولًا، واجعل المؤقت مؤقتًا
تصميم أدوار وصلاحيات LMS ينجح بأربع قواعد: الأدوار تُبنى من المهام لا من المسميات، والنطاق يُحدد قبل الإجراءات، والمهام المتعارضة تُفصل أو تُراقب من السجل، والأدوار المؤقتة لا تُمنح بلا تاريخ نهاية. ثم يُربط ما يمكن ربطه بنظام الهوية، ويُراجع الكل دوريًا.
وإن كانت جهتك تستعد لتهيئة المنصة التعليمية، فابدأ بمسودة مصفوفة الأدوار على هيكلكم الفعلي، وناقشها مع فريقنا قبل مرحلة التهيئة. والصورة الكاملة لما تقدمه المنصة للجهات الكبيرة في المنصة التعليمية للشركات.