اشترك في نشرتنا البريدية
اطلع على آخر الأخبار مباشرة من بريدك الإلكتروني.
Arabic LMS في ليبيا: متطلبات البداية لشركة متعددة المواقعتجتمع لجنة صغيرة في المقر الرئيسي لشركة ليبية في بنغازي، لها مكتب في طرابلس وفرق تعمل في مواقع أخرى، لتقرر ما ستطلبه من مزودي نظام إدارة التعلم. يقترح أحد الأعضاء إرسال قائمة طويلة من الميزات جمعها من مواقع المزودين، ويقترح آخر الاكتفاء بطلب عرض سعر. وبعد ساعة من النقاش يتضح أن أحدًا لم يسأل السؤال الأول: ماذا نحتاج نحن بالتحديد، ولمن؟
قائمة الميزات تجعل كل مزود يجيب بـ«نعم» عن كل سطر تقريبًا، فتتشابه العروض ويصعب التمييز بينها. أما الصفحة التي تصف الشركة نفسها فتجبر كل مزود على أن يشرح كيف سيعمل نظامه في ظروفك أنت. وتكفي لذلك صفحة واحدة تجيب عن خمسة أسئلة: من هو المستخدم في شركتك؟ وما الفئات التي ستتعلم وكيف؟ وما التقارير التي تحتاجها من اليوم الأول؟ ومن سيدعم الموظفين في كل موقع؟ وكيف ستجرّب النظام محليًا قبل تعميمه؟
يتناول هذا المقال المتطلبات الخمسة واحدًا واحدًا، موجّهًا إلى فرق الموارد البشرية وتقنية المعلومات والمشتريات في الشركات الليبية متعددة المواقع. وفي نهاية كل قسم ستجد ما ينبغي أن تكتبه في صفحة المتطلبات قبل مخاطبة مزودي نظام إدارة التعلم.
المتطلب الأول: من هو «المستخدم» في شركتك؟تبدو كلمة «مستخدم» بسيطة، لكنها تخفي قرارات كثيرة في أي مشروع لنظام إدارة التعلم. فالموظف الدائم واضح، أما المتعاقدون والمتدربون وعمال المقاولين من الباطن والعاملون المؤقتون في المواقع فليسوا كذلك. وكل فئة منهم تؤثر في من يحصل على حساب، ومن يُحتسب في نموذج الترخيص، ومن يجب إغلاق حسابه عند انتهاء عمله.
وتقدّم المعايير التقنية قائمة مراجعة مفيدة هنا. فـمخطط SCIM الأساسي (RFC 7643) الصادر عن فريق هندسة الإنترنت (IETF) لتسهيل إدارة الهويات في الأنظمة السحابية، يتضمن سمة تحدد نوع علاقة المستخدم بالمؤسسة، بقيم شائعة مثل موظف ومتعاقد ومتدرب، وسمة تبيّن حالته الإدارية نشطًا أو غير نشط. كما تشمل امتداداته الخاصة بالمؤسسات حقولًا مثل الرقم الوظيفي ومركز التكلفة والقطاع والقسم والمدير المباشر. ولا يلزمك تطبيق المعيار نفسه، لكن قائمته تذكّرك بالمعلومات التي سيحتاجها نظام إدارة التعلم عن كل شخص.
اكتب في صفحة المتطلبات ما يلي:
وفي الشركة متعددة المواقع تحتاج أيضًا إلى قاعدة لمن يعمل في أكثر من موقع، كمهندس يغطي موقعين، أو مشرف يُنتدب إلى مدينة أخرى لعدة أشهر. اكتب أن لكل شخص حسابًا واحدًا وسجلًا تدريبيًا واحدًا في نظام إدارة التعلم أينما عمل، وحدد الموقع الذي تُحتسب له نتائجه في التقارير. وتسهّل البيانات النظيفة كل خطوة لاحقة، ويتناول دليلنا حول تجهيز بيانات الموظفين قبل تنفيذ LMS هذا العمل بالتفصيل.
المتطلب الثاني: الفئات المستهدفة وطريقة تعلّم كل منهاالمستخدمون أفراد، أما الفئات المستهدفة فمجموعات تتعلم بالطريقة نفسها. وللشركة متعددة المواقع عادةً عدة فئات، وما يناسب إحداها في نظام إدارة التعلم قد يرهق الأخرى. صف كل فئة في سطرين أو ثلاثة:
ودوّن لكل فئة الجهاز الذي ستستخدمه، واللغة التي تفضلها في التدريب، والوقت الذي تستطيع فيه التعلم فعلًا، وأي ظروف في المواقع تؤثر في ذلك. فإذا كان الاتصال في بعض المواقع غير مستقر، فاذكر ذلك صراحة، لأنه يغيّر ما ستطلب من المزودين إثباته أثناء العرض. وهذا الوصف يجعل كل مزود يشرح كيف سيعمل نظام إدارة التعلم الذي يعرضه مع فئات حقيقية، لا مع متعلم افتراضي عام.
ثم رتّب الفئات حسب الأولوية. فليس على كل الفئات أن تبدأ في السنة الأولى، والقائمة القصيرة تجعل المرحلة الأولى من نظام إدارة التعلم قابلة للإدارة. وكثير من الشركات تبدأ بالفئة التي يكون تدريبها إلزاميًا أو أكثر عرضة للتدقيق، ثم تضيف الفئات الأخرى بعد أن يستقر الدعم والتقارير.
المتطلب الثالث: التقارير المطلوبة من اليوم الأولتطلب شركات كثيرة «تقارير شاملة»، فتصلها قائمة طويلة من النماذج الجاهزة لا يستخدم منها إلا القليل. والأفضل أن تحدد من ثلاثة إلى خمسة تقارير ستستخدمها فعلًا في الأشهر الأولى، مع قارئ كل تقرير وتكراره وصيغته، مثل:
وأضف تقريرًا واحدًا يتجاوز الإكمال. فإذا كان الهدف من التدريب تغيير طريقة تطبيق الإجراءات في كل موقع، فينبغي أن يساعد نظام إدارة التعلم المشرفين على تسجيل ما يلاحظونه بعد التدريب، ويشرح دليلنا حول المتابعة بعد التعلم الإلكتروني في الشركات الليبية ما تتطلبه هذه المتابعة. واطلب أن يُعرض كل تقرير بأسماء عربية، وعناوين دورات تجمع العربية والإنجليزية، وبهيكل مواقعك وأقسامك أنت.
وحدد كذلك من يرى كل تقرير. فمدير الموقع في مصراتة يحتاج عادةً إلى أرقام موقعه فقط، بينما يحتاج مدير العمليات إلى أرقام كل المواقع. وكتابة قواعد الاطلاع هذه في صفحة المتطلبات الآن توفر عليك إعادة تصميم الصلاحيات بعد تشغيل نظام إدارة التعلم.
المتطلب الرابع: دعم مستخدمي نظام إدارة التعلم في كل موقعالدعم هو أكثر ما تتعثر فيه المشروعات متعددة المواقع بعد الإطلاق. فالموظف في موقع بعيد لا يستطيع الدخول إلى حسابه يحتاج إلى حل في اليوم نفسه، بالعربية، ومن شخص يفهم ظروف موقعه. لذلك حدّد مستويات الدعم مسبقًا:
واطلب في صفحة المتطلبات أن يذكر كل مزود لغة الدعم الذي يقدمه، وساعاته، وقنواته، والمدة المتوقعة للرد الأول على الطلب. وإذا كانت بعض المواقع تعمل بورديات أو خارج ساعات دوام المقر، فتأكد من أن ساعات الدعم المطلوبة تغطيها. واسأل أيضًا عن التدريب الذي سيقدمه المزود لمنسقي المواقع، لأنهم سيتحملون معظم العبء اليومي.
ويعمل المنسقون بكفاءة أكبر حين يملكون أدلة قصيرة بالعربية للأسئلة الأكثر تكرارًا: كيف تُستعاد كلمة المرور، وكيف يجد الموظف دورته المكلَّف بها، وماذا يفعل إن لم تظهر شهادته. فاسأل هل تتوفر هذه الأدلة لنظام إدارة التعلم المعروض، أو من سيكتبها، وأضفها إلى المتطلبات.
المتطلب الخامس: تجربة محلية قبل التعميمالمتطلب الأخير التزام بالتجربة قبل التوسع. فدليل الخدمات الحكومية البريطاني يصف مرحلة النسخة التجريبية الخاصة التي يبدأ فيها فريق الخدمة بدعوة عدد محدود من الأشخاص لاستخدامها، للحصول على الملاحظات وإجراء التحسينات قبل فتحها على نطاق أوسع. والمنطق نفسه يناسب نظام إدارة التعلم في شركة متعددة المواقع.
اكتب التجربة في صفحة المتطلبات: موقعان بظروف مختلفة، كالمقر وموقع بعيد؛ وحسابات حقيقية تُنشأ وفق تعريف المستخدم الذي وضعته؛ ودورة أو دورتان حقيقيتان؛ وتقارير اليوم الأول مستخرجة من بيانات فعلية؛ وطلبات دعم تمر عبر المستويات التي صممتها. وحدد مدة التجربة ومعايير الانتقال إلى المرحلة التالية قبل أن تبدأ، وأخبر المشاركين في الموقعين بأن الهدف اختبار النظام لا تقييمهم، وحدد لهم قناة واحدة واضحة لإرسال ملاحظاتهم. وكثيرًا ما تصبح التجربة أوضح حين تبدأ بدور وظيفي واحد، كما يشرح دليلنا حول خطة تعلم وتطوير في ليبيا تبدأ بدور وظيفي واحد.
وخلال التجربة احتفظ بسجل بسيط: طلبات الدعم حسب المستوى ومدة حل كل منها، وأي أرقام في التقارير لا تطابق سجلات الموقع، والوقت الذي يقضيه المنسقون أسبوعيًا في متابعة نظام إدارة التعلم. وفي النهاية اعقد اجتماع قرار واحدًا يضم الموارد البشرية وتقنية المعلومات والمشتريات ومنسقي الموقعين، وقرروا معًا: التوسع إلى مواقع أخرى، أو إصلاح ملاحظات محددة أولًا، أو إعادة النظر في الاختيار.
مثال افتراضي: شركة مقاولات وصيانة بمواقع مشروعات متغيرةالمثال التالي افتراضي، والغرض منه توضيح طريقة كتابة المتطلبات الخمسة في صفحة واحدة.
شركة مقاولات وصيانة مقرها بنغازي، ولها مكتب في طرابلس، وتفتح مواقع مشروعات في مصراتة وطبرق وتغلقها بحسب العقود. جاءت صفحة متطلباتها لنظام إدارة التعلم على النحو التالي: المستخدمون هم الموظفون الدائمون، والمهندسون المتعاقدون، وعمال المقاولين من الباطن الذين يحتاجون إلى تدريب السلامة فقط، ولكل منهم رقم يصدره قسم الموارد البشرية. وتُغلق حسابات عمال المقاولين تلقائيًا عند إغلاق الموقع، مع بقاء سجلاتهم متاحة للتقارير.
الفئات المستهدفة: موظفو المقر والمكتب، والمهندسون في المواقع على أجهزتهم المحمولة، وعمال المواقع على هواتفهم أو جهاز مشترك في مكتب الموقع، ومشرفو السلامة. وتقارير اليوم الأول: حالة تدريب السلامة لكل موقع مفتوح، وتقدم الموظفين الجدد، وصفحة فريق لكل مشرف. أما الدعم فيمر عبر مشرف السلامة في كل موقع، ثم منسق التدريب في المقر، ثم المزود، وكله بالعربية.
والتجربة المحلية مدتها ستة أسابيع في المقر وموقع مشروع واحد، بدورة السلامة الأساسية ودورة إدارية واحدة. ولن تنتقل الشركة إلى بقية المواقع إلا إذا طابق تقرير السلامة سجلات الموقع، وحُلّت معظم طلبات الدعم في المستوى الأول. وحين أُرسلت الصفحة نفسها إلى ثلاثة مزودين، أصبحت إجاباتهم قابلة للمقارنة سطرًا بسطر لأول مرة.
الخلاصةتحصل الشركة الليبية متعددة المواقع على إجابات أفضل من مزودي نظام إدارة التعلم حين تصف نفسها بدل أن تسرد الميزات. حدّد من هو المستخدم، وصف كل فئة مستهدفة، وسمِّ التقارير التي تحتاجها من اليوم الأول، ونظّم الدعم في كل موقع، والتزم بتجربة محلية قبل التعميم.
هذه المتطلبات الخمسة تتسع لصفحة واحدة، وتجعل العروض قابلة للمقارنة، وتمنح الموارد البشرية وتقنية المعلومات والمشتريات أساسًا مشتركًا لاختيار نظام إدارة التعلم الذي يعمل في الموقع البعيد كما يعمل في المقر.
إذا أردت مساعدة Skillup Mena ,اضغط هُنا.




