JustApt

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

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

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

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

• ذكاء اصطناعي بموافقة بشرية: تُنشأ الأسئلة بالذكاء الاصطناعي لكنها لا تُنشر إلا بموافقة الخبير. يرتبط كل سؤال بكفاءة ومستوى، ويُسجَّل تعليل الإجابة الصحيحة. ويُعدَّل السؤال الذي لا يرضى عنه الخبير بأمر يُعطى بلغة طبيعية. وتبلّغ لوحة مراقبة الجودة تلقائيًا عن توزيع الكفاءات وتوازن الصعوبة والأسئلة المكررة.
• قاموس مركزي للكفاءات: رُبطت جميع الكفاءات بنموذج واحد من خمسة مستويات (يحتاج إلى تطوير، مبتدئ، أساسي، متمكن، قادر على الكوتشينغ) وبمستويات مستهدفة حسب الدور. وتستمد الاختبارات ومصفوفة المهارات والدرجات الوظيفية وكتالوج التدريب جميعها من القاموس نفسه.
• مستوى أمان قابل للاختيار: يُختار لكل اختبار إما وضع مرن أو وضع مراقب يتضمن الكاميرا والميكروفون وملء الشاشة وتتبع علامات التبويب. تُكتب الإجابات على الخادم فورًا، فلا تضيع أي إجابة حتى لو انقطع الاتصال.
• تقرير سيكومتري متكامل: تعمل أربعة مقاييس بخوارزميات احتساب منفصلة، وتُدمج النتائج في تقرير واحد للمرشح، وتُنتج درجة توافق مع ثقافة المؤسسة. ويُنشر التقرير النهائي بعد موافقة خبير المجال.
• الخصوصية جزء من التصميم: فُصلت بيئات التطوير والتجهيز عن بيئة الإنتاج فصلًا تامًا، ولم تُستخدم في هذه البيئات إلا بيانات مُخفاة. والوصول قائم على الأدوار ويُدار وفق مبدأ أقل الامتيازات. والتطبيق محمي من مخاطر OWASP Top 10.
• معمارية API-first: بُنيت كل قدرة كخدمة مستقلة. وحُددت عقود التكامل مسبقًا لأنظمة المؤسسة التي لم تكن جاهزة بعد. وهكذا، عندما أصبح الطرف الآخر جاهزًا، دخل الربط حيّز التشغيل دون الحاجة إلى تطوير إضافي.