فرقة انتحارية كيف نقوم بتجنيد أكثر المطورين الصغار ضراوة

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

تجنيد نموذج

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



تم اشتقاق التصنيف التالي:

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

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

ثم غطتنا موجة ...

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

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

المزيد عن المقابلة

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

setTimeout(()=>{console.log('Hello World!')}, 1000); while (true) { let a = false; }; 

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

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



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

لتلخيص

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