Технически, наемането на разработчици на свободна практика никога не е било по-лесно, но не се приспивайте във фалшиво чувство за сигурност. Броят на платформите на свободна практика и квалифицираните разработчици на пазара нараства, но нарастват и предизвикателствата, свързани с намирането, тестването и избора на наистина страхотен кандидат.

И така, как да направим това? Е, има много фрийлансъри, от които да избирате; много са добри, но много не са. Колкото по-голям е пазарът, толкова по-голям е рискът. При повече кандидати, от които да избирате, проверката на референциите и скринингът на отделни кандидати може да е проблем, особено ако публикувате реклама в основна платформа на свободна практика и получите стотици приложения.

И така, кой е най-бързият и безопасен начин за наемане на разработчици на свободна практика? Ако мислите, че ще кажа ApeeScape, познайте отново. Обадете ми се старомоден, но все пак вярвам в устата и личните препоръки. Във всеки един момент мога да се свържа с няколко души, с които съм работил в миналото, и да ги помоля да препоръчат програмист на свободна практика или дизайнер. Това обаче няма да работи за всички; Прекарах години в технологиите и познавам много хора, които заслужават моето доверие.

Очевидно е, че доверието е предпоставка за всяка сериозна ангажираност във всякакви бизнес или лични отношения. Но какво се случва, когато не познавате правилните хора и трябва да се насочите към огромен пазар на свободна практика, за да търсите таланти? След няколко десетки заявления хората ще започнат да се съмняват в собствената си добра преценка, камо ли да се доверят на непознати и техните обещания. Доверието е добро, доверието продава.

ApeeScape отчасти е изградена върху тази концепция - затова нашите разработчици се проверяват и защо можем да гарантираме качество, докато други платформи на свободна практика не (и не могат). Виждате ли, ние просто изваждаме няколко неизвестни от уравнението, позволявайки на клиентите да се съсредоточат върху това, което наистина има значение за кандидата, като по този начин намаляваме излагането им на всякакъв вид риск.

И така какво прави наистина има значение? Нека да разгледаме няколко предимства и недостатъци наемане на свободни професии .

Не можете да бързате

Това е очевидно; ако искате да наемете разработчици на свободна практика, трябва да отделите време и това няма как да се заобиколи. Разбира се, това се отнася за всяка индустрия, но в забързана индустрия като нашата може да не е толкова лесно, колкото звучи. Конкуренцията е брутална, сроковете са ограничени, но все пак много работа може да се направи дистанционно. Бързото наемане на няколко свободни професии, за да се ускори развитието или да се присъедините към нов проект с ограничен срок, звучи много примамливо. Обикновено обаче не е добра идея.

Ако е възможно, трябва да опитате да работите с разработчика, преди да вземете окончателното решение. Изпитването може да включва малък проект или само няколко теста. Периодът на оценяване не трябва да бъде твърде дълъг, при условие че е добре обмислен. Също така е добра идея да включите и останалата част от екипа; в края на краищата те ще работят с новия разработчик и може да успеят да идентифицират някои проблеми, които иначе биха останали незабелязани. Вслушайте се в приноса им, помолете ги за обратна връзка и не вземайте решение сами.

И все пак, оценката може да не работи във всички ситуации. Ако вашият кандидат е много опитен и опитен разработчик, това може дори да се окаже малко професионална обида. Зависи от егото им, но така или иначе не искате примадони във вашия екип, нали?

Разумният кандидат трябва да бъде готов да прескочи няколко обръча и да се съгласи на някаква форма на оценка. Ако не, това само по себе си трябва да е червен флаг; това обикновено означава, че кандидатът не е твърде сериозно относно работата и не иска да отделя много време и усилия. Друго обяснение може да бъде доверието, т.е. кандидатите, които приемат, че са свръхквалифицирани за работата и нямат какво да доказват. Няма нищо лошо в малко старомодна кокетност и конкурентоспособност, но твърде много от това може да създаде триене сред членовете на екипа.

Не става въпрос само за техниката

И така, вие търсите програмист на свободна практика и фокусът ви е върху техните умения за кодиране, а не върху нещо друго. Разбира се, техническите умения са приоритет, но преди да стигнем до тях, трябва да погледнем човешката страна на нещата. Каква е вашата фирмена култура? Какво мисли вашият екип за новия разработчик? Какво мисли кандидатът за вас?

Кандидатът подходящ ли е?

Въпреки че това звучи като логичен въпрос, работодателите често пренебрегват културния аспект поради фокуса си върху техническите умения. Сега, ако бързате и имате нужда от няколко фрийлансъри, които да ви помогнат да спазите краен срок след месец-два, акцентът, очевидно, трябва да бъде върху уменията и изпълнението. Ако обаче търсите хора, които ще останат на борда в продължение на месеци или години, които могат да станат дългосрочни членове на екипа и в крайна сметка да ръководят свои собствени екипи, е много важно да вземете предвид човешкия аспект. Също така разработчиците на свободна практика могат бързо да се превърнат в жизненоважни членове на екипа и в крайна сметка ръководители на екипи. Ако наемете добър фрийлансър и всичко се оправи, година или две по линия можете да откриете, че споделяте офис с това лице.

Технологиите се променят и развиват, така че разработчиците трябва да се адаптират и да усвояват нови умения по пътя си. Хората също могат да се променят, но това не е нещо, на което можете да разчитате. Имайки това предвид, понякога е по-добре да изберете кандидат, който желае да научи нови умения и да бъде отборен играч, отколкото дори по-добър програмист, който причинява триене в отбора.

Милион кодери имат милион различни личности и всяка компания е различна, така че няма универсално правило, що се отнася до културната съвместимост; от теб зависи.

Повечето технически умения остаряват за няколко години, но уменията, професионализмът и отдадеността на хората - не. Разработчик, готов да се адаптира към новите индустриални тенденции и да овладее нови умения, може да се окаже по-ценен от разработчик, който е отличен в определена област на опит. Добре обмислен процес на интервю трябва да разгледа някои от тези проблеми.

В зависимост от това къде се намирате и какъв бизнес работите, може да е добра идея да се консултирате с някой, свикнал с разработчици на свободна практика, особено ако преди това не сте имали възможност да го направите. Редица правни и данъчни клопки могат да засегнат бизнеса в определени юрисдикции, така че ако мислите да привлечете първия си фрийлансър, не забравяйте да се консултирате с вашия счетоводител (вероятно дори с адвокат). За щастие в повечето части на света не бива да бъдете засегнати от остарели трудови закони или данъчни кодекси, написани в ерата на изчисленията с вакуумни лампи.

Източник, предварителен подбор, планиране

Като оставим настрана човешките умения, техническите способности са основната грижа за работодателите. Броят на технологиите, използвани в разработката, непрекъснато нараства, както и необходимостта от бързо и ефективно филтриране на кандидатите, които не правят марката. Това може да бъде по-трудно, отколкото звучи, особено ако имате нужда от кандидати, способни да работят в няколко различни рамки и езика. Има какво да се покрие.

Провеждането на цялостно интервю изисква време и усилия. Също така се изисква доста подготовка, защото трябва внимателно да приспособите въпросите си. За щастие ApeeScape може да помогне с набор от ръководства за наемане, обхващащи широк спектър от теми. Независимо дали търсите работа или искате да наемете разработчик на свободна практика, определено трябва да разгледате някои от нашите ресурси.

Нека да направим крачка назад и да разгледаме типичен процес на наемане. След като идентифицирате нуждите си и започнете да се подготвяте за процеса на снабдяване, се предлагат няколко различни метода за намиране на подходящи кандидати - вътрешно снабдяване, традиционни реклами за работа, онлайн пазари на свободна практика, услуги по заетостта и добри стари лични препоръки.

Независимо кой метод сте избрали, ще трябва да напишете добро кратко описание на проекта и длъжностна характеристика. Можете да използвате описанията за работа на ApeeScape като добра отправна точка; например, разгледайте нашия преден край и back-end разработчик длъжностни характеристики. Не забравяйте, че ако искате талантливи разработчици, хора, които могат да си намерят нова работа след няколко дни, трябва да направите малко маркетинг в своя край. Това не означава, че трябва да препродадете проекта, но трябва да го продава правилно, за да привлече качествени хора . Задайте си въпроса дали бихте кандидатствали за собствената си реклама, ако сте водещ разработчик на свободна практика?

След като приложенията започнат да се търкалят, най-вероятно ще се окажете с много сурови данни, които трябва да бъдат внимателно обработени, преди да бъдат избрани отделни кандидати. Някои кандидати просто няма да отбележат и ще бъдат отхвърлени на този ранен етап, други ще бъдат включени в списъка, докато някои може да се считат за материал от второ ниво - кандидати, които могат да свършат работата, но са засенчени от по-талантливите. Може да е добра идея да следите такива кандидати, само в случай, че по-късно ви трябват.

Интервютата трябва да покрият техническата способност и много повече

Сега, когато сте стеснили полето на потенциалните кандидати, е време да планирате няколко интервюта. Това не е просто въпрос да зададете на хората много технически любопитни въпроси и да се опитате да разберете дали биха били подходящи за вашия екип или не; това е сериозен процес и трябва да бъде подкрепен с много изследвания и внимателно подбрани въпроси, предназначени да разкрият най-доброто (и най-лошото) във всеки кандидат.

Получаването на отлични отговори на лоши технически въпроси никъде не ви отвежда. Tweet

Ето няколко точки, които трябва да имате предвид, когато задавате технически въпроси:

• Не задавайте тривиални въпроси, които имат повече общо с историята на технологиите, отколкото с действителната работа.
• Опитайте се да избягвате въпроси, често срещани в ръководствата за наемане; ако е онлайн, всеки, който се е опитал да се подготви за интервюто, може да го знае.
• Задавайте практически, отворени въпроси, които дават на кандидата степен на творческа свобода.
• Вижте някои от предишните проекти на кандидата и задайте няколко подходящи въпроса за тях.
• Опитайте се да научите повече за професионалните навици и умения на кандидата, например колко често те усвояват нови умения и полират съществуващите?

Сега да видим как би изглеждало това в реалния свят, използвайки Ръководство за наемане на PHP на ApeeScape . Например, вместо да задавате любопитни факти / исторически въпроси, като например „Кога PHP 5 стана основна?“ Или „Защо array_merge() причиняват проблеми със съвместимостта при стартиране на наследен PHP4 код? ”, трябва да опитате да зададете въпроси, които отговарят на критериите, изброени по-горе.

Ето един добър пример от нашето ръководство за PHP: „Какво представляват чертите? Дайте пример за декларация за черта и клас, който използва множество черти. '

Този въпрос ще ви даде много повече информация за кандидата, отколкото въпроси за любопитни факти. Характеристиките бяха въведени в PHP 5.4, което означава, че кандидатът е възприел някои от най-новите функции. Ако наистина искате да хвърлите интервюирания криволичещо, проверете бележките за изданието на PHP и подправете въпроса с някои още по-нови допълнения от официалния дневник на промените в PHP 5.5.x и 5.6.x. Този пряк и относително прост въпрос ще ви уведоми дали програмистът иска да възприеме най-новите разработки и да използва най-добрите практики.

Разбира се, същият принцип се прилага за почти всяка ниша, не само за PHP.

Друга добра идея е да разгледате по-отблизо резултатите на кандидата и изпълнените проекти. Когато кандидатстват за работа, всеки изброява най-добрата си работа, която може и да не е представителна за действителното качество. Ами ако кандидатът удобно забрави да спомене куп проекти, с които не се гордее твърде много? Има ли големи пропуски в автобиографията? Завърши ли разработчикът пет проекта с пет звезди за пет години, без да спомене дузина евтини и небрежни, които плащаха наема между тях? Такива пропуски трябва да бъдат червен флаг, въпреки че те не са непременно дисквалифициращ фактор, стига да има разумно обяснение за тях.

Вече не се намираме на техническа територия, това ни води до личността и почтеността на кандидата, което може да бъде по-трудно да се прецени, отколкото тяхната способност за кодиране.

Дръжте екипа си на линия, за да осигурите добра форма

В повечето случаи новият разработчик ще се присъедини към съществуващ екип, така че е жизненоважно да информирате и включите екипа в даден момент от процеса на наемане. Екипът може да предложи безценна представа за някои аспекти на проекта, да ви помогне да се подготвите за интервюто и да зададете подходящи въпроси (или дори „въпросителни въпроси“) и, очевидно, те имат собствен интерес да получат възможно най-добрия кандидат на борда. В края на краищата това е човекът, с когото ще трябва да се справят всеки ден, може би месеци, може би години.

Нито един екип не иска некомпетентен колега. Използвайте това във ваша полза и докоснете екипа си за допълнително въвеждане. Няма да откриете липса на интерес.

Вашият екип може също така да се увери, че „новият човек“ ще се впише. Личността изминава дълъг път и понякога може да се окаже по-важна от сухите умения за кодиране. Какъв е смисълът да наемете разработчик на A-списък, ако той или тя не се разбира с екипа? Ами ако наемете разработчик на рок звезда, който не желае да сподели знанията си с останалата част от екипа?

За съжаление, винаги има шанс мечтаният ви наем да се превърне в разочарование, самодоволен егоцентрик, нехаресван от останалата част от екипа, но това е просто още една причина да се консултирате с екипа си: „Не ме гледайте, вие също подписахте . '

На шега настрана, хармоничният екип е добре смазана машина и всяко зъбно колело работи безотказно. Това е добре за морала, това е добре за бизнеса. Какво се случва, ако добавите към вашия екип разработчик на rockstar Android, с надеждата, че той или тя ще подобри продукцията? Страхотните разработчици обичат да работят със своите връстници, така че ако на борда ви има много неопитни разработчици, нови таланти може да не поправят ситуацията.

Да, разработчици, които асоциират всички Тестове за Android и въпроси за интервю ако хвърлите върху тях, определено ще знаете какво да правите, но какво се случва, ако останалата част от екипа не може да се справи? Очаквате ли вашият лъскав нов звезден разработчик да обяснява всеки момент на няколко „зелени“ разработчици всеки ден? Очаквате ли новият разработчик да бъде доволен от това? Какво ще си помислят останалите от екипа - ако наемате някой, който да ги изпревари, въпреки предполагаемия им стаж?

Върнете се към аналогията на стиймпънка - едно титаново зъбно колело няма да направи останалата част от машината почти толкова здрава. Страхотен разработчик, желаещ да поеме инициативата и да сподели знания, може да помогне на няколко съотборници, но не на всички.

За да сте сигурни, че няма излишно търкане, просто трябва да се консултирате с екипа си и това няма да се заобиколи.

Бъдете реалисти и ясни

Всеки иска да наеме най-добрия разработчик и всеки разработчик иска да получи мечтана работа, но нека бъдем реалисти; всеки трябва да работи в рамките на своите бюджетни ограничения, така че парите често са ограничителният фактор. Добрите хора струват добри пари, така че много организации просто не могат да си позволят най-добрите разработчици там.

Работодателите обикновено искат най-добрият разработчик, който могат да си позволят и в много случаи всъщност не се нуждаят от най-добрия разработчик в бизнеса, тъй като проектът, по който работят, не изисква авангардни умения. Разработчиците, от друга страна, искат да бъдат добре компенсирани за усилията си, те искат да работят по интересни проекти, с квалифицирани съотборници.

Въпреки това, Парите не са всичко .

Ако успеете да намерите разработчик, който споделя вашата визия и вярва в това, което правите, може да получите повече, отколкото сте предвидили. Ако разработчикът вярва, че работи по добър проект с много дългосрочен потенциал, има шанс да се опита да свърши изключителна работа и да се справи над и извън задължението. Проектът може да бъде добра възможност за години напред и може да изглежда добре в автобиографията им.

Ако от друга страна разработчикът се придържа само към заплатата и не вярва, че проектът е наистина обещаващ и изключителен, е малко вероятно да получите същото ниво на ангажираност или лоялност по този въпрос.

В крайна сметка: Не можете да очаквате чудеса, не можете да очаквате да наемете най-добрия фрийлансър там, особено ако имате бюджет и не работите по първокласен проект. Трябва да се съсредоточите върху това да получите най-добрия разработчик, който можете да получите, а не най-добрия разработчик в света.