كيف تقيّم المرشحين التقنيين: تصميم المقابلة والمهام العملية والمهارات الشخصية

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

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

1. حدّد ما تقيسه قبل أن تصمم المقابلة

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

اكتب لكل كفاءة وصفًا لما يبدو عليه الأداء الضعيف والمقبول والقوي، حتى يتحدث المقابلون لغة واحدة. وبعد ذلك اربط كل كفاءة بمرحلة محددة من المقابلة، فلا تُقاس الكفاءة نفسها مرتين، ولا تبقى كفاءة مهمة دون قياس.

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

2. ترتيب مراحل مقابلة المطورين

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

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

مثال توضيحي: لنفترض أن فريقًا يبحث عن مطور خلفيات بخبرة متوسطة. يمكنه أن يكتفي بأربع محطات: تعارف، ثم مهمة عملية قصيرة، ثم نقاش حول حلّ المرشح وتوسيعه، ثم لقاء مع مدير الفريق. وكل محطة تغطي كفاءات محددة سلفًا في قائمة التقييم.

3. المهام العملية: كيف تجعلها عادلة ومفيدة

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

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

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

4. تقييم المهارات الشخصية دون تخمين

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

الأدق أن تسأل عن مواقف حدثت فعلًا، لا عن مواقف افتراضية. فسؤال «كيف تتعامل مع الخلاف؟» يستدعي إجابة مثالية محفوظة، أما سؤال «حدّثني عن آخر مرة اختلفت فيها مع زميل حول قرار تقني، وماذا حدث بعدها؟» فيكشف سلوكًا حقيقيًا. ويمكن متابعة الإجابة بأسئلة عن دور المرشح تحديدًا وما الذي تعلمه.

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

5. من الملاحظات إلى قرار موضوعي

تفقد المقابلة قيمتها إذا اجتمع المقابلون بعدها وتبادلوا الانطباعات بلا أساس مكتوب. لذلك ينبغي أن يدوّن كل مقابل تقييمه وأدلته مستقلًا، قبل أن يطّلع على آراء زملائه، حتى لا يتأثر برأي من تحدث أولًا.

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

الخلاصة

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