مهندس كبير في البحث عن عمل. كيف مررت بـ 15 مقابلة فنية وما أفكر فيها

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

لدهشتي ، أثارت المقالة السابقة حول المقابلات مع المجندين والموارد البشرية اهتمامًا غير متوقع: أكثر من 100000 مشاهدة من جميع المصادر. حصلت على مجموعة من ردود الفعل الإيجابية في PM ، وكتبوا لي من زملائي السابقين الذين رأيتهم آخر مرة منذ حوالي 5 سنوات ؛ بطلات بعض القصص. رجل قمت ببيعه وحدة نظام من خلال OLX قبل بضعة أسابيع (التناظرية من Slando ، - تقريبا.) ؛ عازف الدرامز الذي لعبنا معه المعدن في المرآب العام الماضي ، والغريب في الأمر ، عدد قليل من المجندين الذين سألوني عن رأيي في بعض جوانب المقابلات والتوظيف. تمت إضافة 250 شخصًا لسبب ما إلي على LinkedIn :).

قبل أن أذهب إلى العمل ، سأجيب على الأسئلة الأكثر شيوعًا والرسائل الشخصية والتعليقات.

كيفية ترتيب راتب للمقابلة


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


أوصي القراءة قبل البحث عن عمل.

بعض الأفكار حول تجنيد


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

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

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

التوظيف هو بيع شاغر لمرشح. كلما فهمت هذا أسرع وبدأت في ضخ مهارات بائع لديك ، كان ذلك أفضل. أوه ، قلت أنني لن أقدم النصيحة :)

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

الانخراط في شركة أو مشروع


في واقعنا - بالتأكيد للمشروع.

كيفية اختيار اللقب


لقد وضعت نفسي كمرشح على مستوى مهندس البرمجيات الأقدم والأعلى - فريق / فريق تقني ، مهندس رئيسي ، مهندس برامج ، مدير مشروع ، مدير أشخاص / مجموعة وما إلى ذلك. هذا هو ما تعنيه كلمة "أعلاه" بكلمة "+" في "كبار +".

يبدو لي أن العنوان لا يعني شيئًا. الشيء المهم الوحيد هو ما ستفعله في الواقع ، وهذا لا يمكن اكتشافه إلا من الشخص الذي ستعمل معه.

لذا ، سيداتي سادتي ، دعنا ننتقل إلى المقابلات الفنية.

المرحلة الثانية. المقابلات الفنية


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

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

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

اختبار المهام


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

"اصنع مشروعًا من نقطة الصفر (ربما باستخدام تقنية محددة) ونشره على جيثب" - بالنسبة لي ، الخيار الأسوأ. يمكنك قضاء الكثير من الوقت على لوحة ، على البنية التحتية حول الحل ، وكقاعدة عامة ، سوف تكون مهتمة في عدد قليل من تفاصيل التنفيذ الصغيرة المنصوص عليها في شروط المهمة. حسنًا ، إذا كان لديك في متناول اليد ، على سبيل المثال ، قوالب المشروع ويمكنك رفع الخادم في غضون 5 دقائق وتنزيل ما تحتاجه بسرعة. خلاف ذلك ، عليك أن تتذكر كل شيء وتبدأ من نقطة الصفر. كما أنها سيئة إذا كانت المهمة لديها شرط لاستخدام التبعيات الخارجية ، على سبيل المثال ، قاعدة بيانات غير مضمنة.
موقف DevOps المهندس. لقد أرسلوا إلي مهمة لإعداد تكوين Vagrant للعديد من الأجهزة الافتراضية ، من بينها يجب أن تكون هناك خوادم ويب بها إحصائيات ثابتة وموازن لهم وجينكينز. كل هذا كان لابد من تثبيته وتهيئته باستخدام الشيف. تخيل الآن - لم أستخدم Vagrant، Chef ولم أقم بتكوين خوادم الويب المطلوبة في المهمة. أنا أفهم كيف يعمل كل شيء ، تعاملت مع أدوات مماثلة ، لكنني لم استخدمها على وجه التحديد.

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

جوهر المهمة - لمعرفة كيفية تثبيت ما - ربما استغرق مني نصف ساعة. بقية الوقت (7 مع ذيل من الساعات) قضيت على تثبيت جميع الأدوات ، وإعادة تشغيل - إعادة تمهيد ، بدس في التكوينات في محاولة لفهم لماذا لا يعمل ، وهلم جرا.
من المحتمل أن أقوم بنفس المهمة على تطبيق Docker في غضون ساعة ، وربما أقل. ألا يمكنك قصر المرشح على الأدوات؟ يبدو لي أنه من الممكن.

هل كان هذا البحث مفيدًا لي؟ بالتأكيد نعم! الآن سوف أعلم أنه من Vagrant and Chef تحتاج إلى الابتعاد :)

الوقت المستغرق - 8 ساعات .
لسوء الحظ ، ليس لدي المزيد من القصص حول هذا النوع من المهام ، لأنه لم يكن هناك الكثير من الاختبارات بشكل عام :(

"هنا رابط إلى الموقع مع الاختبارات - اذهب من خلالهم" هو خيار رائع للغاية. ما هي النقطة؟ هناك SaaS التي تتيح لك تكوين مجموعة من الأسئلة العملية والنظرية ، وبالنسبة للحل ، فإنها توفر REPL ومحرر كود مباشرة في المتصفح ، وكذلك تتيح الفرصة لإجراء اختبارات التحقق. بعد ذلك ، عليك فقط القيام بمهام ، وإصلاح المهمة الحالية أو كتابة التعليمات البرمجية الخاصة بك وتشغيلها ومشاهدة النتائج. الاختبارات نفسها مخفية عنك ، ترى النتيجة فقط (مرت / فاشلة) ووصفًا قصيرًا للاختبار ، والذي يمكن أن يكون تلميحًا في الوقت نفسه. لماذا يعجبني هذا الخيار أكثر شيئ؟ نظرًا لوجود معيار لا لبس فيه لجودة المهمة ، والمرشح يعرف بالضبط عدد النقاط التي سجلها ، سواء كانت قراراته تعمل وما إلى ذلك. أنا شخصياً كنت مهتمًا بالقيام بهذه المهام. الشيء الوحيد الذي لا أرى فيه نقطة في القضايا النظرية مثل "ماذا سيحدث إذا تم تنفيذ هذا الرمز" - فهي google بسهولة.
مهندس موقع روبي. يرسلون لي رابطًا إلى موقع TestDome ، بالطبع ، إلى اختبار مخصص. أنا فوق ، ندخل في الاختبارات الفعلية. يعطيني 2.5 ساعة لاستكمال المجموعة بالكامل ، من 5 إلى 20 دقيقة لكل سؤال. في الحقيقة ، لقد أحببت ذلك حقًا ، لم أختبر مثل هذه الأشياء لفترة طويلة. أعجبني بشكل خاص نهج TDD: لقد تم ترميزها وإطلاقها ونظرت إلى ما سقطت. مرت بسرور كبير.

كانت المهام نفسها بسيطة: تصحيح الكود (Ruby / JS / CSS / HTML) ، وكتابة المدققين (Ruby) ، وتنفيذ هياكل البيانات (Ruby) ، ولا شيء خاص. ومع ذلك ، فإن حقيقة أنه يمكنك التحقق على الفور ما إذا كان الحل يعمل يساعد كثيرا.

أكملت المهمة لـ 93/100 نقطة في ساعة واحدة فقط. لسوء الحظ ، لم تساعدني هذه النتيجة على الإطلاق في المستقبل.

يساعد TDD في اتخاذ القرار ، ولا حاجة لقضاء بعض الوقت في رفع البنية التحتية ، وإعادة التشغيل مباشرة في المتصفح - باختصار ، رائع جدًا. من أجل هذا ، كان من الممكن الانتظار لمدة شهر - في النهاية ، حصلت على جزءي من الدوبامين (قمت بعمل ممتاز) والأدرينالين (الساعة تدق ، وقت أقل!).

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

"هنا هو المستودع ، هناك مهمة ، أرسل طلب سحب مع حل" - لم أجد مثل هذا الخيار ، لكن زملائي استخدموه. أنا لا أحبه حقًا ، لأنه يمكنك أن ترى كيف أن المرشحين الآخرين أدوا المهمة (إذا كانوا كذلك).

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

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

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

للأسف الشديد ، لم يقم أي شخص بمهام اختبار ، لذا فإن اختياري صغير جدًا. إلا إذا كنت أتذكر تلك الاختبارات التي قمت بها منذ سنوات عديدة. كلهم من النوع الأول - كان من الضروري إنشاء مشروع. ومن المثير للاهتمام ، أنجزتها في تلك الأيام عندما لم يكن GitHub مشهورًا جدًا وكان من الضروري إرسال الحل في أرشيف zip عبر البريد :)

توصياتي لعناصر الاختبار؟

  1. لا أحب ذلك - لا. إذا كانت المهمة ، على سبيل المثال ، تتمثل في إكمال الموقع بالكامل أو كتابة فحم - ضعه جيدًا في الحمام. يجب أن تكون المهام قصيرة وتركز على إنشاء سياق للمناقشة التالية ، وليس مجرد اختبار لكيفية القيام بالسقالات.
  2. إذا كانت المهمة من النوع الأول - أضف إلى مستودع الملف التمهيدي ، حيث وصف بالتفصيل التعليمات للبدء ، شرح توضيحي قصير عن سبب اتخاذ هذا القرار ، ما هي أوجه القصور فيه ، وما أعجبك أو لم يعجبك ، وكيف يمكنك حل المهمة ، إذا كان لديك المزيد من الوقت ، وهلم جرا. لا أعرف ما إذا كان هذا مفيدًا حقًا ، لكن كمقابلة ، أود بالتأكيد أن أذكر مثل هذه الوثائق بالقرار.
  3. اكتب بشكل طبيعي ، ولكن لا ينبغي أن تقضي الكثير من الوقت لعق الأجزاء. بالنسبة لي ، يكفي أن أدرج ببساطة في التمهيدي كل ما ستحسنه لو كان رمز معركة.
  4. تأكد من التفكير في الأسئلة التي قد تكون لديكم حول التنفيذ وقراءة الوثائق الإضافية حول API التي استخدمتها. لنفترض أنني لم أعمل مع التزامن لفترة طويلة. لم أمارس هذا الأمر منذ فترة طويلة ، لذا بعد القرار ، سرعان ما مررت بجميع المواضيع ذات الصلة ، وتذكرت جميع المهام النموذجية وكنت على استعداد للمحادثة.

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

مقابلة فنية. مقدمة


بادئ ذي بدء ، الآن نادراً ما يتم دعوتهم إلى المكتب لإجراء مقابلات معهم. تم استدعائي إلى المكتب عدة مرات فقط - لإجراء مقابلة في مناصب Solution Architect و Tech Lead ومرة ​​واحدة - لشغل منصب إداري. تمت جميع المقابلات الأخرى عبر Skype و Zoom و Hangouts. كما هو الحال في المقابلة السابقة مع المجند ، فإن التوصيات هي نفسها - كاميرا جيدة وسماعة رأس جيدة وإنترنت جيد. لهذا أنا أيضا إضافة حالة تحسس الشاشة. لذلك ، تأكد من أنه ليس لديك مشاريع عمل مفتوحة (إذا كان هذا مهمًا) وأشياء شخصية أخرى لا تحتاج إلى إظهارها للناس في هذه الغاية. حافظ على متصفح نظيف بدون علامات تبويب و REPL للترميز في حالة (IDE أو repl.it ).

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

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

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

قبل المقابلة ، انتقل إلى الوظيفة الشاغرة مرة أخرى ، وانتبه إلى المتطلبات التي تنطبق على المرشح وإعداد خطاب. مررت بمقابلات مع Tech Lead و DevOps / SRE و Ruby / Java Software Engineer وفي كل حالة أخبرت بأشياء مختلفة أعتقد أنها ستكون ذات أهمية أكبر للمقابلة. حاول ألا تدخل في التفاصيل ، ولكن قدم المعلومات التي ستنشئ متجهًا لمزيد من المناقشة. يجب ألا تتحدث بالتفصيل عما فعلته قبل 5 سنوات (ما لم يكن هذا بالطبع شيئًا غير عادي).

قلت ، على سبيل المثال ، هذا: "لمدة 8 سنوات ، عملت في مكتب مؤسسة ، مع Java بشكل أساسي. ثم ذهبت إلى شركة ناشئة ، حيث كنت أعمل في مجال البنية التحتية. في العامين الأخيرين كنت أكتب في الغالب على القضبان ". هذا كل شيء ، لدى المقابلات معهم معلومات كافية ، وسوف يقومون بإرخاء المحادثة في السياق الذي يثير اهتمامهم.

والآن حقيقة غير متوقعة.

لا أحد يقرأ سيرتك الذاتية


بصراحة ، تبين أن هذا اكتشاف عظيم بالنسبة لي. حسنًا ، لا يقوم القائمون بالتجنيد بقراءة الملف الشخصي على LinkedIn ، لأنه قد لا يتم تحديثه ، HR لديها القدرة على عرض السير الذاتية قطريًا ، وتسليط الضوء على الشيء الرئيسي لنفسك. لكن الأشخاص الذين يقومون بإجراء مقابلة فنية ، بالتأكيد لن يقرأوا سيرتك الذاتية. لا أحد ، كما أؤكد ، ليس مرة واحدة لم أشعر أن الناس على الأقل بعين واحدة نظروا إلى ما كتبته هناك. أظن أنهم ، كقاعدة عامة ، اكتشفوا أنهم بحاجة لإجراء مقابلة فنية قبل يوم واحد من المقابلة الفعلية ، وقرروا قراءة السيرة الذاتية قبل 5 دقائق من المكالمة ، وستكون هناك بالفعل بطريقة ما.
: « , ». , ( , ). , , .

, .

, , 10 . CV, , , .

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

لا أحد يحتاج إليك


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

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

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

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


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

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

يبدو لي الآن أن هذه واحدة من أكبر مشاكل التوظيف لدينا. ربما تملي ذلك تفاصيل المشاريع - الاستعانة بمصادر خارجية ، حيث يقوم الناس بشيء ما على الدفق. ربما ثقافة التواصل الفقيرة بشكل عام وعقلية خاطئة ، لا أعرف.
غالبًا ما تكتب المدونات باللغة الإنجليزية أن التوظيف هو أحد المجالات الرئيسية الحيوية لبناء شركة ناجحة. أعتقد أن شركاتنا ستحتاج إلى الكثير من الوقت للتوصل إلى هذا وتشكيل الثقافة الصحيحة. في غضون ذلك ، يتعين على العملاء الاستعانة بمصادر خارجية لهذا.
. , CTO CEO. , . , , . , .
, , (, ).
حتى الآن ، كل شيء ، والكثير من المواد والأفكار ، خرج لونغريد مرة أخرى ، بغض النظر عن كيف حاولت. في الجزء التالي ، سنستمر في النظر في الموضوع والانتقال إلى قضايا وتقنيات محددة يتم استخدامها في المقابلات الفنية.

Source: https://habr.com/ru/post/ar434864/


All Articles