تطبيق توصيات الموظفين: أي مراحل التوظيف تستحق التقدير؟

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

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

اربطوا التوصية بطلب توظيف محدد

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

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

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

احتسبوا المعالم لا تكرار نقل البطاقة

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

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

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

امنحوا الموظف اطلاعاً مفيداً ومحدوداً

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

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

افصلوا التقدير المكتسب عن المكافأة المتاحة

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

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

اختبروا البرنامج قبل اعتماده

استخدموا موظفين ومرشحين افتراضيين في اختبارات القبول. جربوا توصيتين للشخص نفسه، وطلبين لشاغرين، ومرشحاً موجوداً سابقاً، ومرحلة متكررة، وتغيير هيكل المراحل، وسحب صلاحية موظف. افحصوا تفسير النتيجة لمسؤول التوظيف وما يظهر في الواجهة المحدودة للموظف.

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