როგორ მოათვინიეროთ უმცროსი?

როგორ მოხვდეთ დიდ კომპანიაში, თუ უმცროსი ხართ? როგორ დაიქირაოთ ღირსეული უმცროსი, თუ დიდი კომპანია ხართ? ქვემოთ, მე მოგიყვებით ჩვენს ისტორიას დამწყებთა დაქირავებასთან დაკავშირებით: როგორ ვმუშაობდით სატესტო დავალებების შესრულებაზე, მოვემზადეთ ინტერვიუების ჩასატარებლად და ავაშენეთ მენტორული პროგრამა ახალწვეულთა განვითარებისა და ჩართულობისთვის, და ასევე, რატომ არ იყო სტანდარტული ინტერვიუს კითხვები. არ მუშაობს.

ჯუნიორის მოთვინიერებას ვცდილობ

გამარჯობა! მე მქვია პაველი, ვმუშაობ Wrike-ის გუნდში. ჩვენ ვქმნით პროექტების მართვისა და თანამშრომლობის სისტემას. 2010 წლიდან ვმუშაობ ინტერნეტში, 3 წელი ვიმუშავე საზღვარგარეთ, მივიღე მონაწილეობა რამდენიმე სტარტაპში და უნივერსიტეტში ვასწავლი ვებ ტექნოლოგიების კურსს. კომპანიაში ჩართული ვარ ტექნიკური კურსების შემუშავებაში და Wrike სწავლების პროგრამაში იუნიორებისთვის, ასევე მათ უშუალოდ რეკრუტირებაში.

რატომ ვიფიქრეთ უმცროსი ბავშვების დაქირავებაზე?

ბოლო დრომდე, ჩვენ ვიწვევდით საშუალო ან უფროსი დონის დეველოპერებს ფრონტენდისთვის - საკმარისად დამოუკიდებელნი, რათა შეასრულონ პროდუქტის ამოცანები შეყვანის შემდეგ. ამ წლის დასაწყისში ჩვენ მივხვდით, რომ გვინდოდა ამ პოლიტიკის შეცვლა: წლის განმავლობაში ჩვენი პროდუქტის გუნდების რაოდენობა თითქმის გაორმაგდა, ფრონტ-ენდის დეველოპერების რაოდენობა ასს მიუახლოვდა და უახლოეს მომავალში ეს ყველაფერი მოხდება. ისევ უნდა გაორმაგდეს. ბევრი სამუშაოა, ცოტა თავისუფალი ხელები და კიდევ უფრო ცოტაა ბაზარზე, ამიტომ გადავწყვიტეთ მივმართოთ ბიჭებს, რომლებიც ახლახან იწყებენ მოგზაურობას ფრონტ-ენდში და მივხვდით, რომ მზად ვართ ინვესტიცია ჩავდოთ მათში. განვითარება.

ვინ არის უმცროსი?

ეს არის პირველი შეკითხვა, რომელიც საკუთარ თავს დავუსვით. არსებობს სხვადასხვა კრიტერიუმები, მაგრამ ყველაზე მარტივი და გასაგები პრინციპი ასეთია:

უმცროსს უნდა ავუხსნათ რა ფუნქცია და როგორ გააკეთოს ეს. შუალედს უნდა აუხსნას რა ფუნქციაა საჭირო და ის თავად გაარკვევს განხორციელებას. ხელმომწერი თავად აგიხსნით, რატომ არ არის საჭირო ამ ფუნქციის გაკეთება საერთოდ.

ასეა თუ ისე, უმცროსი არის დეველოპერი, რომელსაც სჭირდება რჩევა, თუ როგორ განახორციელოს ესა თუ ის გადაწყვეტა. რაზეც გადავწყვიტეთ აგვეშენებინა:

1. უმცროსი არის ის, ვისაც სურს განვითარება და მზად არის ამისთვის ბევრი იმუშაოს;
2. ყოველთვის არ იცის, რა მიმართულებით სურს განვითარება;
3. სჭირდება რჩევა და დახმარებას ეძებს გარედან - მისი ლიდერისგან, მენტორისგან ან საზოგადოებაში.

ჩვენ ასევე გვქონდა რამდენიმე ჰიპოთეზა:

1. ივნისის პოზიციაზე პასუხების ქარიშხალი იქნება. თქვენ უნდა გაფილტროთ შემთხვევითი პასუხები თქვენი რეზიუმეს გაგზავნის ეტაპზე;
2. პირველადი ფილტრი არ დაეხმარება. — მეტი სატესტო დავალებაა საჭირო;
3. სატესტო დავალებები ყველას შეაშინებს - არ არის საჭირო.

და რა თქმა უნდა, ჩვენ გვქონდა მიზანი: 4 უმცროსი 3 კვირაში.

ამ გაცნობიერებით დავიწყეთ ექსპერიმენტები. გეგმა მარტივი იყო: დაიწყეთ რაც შეიძლება ფართო ძაბრით და შეეცადეთ თანდათან შეამციროთ ის, რომ შეძლოთ ნაკადის დამუშავება, მაგრამ არ შეამციროთ ის კვირაში 1 კანდიდატამდე.

ვაცხადებთ ვაკანსიას

კომპანიისთვის: იქნება ასობით პასუხი! იფიქრეთ ფილტრზე.

უმცროსისთვის: ნუ შეგეშინდებათ კითხვარის გაგზავნამდე თქვენი რეზიუმესა და სატესტო დავალების გაგზავნამდე - ეს იმის ნიშანია, რომ კომპანიამ იზრუნა თქვენზე და კარგად ჩამოაყალიბა პროცესი.

პირველ დღეს მივიღეთ 70-მდე რეზიუმე კანდიდატებისგან „ჯავასკრიპტის ცოდნით“. და მერე ისევ. და შემდგომ. ფიზიკურად ყველა ვერ მოვიწვიეთ ოფისში გასაუბრებაზე და მათგან ავირჩიეთ ბიჭები ყველაზე მაგარი შინაური ცხოველების პროექტებით, ცოცხალი Github-ით ან თუნდაც გამოცდილებით.

მაგრამ მთავარი დასკვნა, რომელიც ჩვენთვის პირველივე დღეს გავაკეთეთ, იყო ის, რომ ქარიშხალი დაიწყო. ახლა დროა დაამატოთ კითხვარის ფორმა თქვენი რეზიუმეს გაგზავნამდე. მისი მიზანი იყო განეშორებინა კანდიდატები, რომლებსაც არ სურდათ მინიმალური ძალისხმევა გაეწიათ რეზიუმეს გამოსაგზავნად, და მათ, ვისაც არ გააჩნდა ცოდნა და კონტექსტი, მინიმუმ Google-ში სწორი პასუხები.

ის შეიცავდა სტანდარტულ კითხვებს JS-ის, განლაგების, ვებსაიტის, კომპიუტერული მეცნიერების შესახებ - ყველამ, ვინც წარმოიდგენს რას სთხოვს წინა ინტერვიუზე, იცის ისინი. რა განსხვავებაა let/var/const-ს შორის? როგორ შემიძლია გამოვიყენო სტილები მხოლოდ 600 პიქსელზე პატარა ეკრანებზე? ჩვენ არ გვინდოდა ამ კითხვების დასმა ტექნიკურ გასაუბრებაზე - პრაქტიკამ აჩვენა, რომ მათზე პასუხის გაცემა შესაძლებელია 2-3 ინტერვიუს შემდეგ, განვითარების გაგების გარეშე. მაგრამ მათ შეძლეს თავდაპირველად გვეჩვენებინა, ესმის თუ არა კანდიდატს, პრინციპში, კონტექსტი.

თითოეულ კატეგორიაში მოვამზადეთ 3-5 კითხვა და დღითი დღე ვცვლიდით მათ კომპლექტს პასუხების ფორმაში, სანამ არ გამოვრიცხავდით ყველაზე დასაშვებს და ყველაზე რთულს. ამან საშუალება მოგვცა შეგვემცირებინა ნაკადი - 3 კვირაში მივიღეთ 122 კანდიდატი, რომლებთანაც შემდგომში შეგვეძლო მუშაობა. ესენი იყვნენ IT სტუდენტები; ბიჭები, რომლებსაც სურდათ უკნიდან ფრონტზე გადასვლა; მუშები ან ინჟინრები, 25-35 წლის, რომლებსაც რადიკალურად სურდათ პროფესიის შეცვლა და სხვადასხვა ძალისხმევის ჩადება თვითგანათლებისთვის, კურსებზე და სტაჟირებაზე.

ერთმანეთის უკეთ გაცნობა

კომპანიისთვის: სატესტო დავალება არ აფერხებს კანდიდატებს, მაგრამ ხელს უწყობს ძაბრის შემცირებას.

უმცროსისთვის: ნუ დააკოპირებთ ტესტებს - ეს შესამჩნევია. და შეინახეთ თქვენი github წესრიგში!

ტექნიკურ გასაუბრებაზე ყველას რომ დავუძახებდით, კვირაში 40-მდე გასაუბრების ჩატარება მოგვიწევდა მხოლოდ იუნიორებისთვის და მხოლოდ წინა მხარეს. ამიტომ გადავწყვიტეთ გამოგვემოწმებინა მეორე ჰიპოთეზა – სატესტო დავალების შესახებ.

რა იყო ჩვენთვის მნიშვნელოვანი ტესტში:

1. შექმენით კარგი მასშტაბირებადი არქიტექტურა, მაგრამ ზედმეტი ინჟინერიის გარეშე;
2. სჯობს მეტი დრო დასჭირდეს, მაგრამ კარგად გააკეთო, ვიდრე ერთი ღამით მოაწყო ხელობა და გამოაგზავნო კომენტარით „აუცილებლად დავასრულებ“;
3. Git-ის განვითარების ისტორია არის საინჟინრო კულტურა, განმეორებითი განვითარება და ის ფაქტი, რომ გამოსავალი არ იყო უხეშად კოპირებული.

ჩვენ შევთანხმდით, რომ გვინდოდა შეგვეხედა ერთი ალგორითმული პრობლემა და პატარა ვებ აპლიკაცია. ალგორითმული მომზადდა დაწყებითი დონის ლაბორატორიების დონეზე - ბინარული ძიება, დახარისხება, ანაგრამების შემოწმება, სიებთან და ხეებთან მუშაობა. საბოლოო ჯამში, ჩვენ გადავწყვიტეთ ბინარული ძებნა, როგორც პირველი საცდელი ვარიანტი. ვებ აპლიკაცია უნდა ყოფილიყო tic-tac-toe ნებისმიერი ფრეიმერის გამოყენებით (ან მის გარეშე).

დარჩენილი ბიჭების თითქმის ნახევარმა დაასრულა სატესტო დავალება - მათ გამოგვიგზავნეს გადაწყვეტილებები 54 კანდიდატი. წარმოუდგენელი ინსაითი - ტიკ-ტაკ-ტოს რამდენი იმპლემენტაციაა, მზად კოპირ-პასტისთვის, როგორ ფიქრობთ, არის ინტერნეტში?

რამდენი?სინამდვილეში, როგორც ჩანს, არის მხოლოდ 3. და გადაწყვეტილებების აბსოლუტურ უმრავლესობაში იყო ზუსტად ეს 3 ვარიანტი.
რაც არ მომეწონა:

• კოპირ-პასტი, ან განვითარება, რომელიც ეფუძნება იმავე სახელმძღვანელოს, საკუთარი არქიტექტურის გარეშე;
• ორივე დავალება ერთსა და იმავე საცავშია სხვადასხვა საქაღალდეში, რა თქმა უნდა არ არის ჩადენის ისტორია;
• ბინძური კოდი, მშრალი დარღვევა, ფორმატირების ნაკლებობა;
• მოდელის, ხედის და კონტროლერის ნაზავი ერთ კლასში ასობით სტრიქონის კოდის სიგრძეში;
• ერთეულის ტესტირების გაუგებრობა;
• „პირადი“ გამოსავალი არის მომგებიანი კომბინაციების 3x3 მატრიცის მყარი კოდი, რომლის გაფართოება, მაგალითად, 10x10-მდე საკმაოდ რთული იქნება.

ჩვენ ასევე მივაქციეთ ყურადღება მეზობელ საცავებს - მაგარი შინაური ცხოველების პროექტები იყო პლიუსი, ხოლო სხვა კომპანიების სატესტო დავალება უფრო გამაღვიძებელი იყო: რატომ ვერ მივიდა კანდიდატი იქ?

შედეგად, აღმოვაჩინეთ მაგარი ვარიანტები React-ში, Angular-ში, Vanilla JS-ში - იყო 29. და გადავწყვიტეთ კიდევ ერთი კანდიდატის მოწვევა ტესტირების გარეშე მისი ძალიან მაგარი შინაური ცხოველების პროექტებისთვის. დადასტურდა ჩვენი ჰიპოთეზა ტესტის დავალებების სარგებლიანობის შესახებ.

ტექნიკური ინტერვიუ

კომპანიისთვის: შენთან შუამავლები/უფროსები არ არიან! ჩვენ გვჭირდება უფრო ინდივიდუალური მიდგომა.

უმცროსისთვის: დაიმახსოვრეთ, რომ ეს არ არის გამოცდა - ნუ ეცდებით გაჩუმდეთ C-სთვის ან დაბომბოთ პროფესორი თქვენი ყველა შესაძლო ცოდნის ნაკადით, რათა ის დაიბნოს და მისცეს "შესანიშნავი".

რისი გაგება გვინდა ტექნიკურ ინტერვიუში? მარტივი რამ - როგორ ფიქრობს კანდიდატი. მას, ალბათ, აქვს გარკვეული მძიმე უნარები, თუ მან გაიარა შერჩევის პირველი ეტაპები - ჯერ კიდევ გასარკვევია, იცის თუ არა მათი გამოყენება. შევთანხმდით 3 ამოცანაზე.

პირველი ეხება ალგორითმებსა და მონაცემთა სტრუქტურებს. კალმით, ფურცელზე, ფსევდო ენაზე და ნახატების დახმარებით, ჩვენ გავარკვიეთ, როგორ დავაკოპიროთ ხე ან როგორ ამოიღოთ ელემენტი ცალკე დაკავშირებული სიიდან. უსიამოვნო აღმოჩენა იყო ის, რომ ყველას არ ესმის რეკურსიის და როგორ მუშაობს ცნობები.

მეორე არის ცოცხალი კოდირება. Წავედით codewars.com, აირჩია მარტივი რაღაცეები, როგორიცაა სიტყვების მასივის დახარისხება ბოლო ასოზე და 30-40 წუთის განმავლობაში კანდიდატთან ერთად ცდილობდა ყველა ტესტის ჩაბარებას. ჩანდა, რომ სიურპრიზები არ უნდა ყოფილიყო იმ ბიჭებისგან, რომლებმაც აითვისეს tic-tac-toe - მაგრამ პრაქტიკაში, ყველამ ვერ გააცნობიერა, რომ მნიშვნელობა უნდა შენახულიყო ცვლადში და ფუნქციამ უნდა დააბრუნოს რაღაც დაბრუნების გზით. მიუხედავად იმისა, რომ გულწრფელად ვიმედოვნებ, რომ ეს იყო აურზაური და ბიჭებმა შეძლეს ამ ამოცანების შესრულება უფრო მსუბუქ პირობებში.

და ბოლოს, მესამე არის ცოტა რამ არქიტექტურაზე. ჩვენ განვიხილეთ, თუ როგორ შევქმნათ საძიებო ზოლი, როგორ მუშაობს debounce, როგორ გამოვიტანოთ სხვადასხვა ვიჯეტები საძიებო რჩევებში, როგორ შეუძლია წინა ბოლოს ურთიერთქმედება უკანა ბოლოსთან. იყო ბევრი საინტერესო გადაწყვეტა, მათ შორის სერვერის რენდერი და ვებ სოკეტები.

ჩვენ ჩავატარეთ 21 ინტერვიუ ამ დიზაინის გამოყენებით. მაყურებელი სრულიად მრავალფეროვანი იყო - მოდით შევხედოთ კომიქსებს:

1. "რაკეტა". ის არასოდეს წყნარდება, ყველაფერში ერთვება და ინტერვიუს დროს აზრების ნაკადით დაგფარავთ, რომლებიც პირდაპირ კავშირშიც კი არ არის დასმულ კითხვასთან. ეს რომ უნივერსიტეტში ყოფილიყო, ეს იქნებოდა ნაცნობი მცდელობა, აჩვენო მთელი შენი ცოდნა, როცა მხოლოდ ის გახსოვს ბილეთის შესახებ, რაც წააწყდი, არის ის, რომ წუხელ გადაწყვიტე არ ისწავლო ის - მაინც ვერ მიიღებ. ის გარეთ.
2. "გროტი". მასთან დაკავშირება საკმაოდ რთულია, რადგან ის არის გრუტი. ინტერვიუს დროს, თქვენ უნდა დახარჯოთ დიდი დრო, რათა მიიღოთ პასუხი სიტყვა-სიტყვით. კარგია, თუ ეს მხოლოდ სისულელეა - წინააღმდეგ შემთხვევაში, ძალიან გაგიჭირდებათ ყოველდღიურ საქმიანობაში.
3. "დრაქსი". ვმუშაობდი ტვირთის გადაზიდვაში და პროგრამირების კუთხით მხოლოდ Stackoverflow-ზე ვისწავლე JS, ამიტომ ყოველთვის არ მესმის, რა განიხილება ინტერვიუზე. ამავე დროს, ის არის კარგი ადამიანი, აქვს საუკეთესო ზრახვები და სურს გახდეს შესანიშნავი ფრონტ-ენდის დეველოპერი.
4. ისე, ალბათ "ვარსკვლავური მბრძანებელი". საერთო ჯამში, კარგი კანდიდატია, რომელთანაც შეგიძლიათ მოლაპარაკება და დიალოგის აშენება.

ჩვენი კვლევის დასასრულს 7 კანდიდატი მიაღწიეს ფინალს, დაადასტურეს თავიანთი რთული უნარები შესანიშნავი ტესტის დავალებით და ინტერვიუზე კარგი პასუხებით.

კულტურული მორგება

კომპანიისთვის: შენ მასთან მუშაობ! ნამდვილად მზად არის კანდიდატი იმუშაოს თავისი განვითარებისთვის? ნამდვილად მოერგება გუნდს?

უმცროსისთვის: შენ მუშაობ მათთან! არის თუ არა კომპანია ნამდვილად მზად ინვესტიციების ჩასატარებლად იუნიორების ზრდაში, თუ ის უბრალოდ დაგაყრის მთელ ბინძურ სამუშაოს დაბალ ანაზღაურებაზე?

თითოეული უმცროსი, პროდუქტის გუნდის გარდა, რომლის ლიდერი უნდა დათანხმდეს მის მიღებაზე, იღებს მენტორს. მენტორის ამოცანაა, წარმართოს იგი სამთვიანი პროცესის გავლისა და რთული უნარების ამაღლების პროცესში. ამიტომ, ჩვენ მივედით თითოეულ კულტურულ მორგებამდე, როგორც მენტორები და ვუპასუხეთ კითხვას: „ავიღებ თუ არა პასუხისმგებლობას 3 თვეში კანდიდატის განვითარებაზე ჩვენი გეგმის მიხედვით?

ამ ეტაპმა განსაკუთრებული თვისებების გარეშე ჩაიარა და საბოლოოდ მოგვიტანა 4 შეთავაზება, აქედან 3 მიიღეს და ბიჭები გუნდებში შევიდნენ.

ცხოვრება შეთავაზების შემდეგ

კომპანიისთვის: იზრუნეთ თქვენს უმცროსებზე, ან სხვები!

უმცროსისთვის: აააააააააა!!!

როდესაც ახალი თანამშრომელი გამოდის, მას სჭირდება ბორტზე ჩართვა - პროცესების გაცნობა, იმის თქმა, თუ როგორ მუშაობს ყველაფერი კომპანიაში და გუნდში და როგორ უნდა იმუშაოს ზოგადად. როდესაც უმცროსი გამოდის, თქვენ უნდა გესმოდეთ, როგორ განავითაროთ იგი.

როცა ამაზე დავფიქრდით, ჩამოვაყალიბეთ 26 უნარ-ჩვევების სია, რომელიც, ჩვენი აზრით, უმცროსს უნდა ჰქონდეს სამთვიანი ინბორდაციის პერიოდის ბოლომდე. ეს მოიცავდა მძიმე უნარებს (ჩვენი სტეკის მიხედვით), ჩვენი პროცესების ცოდნა, Scrum, ინფრასტრუქტურა და პროექტის არქიტექტურა. ჩვენ გავაერთიანეთ ისინი საგზაო რუქაში, რომელიც განაწილდა 3 თვის განმავლობაში.

მაგალითად, აქ არის ჩემი უმცროსის საგზაო რუკა

თითოეულ უმცროსს ვანიჭებთ მენტორს, რომელიც ინდივიდუალურად მუშაობს მასთან. მენტორისა და კანდიდატის ამჟამინდელი დონის მიხედვით, შეხვედრები შეიძლება ჩატარდეს კვირაში 1-დან 5-ჯერ 1 საათის განმავლობაში. მენტორები არიან მოხალისე ფრონტ-ენდის დეველოპერები, რომლებსაც სურთ რაღაცის გაკეთება უფრო მეტი, ვიდრე უბრალოდ კოდის დაწერა.

მენტორების გარკვეული ტვირთი ათავისუფლებს ჩვენს სტეკზე არსებულ კურსებს - Dart, Angular. კურსები რეგულარულად ტარდება 4-6 კაციან მცირე ჯგუფებში, სადაც სტუდენტები სწავლობენ სამუშაოს შეფერხების გარეშე.

3 თვის განმავლობაში ჩვენ პერიოდულად ვაგროვებთ უკუკავშირს უმცროსი ბავშვებისგან, მათი მენტორებისგან და ლიდერებისგან და ინდივიდუალურად ვარეგულირებთ პროცესს. დატუმბული უნარები მოწმდება 1-2-ჯერ მთელი პერიოდის განმავლობაში, იგივე შემოწმება ტარდება ბოლოს - მათზე დაყრდნობით ყალიბდება რეკომენდაციები იმის შესახებ, თუ კონკრეტულად რა უნდა გაუმჯობესდეს.

დასკვნა

კომპანიისთვის: ღირს იუნიორებში ინვესტიცია? დიახ!

უმცროსისთვის: მოძებნეთ კომპანიები, რომლებიც ყურადღებით ირჩევენ კანდიდატებს და იციან როგორ განავითარონ ისინი

3 თვის განმავლობაში განვიხილეთ 122 კითხვარი, 54 სატესტო დავალება და ჩავატარეთ 21 ტექნიკური ინტერვიუ. ამან მოგვიყვანა 3 შესანიშნავი უმცროსი, რომლებმაც ახლა დაასრულეს ბორტზე და აჩქარების საგზაო რუქების ნახევარი. ისინი უკვე ასრულებენ რეალურ პროდუქტის ამოცანებს ჩვენს პროექტში, სადაც მხოლოდ წინა მხარეს არის 2-ზე მეტი კოდის ხაზი და 000-ზე მეტი საცავი.

ჩვენ გავარკვიეთ, რომ იუნიორებისთვის ძაბრი შეიძლება და უნდა იყოს საკმაოდ რთული, მაგრამ საბოლოოდ მასში გადიან მხოლოდ ის ბიჭები, რომლებიც ნამდვილად მზად არიან იმუშაონ ძალიან ბევრი და ინვესტიცია განახორციელონ მათ განვითარებაში.

ახლა ჩვენი მთავარი ამოცანაა შეავსოთ სამთვიანი განვითარების საგზაო რუქები თითოეული უმცროსისთვის ინდივიდუალური მუშაობის რეჟიმში მენტორთან და ზოგად კურსებთან, შეაგროვოთ მეტრიკები, გამოხმაურება ლიდერებისგან, მენტორებისგან და თავად ბიჭებისგან. ამ ეტაპზე პირველი ექსპერიმენტი შეიძლება ჩაითვალოს დასრულებულად, დასკვნების გამოტანა, პროცესის გაუმჯობესება და ხელახლა დაწყება ახალი კანდიდატების შესარჩევად.

წყარო: www.habr.com