في الآونة الأخيرة ، تم نشر العديد من القصص حول المقابلات السيئة على Habra التي تشكك في بعض الأحيان في التسلل ، وهل هناك مقابلات جيدة في الطبيعة؟ لذلك من أجل التنوع ، سننظر في مثال لنهج جيد *. ستنتقل القصة من وجهة نظر مطور صاحب العمل ، الذي يشارك مباشرة في عملية التوظيف.
* ربما
التصرف
فريق منتج صغير (30-40 شخص) داخل شركة كبيرة (عدة آلاف شخص). يشمل الفريق جميع المشاركين في المشروع: المطورين المكدسين والموافقات الأمامية ، والمصممين وعلماء الواجهة الأمامية ، والمختبرين ، وأخصائيي العلاقات العامة ، والمحللين ، ومؤلفي النصوص ، وما إلى ذلك. بشكل عام ، نحاول الاستعانة بمصادر خارجية لعمل أقل تخصصًا لمشاريع أخرى ، ولا يعد تطوير الأجهزة المحمولة استثناءً.
لدينا تطبيق جوّال متعدد الأنظمة مكتوب بلغة Xamarin Native لنظامي التشغيل iOS و Android. في الوقت نفسه ، نحن مستعدون تمامًا للاستفادة من أفضل المطورين ذوي الخبرة الذين كتبوا لمنصة واحدة فقط ، شريطة أن يكون مستعدًا لدراسة التطوير لنظام تشغيل ثانٍ.
المرحلة 0 - التقى وحدتين
إما أن يتعثر المطور عند وجود شاغر ويرسل سيرة ذاتية ، وبعد ذلك يرسل له HR بعض الأسئلة التوضيحية ، أو يتعثر HR عند استئناف للمطور ، وبعد ذلك يرسل حول نفس سلسلة الأسئلة.
هذه الأسئلة هي الحد الأدنى لمرشح الملاءمة ؛ لن تكون هناك مشاكل فنية. علاوة على ذلك ، يتم بالفعل إرسال السيرة الذاتية والإجابات إلى المطور من قبل صاحب العمل ، ويقرر ما إذا كان سيتم المضي قدمًا أم لا. خلال الشهر الماضي ، نظرت إلى بضع عشرات من السير الذاتية ، وليس لدي أي فكرة عما يجب على المرشح أن يكتبه ويجيب عليه ، لذا كان علي أن أقول لا في هذه المرحلة. اكتب إلى شاغر مطور Android "أكتب فقط لنظام iOS ، لأن Android سيء"؟
المرحلة 1 - مهمة الاختبار أو نموذج التعليمات البرمجية
يتم إعطاء مهمة الاختبار بدون حدود زمنية ، على الرغم من أنها في الممارسة العملية يجب ألا تستغرق أكثر من ليلة واحدة. كجزء من تطبيق الاختبار سيكون:
- ثلاث شاشات: قائمتان مرتبطتان + نموذج إدخال بيانات ، يمكن استبداله ، إذا رغبت ، بنافذة مشروطة
- عمل الشبكة
- العمل مع مستودع البيانات (تتضمن المهمة قاعدة بيانات ، إذا كان المطور يمكنه تبرير استنتاج آخر - نحن نرحب به)
ومع ذلك ، ليس كل المطورين جاهزين لكتابة اختبار ، لذلك نقدم فورًا بديلاً - أرسل رمزًا لبعض التطبيقات الجاهزة ، حيث سيكون هناك نفس المجموعة (الشبكة ، قاعدة البيانات ، التنقل على الشاشات ، إدخال المستخدم). حسنًا ، هناك خيارات أخرى ممكنة:
- التطبيق صغير للغاية ، الرمز غير إرشادي أو يسبب الكثير من الأسئلة ، يرجى إجراء الاختبار
- التطبيق مناسب ، ولكن هناك فروق دقيقة - يرجى إجراء تحسينات طفيفة (أقل من المساء)
بناءً على نتائج الاختبار ، فإننا إما ندعو المطور لإجراء مقابلة ، أو نرفض ، ولكن في الحالة الثانية سيتم تقديم مراجعة تفصيلية - ما يتم بشكل جيد ، وما هو قابل للنقاش ، وما هي الأسئلة التي تطرح ، وما يستحق القراءة وما إلى ذلك. نتيجة لذلك ، يفوز الجميع:
- يتلقى المرشح رمزًا ، يمكن بعد ذلك إعادة استخدامه في مقابلة أخرى بمبادئ مماثلة ، بالإضافة إلى تعليقات للعمل على نفسك. هل تعمل؟ حسنًا ، على الأقل تم إرسال مهام اختبار مكتوبة لشركات أخرى في الأصل ، لذا يبدو أنها تعمل ؛
- يوفر صاحب العمل الوقت على الاستبيانات وغيرها من الأشياء. وما مدى سعادة المحاور انطوائيًا ، ولا يحتاج إلى إجراء مقابلتين أو أسبوعين في الأسبوع ، إذا كنت تعرف فقط!
المرحلة 2 - مقابلة
في المقابلة ، بالتأكيد لن يكون هناك فقط حديث عن الحياة وعن مكان العمل السابق ، ولكن أيضًا أسئلة حول مهمة الاختبار. في هذه المرحلة ، من السهل جدًا فهم ما إذا كان الشخص قد كتب اختبارًا ، ويفهم ما إذا كان ما كتبه هناك ، وما إذا كان يمكنه تبرير حل أو آخر ، وما هي آفاقه ، وما إلى ذلك. لا يتم طرح الأسئلة في الهواء ، ولكن مع القدرة على أخذ لوحة المفاتيح وكزة هذا الرمز بالذات. نطلب منك في بعض الأحيان إعادة كتابة شيء ما بسرعة أو تصحيحه ، نطرح أسئلة من النموذج "ولكن إذا كان لا يزال هناك مثل هذا الشرط ..."
المقبل سيكون 1-2 مهام عملية صغيرة ، يعتمدون على مهمة الاختبار. مرة أخرى ، نعطي لوحة المفاتيح في متناول اليد (متصلة بجهاز كمبيوتر ، جهاز كمبيوتر مزود بشاشة!) ونطلب منك كتابة أو تحرير شيء. أحد الأشياء المفضلة لدي هو إعطاء وظيفة عمل ولكن مكتوبة بشكل سيئ لـ 10-20 سطرًا واقتراح إعادة هيكلتها. يتضح على الفور ما إذا كان المرشح لديه شفرة سيئة ، وما يعرفه عن بنية اللغة ، وما إذا كان يمكنه قراءة رمز شخص آخر في القائمة.
وهذا هو الأساس. في غضون يومين كحد أقصى ، سنعطي المرشح إجابة. ومع ذلك ، غالبًا ما يتم إعطاء الإجابة في نفس اليوم). وفي حالة الفشل ، مرة أخرى سيكون هناك مبرر كاف. حسنًا ، إذا لم يكن ذلك كافيًا ، يمكن للمرشح أن يطلب دائمًا من المطورين اتصالات من المقابلة لتوضيح بعض النقاط ، ومن المرجح أن يعطوها.
ولكن كان يمكن للمرشح أن يخدع
حقا. يمكن أن
ترسل حتى
توأم . حسنًا ، ربما لم يكن يخدع ، لقد أخطأنا للتو في المقابلة. في مثل هذه الحالة ، هناك شيء رائع يسمى "الفترة التجريبية". بالإضافة إلى ذلك ، العمل في شركة كبيرة (على الأقل في حالتنا) - الفشل في إكمال فترة الاختبار لا يعني الانفصال عن الشركة بنسبة مائة بالمائة. في النهاية ، يمكن أن يكون المطور جيدًا جدًا ، لكنه لم يتجذر في فريق معين - في هذه الحالة هناك دائمًا مشاريع بديلة.
لذا توقف! تعرفت على الفريق المعني ، وأجريت معها مقابلة منذ عامين ، وكان المخطط مختلفًا تمامًا
نعم ، أتوب ، ثم أخطأت باستطلاعات صغيرة ومقابلات بلا اختبار. قضيت الكثير من الوقت ، سواء كان خاص به أو شخص آخر. لذلك عندما يتعلق الأمر بعمليات بحث جديدة للمطور ، قررت تجربة نهج مختلف. هل يكتب المطورون الرمز؟ عظيم! أرني الكود الخاص بك وسوف أخبرك ما إذا كان يجب أن تتم مقابلته.
ولكن اكتشفت في الشركة! استقر في مشروع آخر ، وهناك أيضًا كل شيء خاطئ!
وهنا هو الوضع مع الماكرة. يذهب لشركتنا تدفق لائق من المطورين الخلفيين / المكدسين ، وهناك عدة مئات من هؤلاء المطورين في الشركة. لذلك ، تم بالفعل تسوية وتعيين عملية توظيفهم إلى حد ما. وفي الوقت نفسه ، هناك عدد قليل من مطوري الهواتف المحمولة في الشركة ، لذلك من الأسهل علينا تجربة مناهج المقابلات.
النهج الموصوف له عيوب أخرى!
في انتظارك في التعليقات. نناقش ؛-)