Teknisesti freelance-kehittäjien palkkaaminen ei ole koskaan ollut näin helppoa, mutta älä hemmottele itseäsi väärään turvallisuuden tunteeseen. Freelance-alustojen ja ammattitaitoisten kehittäjien määrä markkinoilla kasvaa, mutta myös todella suuren ehdokkaan löytämiseen, testaamiseen ja valintaan liittyvät haasteet kasvavat.

Joten miten voimme tehdä tämän? No, on paljon freelancereita, joista valita; monet ovat hyviä, mutta monet eivät. Mitä isompi markkinapaikka, sitä suurempi riski. Jos valitset enemmän ehdokkaita, viittausten tarkistus ja yksittäisten ehdokkaiden seulonta voi olla ongelma, varsinkin jos lähetät ilmoituksen suurelle freelance-alustalle ja saat satoja sovelluksia.

Joten mikä on nopein ja turvallisin tapa palkata freelance-kehittäjiä? Jos ajattelet aion sanoa ApeeScape, arvaa uudelleen. Soita minulle vanhanaikaiseksi, mutta uskon silti suullisesti ja henkilökohtaisiin suosituksiin. Haluan milloin tahansa ottaa yhteyttä muutamiin ihmisiin, joiden kanssa olen työskennellyt aiemmin ja pyytää heitä suosittelemaan freelance-kooderia tai suunnittelijaa. Tämä ei kuitenkaan toimi kaikille; Olen viettänyt vuosia tekniikassa ja tunnen satunnaisesti monia ihmisiä, jotka ansaitsevat luottamukseni.

Luottamus on tietysti edellytys vakavalle sitoutumiselle liiketoiminnassa tai henkilökohtaisessa suhteessa. Mutta mitä tapahtuu, kun et tunne oikeita ihmisiä ja joudut etsimään kykyjä valtavalle freelance-toreille? Muutaman kymmenen hakemuksen jälkeen ihmiset alkavat epäillä omaa hyvää arvostelukykyään, puhumattakaan vieraista ja lupauksistaan. Luottamus on hyvää, luottamus myy.

ApeeScape on osittain rakennettu tämän käsitteen pohjalta - siksi kehittäjämme turvatarkastetaan ja miksi voimme taata laadun, kun taas muut freelance-alustat eivät (eikä voi). Otamme yksinkertaisesti muutaman tuntemattoman pois yhtälöstä, jolloin asiakkaat voivat keskittyä siihen, mikä ehdokkaalla on todella merkitystä, mikä vähentää heidän altistumistaan ​​kaikenlaisille riskeille.

Mitä sitten tekee todella väliä? Katsotaanpa muutama asia ja ei freelancereiden palkkaaminen .

Et voi kiirehtiä sitä

Tämä on ilmeinen; jos haluat palkata freelance-kehittäjiä, sinun on käytettävä aikaa, eikä tästä ole kiertämistä. Tietenkin tämä pätee mihin tahansa teollisuuteen, mutta nopeassa tahdissa teollisuudessa, kuten meidän, se ei välttämättä ole yhtä helppoa kuin miltä se kuulostaa. Kilpailu on julmaa, määräajat ovat tiukat, mutta paljon työtä voidaan tehdä etänä. Parin freelancerin palkkaaminen nopeuttamaan kehitystä tai liittymään uuteen projektiin tiukassa määräajassa kuulostaa erittäin houkuttelevalta. Se ei kuitenkaan yleensä ole hyvä idea.

Jos mahdollista, sinun kannattaa yrittää työskennellä kehittäjän kanssa ennen lopullisen päätöksen tekemistä. Koe voi sisältää pienen projektin tai vain useita testejä. Arviointijakson ei tarvitse olla liian pitkä, jos se on hyvin harkittu. On myös hyvä ottaa mukaan muu joukkue; loppujen lopuksi he työskentelevät uuden kehittäjän kanssa ja he voivat pystyä tunnistamaan joitain asioita, jotka muuten jäävät huomaamatta. Kuuntele heidän mielipiteitään, pyydä heiltä palautetta äläkä tee päätöstä itse.

Silti arviointi ei välttämättä toimi kaikissa tilanteissa. Jos ehdokas on erittäin ammattitaitoinen ja kokenut kehittäjä, se saattaa jopa törmätä hieman ammattimaiseksi loukkaukseksi. Se riippuu heidän egostaan, mutta et silti halua primadonnoja joukkueeseesi, vai mitä?

Kohtuullisen ehdokkaan tulisi olla halukas hyppäämään muutaman kehän läpi ja hyväksymään jonkinlainen arviointi. Jos ei, tämän pitäisi olla sinänsä punainen lippu; se tarkoittaa yleensä, että ehdokas ei ole liian vakava työstä eikä halua sitoa paljon aikaa ja vaivaa. Toinen selitys voisi olla luottamus, toisin sanoen ehdokkaat olettaen, että heillä on ylikelpoisuus työhön eikä heillä ole mitään todistettavaa. Pienessä vanhanaikaisessa kiusallisuudessa ja kilpailukyvyssä ei ole mitään vikaa, mutta liikaa siitä voi aiheuttaa kitkaa tiimin jäsenille.

Se ei koske vain tekniikkaa

Joten etsit freelance-ohjelmoijaa ja keskityt heidän koodaustaitoonsa eikä mihinkään muuhun. Tekniset taidot ovat tietysti etusijalla, mutta ennen kuin pääsemme niihin, meidän on tarkasteltava asioiden inhimillistä puolta. Millainen on yrityskulttuurisi? Mitä tiimisi ajattelee uudesta kehittäjästä? Mitä ehdokas ajattelee sinusta?

Onko ehdokas sopiva?

Vaikka tämä kuulostaa loogiselta kysymykseltä, työnantajat jättävät usein kulttuurisen näkökulman huomiotta, koska he keskittyvät teknisiin taitoihin. Jos sinulla on kiire ja tarvitset pari freelanceria, jotka auttavat sinua saavuttamaan määräajan kuukaudessa tai kahdessa, painopisteen tulisi selvästi olla taito ja toteutus. Kuitenkin, jos etsit ihmisiä, jotka pysyvät aluksella kuukausia tai vuosia, joista voi tulla pitkäaikaisia ​​tiimin jäseniä ja jotka johtavat lopulta omia joukkueitaan, on erittäin tärkeää ottaa huomioon inhimillinen näkökulma. Myös freelance-kehittäjät voivat nopeasti kehittyä tärkeiksi tiimin jäseniksi ja lopulta tiimin johtajiksi. Jos palkkaat hyvän freelancerin ja kaikki onnistuu, vuosi tai kaksi linjaa saatat löytää itsesi jakamaan toimiston kyseisen henkilön kanssa.

Teknologia muuttuu ja kehittyy, joten kehittäjien on mukauduttava ja opittava uusia taitoja matkan varrella. Ihmiset voivat myös muuttua, mutta siihen ei voi luottaa. Tässä mielessä on joskus parempi valita ehdokas, joka haluaa oppia uusia taitoja ja olla joukkuepelaaja, kuin vielä parempi kooderi, joka aiheuttaa kitkaa joukkueessa.

Miljoonalla koodaajalla on miljoona erilaista persoonallisuutta, ja jokainen yritys on erilainen, joten kulttuuriyhteensopivuuden suhteen ei ole yhtä kaikille sopivaa sääntöä. se on sinusta kiinni.

Suurin osa teknisistä taidoista vanhentuu muutamassa vuodessa, mutta ihmisten taidot, ammattitaito ja omistautuminen eivät. Kehittäjä, joka haluaa sopeutua alan uusiin suuntauksiin ja hallita uusia taitoja, voi osoittautua arvokkaammaksi kuin kehittäjä, joka on erinomainen tietyllä osaamisalueella. Hyvin harkitun haastatteluprosessin tulisi käsitellä joitain näistä asioista.

Riippuen sijainnistasi ja liiketoiminnastasi, voi olla hyvä idea kuulla joku tottunut työskentelemään freelance-kehittäjien kanssa, varsinkin jos sinulla ei ollut mahdollisuutta tehdä sitä aiemmin. Useat oikeudelliset ja verotukselliset kaatumiset voivat vaikuttaa tiettyjen lainkäyttöalueiden yrityksiin, joten jos harkitset ensimmäisen freelancereesi palkkaamista, ota yhteyttä kirjanpitäjääsi (mahdollisesti jopa asianajajaan). Onneksi suurimmalla osalla maailmaa ei pitäisi vaikuttaa vanhentuneisiin työlaeihin tai tyhjiöputkilaskennan aikakaudella kirjoitettuihin verolakeihin.

Hankinta, esivalinta, suunnittelu

Inhimillisten taitojen lisäksi tekninen soveltuvuus on työnantajien ensisijainen huolenaihe. Kehityksessä käytettyjen tekniikoiden määrä kasvaa jatkuvasti, samoin tarve suodattaa nopeasti ja tehokkaasti ehdokkaat, jotka eivät tee merkintää. Tämä voi olla vaikeampi kuin miltä se kuulostaa, varsinkin jos tarvitset ehdokkaita, jotka kykenevät työskentelemään muutamissa eri puitteissa ja kielillä. Paljon on katettavaa.

Kattavan haastattelun suorittaminen vie aikaa ja vaivaa. Se vaatii myös melko paljon valmistelua, koska sinun on räätälöitävä kysymyksesi huolellisesti. Onneksi ApeeScape voi auttaa erilaisissa palkkaamisoppaissa, jotka kattavat monenlaisia ​​aiheita. Etsitpä sitten työtä tai haluat palkata freelance-kehittäjän, kannattaa ehdottomasti tutustua joihinkin resursseihimme.

Otetaan askel taaksepäin ja tarkastellaan tyypillistä palkkaamisprosessia. Kun olet tunnistanut tarpeesi ja alkanut valmistautua hankintaprosessiin, käytettävissä on useita erilaisia ​​tapoja löytää sopivia ehdokkaita - sisäinen hankinta, perinteiset työpaikkailmoitukset, online-freelance-markkinapaikat, työvoimapalvelut ja vanhat hyvät henkilökohtaiset suositukset.

Riippumatta siitä, minkä menetelmän valitset, sinun on kirjoitettava hyvä projektin lyhyt kuvaus ja työn kuvaus. Voit käyttää ApeeScape-työn kuvauksia hyvänä lähtökohtana; katso esimerkiksi meidän etupää ja taustakehittäjä työ kuvaukset. Muista, että jos haluat lahjakkaita kehittäjiä, ihmisiä, jotka voivat saada uuden työpaikan muutaman päivän varoitusajalla, sinun on tehtävä hieman markkinointia. Tämä ei tarkoita sitä, että sinun täytyy ylimyydä projekti, mutta sinun täytyy markkinoida sitä kunnolla houkuttelemaan laadukkaita ihmisiä . Kysy itseltäsi, voisitko soveltaa omaan mainokseesi, jos olisit paras freelance-kehittäjä?

Kun sovellukset alkavat liikkua, saat todennäköisesti paljon raakatietoja, jotka on käsiteltävä huolellisesti ennen yksittäisten ehdokkaiden valintaa. Jotkut hakijat eivät yksinkertaisesti tee merkintää ja heidät hylätään tässä varhaisessa vaiheessa, toiset valitaan luetteloon, kun taas toisia voidaan pitää toisen tason materiaaleina - ehdokkaita, jotka voivat tehdä työn, mutta lahjakkaammat varjostavat. Voisi olla hyvä seurata tällaisia ​​ehdokkaita, vain jos tarvitset niitä myöhemmin.

Haastattelujen on katettava tekninen soveltuvuus ja paljon muuta

Nyt kun olet kaventanut potentiaalisten ehdokkaiden kenttää, on aika suunnitella muutama haastattelu. Kyse ei ole vain siitä, että kysytään ihmisiltä paljon teknisiä kysymyksiä ja yritetään selvittää, sopivatko ne joukkueellesi; tämä on vakava prosessi, ja sitä on tuettava monella tutkimuksella ja huolella valituilla kysymyksillä, jotka on suunniteltu tuomaan esiin kunkin ehdokkaan parhaat (ja pahimmat).

Erinomaisten vastausten saaminen huonoihin teknisiin kysymyksiin vie sinut minnekään. Tweet

Tässä on muutama huomioitava kohta teknisiä kysymyksiä esitettäessä:

• Älä kysy vähäpätöisiä kysymyksiä, joilla on enemmän tekemistä tekniikan historian kanssa kuin varsinainen työ.
• Yritä välttää kysymyksiä, jotka usein löytyvät palkkaamisoppaista. jos se on verkossa, kuka tahansa, joka yritti valmistautua haastatteluun, voisi tietää sen.
• Esitä käytännöllisiä, avoimia kysymyksiä, jotka antavat ehdokkaalle jonkin verran luovaa vapautta.
• Tutustu joihinkin ehdokkaan aiempiin hankkeisiin ja kysy muutamia asiaan liittyviä kysymyksiä niistä.
• Yritä oppia lisää ehdokkaan ammatillisista tavoista ja taidoista, esim. Kuinka usein he oppivat uusia taitoja ja kiillottavat olemassa olevia?

Katsotaanpa nyt, miltä tämä näyttää todellisessa maailmassa ApeeScapen PHP-palkkausopas . Esimerkiksi sen sijaan, että kysyttäisiin triviaa / historiallisia kysymyksiä, kuten 'Milloin PHP 5 meni valtavirtaan?' Tai 'Miksi array_merge() toiminto aiheuttaa yhteensopivuusongelmia, kun suoritetaan vanhaa PHP4-koodia? ', yritä esittää kysymyksiä, jotka täyttävät yllä luetellut ehdot.

Tässä on hyvä esimerkki PHP-oppaastamme: “Mitkä ovat piirteet? Anna esimerkki piirreilmoituksesta ja luokasta, joka käyttää useita piirteitä. '

Tämä kysymys kertoo sinulle paljon enemmän ehdokkaasta kuin trivia-kysymyksistä. Piirteet otettiin käyttöön PHP 5.4: ssä, mikä tarkoittaa, että ehdokas on omaksunut joitain uusimpia ominaisuuksia. Jos haluat todella heittää haastateltavan käyräpalloksi, tarkista PHP: n julkaisutiedot ja mausta kysymys uudemmilla lisäyksillä virallisesta muutoslokista PHP 5.5.x: ssä ja 5.6.x: ssä. Tämä suoraviivainen ja suhteellisen yksinkertainen kysymys kertoo, onko ohjelmoija halukas omaksumaan viimeisimmät kehitykset ja käyttämään parhaita käytäntöjä.

Sama periaate pätee tietysti mihin tahansa kapealle, ei pelkästään PHP: lle.

Toinen hyvä idea on tarkastella tarkemmin hakijan tuloksia ja saatuja hankkeita. Työhön hakiessa kaikki mainitsevat parhaan työnsä, joka voi olla tai ei välttämättä edusta todellista laatua. Entä jos ehdokas unohti mainita joukon projekteja, joista he eivät ole liian ylpeitä? Onko jatkossa suuria aukkoja? Suorittiko kehittäjä viisi viiden tähden hanketta viiden vuoden aikana mainitsematta tusinaa halpoja ja huolimattomia, jotka maksoivat vuokran niiden välillä? Tällaisten aukkojen tulisi olla punainen lippu, vaikka ne eivät välttämättä ole hylkääviä tekijöitä, kunhan niille on kohtuullinen selitys.

Emme ole enää teknisellä alueella, tämä tuo meidät ehdokkaan persoonallisuuteen ja rehellisyyteen, mikä voi olla vaikeampi arvioida kuin heidän koodauksensa.

Pidä joukkueesi silmukassa varmistaaksesi hyvän istuvuuden

Useimmissa tapauksissa uusi kehittäjä liittyy olemassa olevaan tiimiin, joten on välttämätöntä tiedottaa tiimille ja ottaa se mukaan jossakin palkkauksen vaiheessa. Tiimi voi tarjota arvokasta tietoa joistakin projektin osa-alueista, auttaa sinua valmistautumaan haastatteluun ja esittämään asiaankuuluvia kysymyksiä (tai jopa 'gotcha' kysymyksiä), ja heillä on tietysti etu saada paras mahdollinen ehdokas alukselle. Loppujen lopuksi tämä on henkilö, jonka heidän on käsiteltävä päivä päivältä, ehkä kuukausia, ehkä vuosia.

Yksikään tiimi ei halua epäpätevää kollegaa. Käytä tätä eduksesi ja napauta tiimiäsi saadaksesi lisäpanoksia. Kiinnostuksesta ei ole pulaa.

Tiimisi voi myös varmistaa, että 'uusi kaveri' sopii. Persoonallisuus menee pitkälle, ja joskus se voi osoittautua tärkeämmäksi kuin kuivakoodaustaito. Mitä järkeä on palkata A-listan kehittäjä, jos hän ei tule toimeen tiimin kanssa? Entä jos palkkaat rockstar-kehittäjän, joka ei halua jakaa tietojaan muulle tiimille?

Valitettavasti on aina mahdollista, että unelmiesi vuokraus voi muuttua pettymykseksi, itsemurhaksi itsekeskeiseksi, mistä muu joukkue ei pidä, mutta se on vain yksi syy kuulla tiimiäsi: 'Älä katso minua, sinäkin kirjauduit ulos . ”

Vitsin ohi, harmoninen joukkue on hyvin öljytty kone, ja jokainen hammasratta toimii moitteettomasti. Se on hyvä moraalille, se on hyvä yrityksille. Mitä tapahtuu, jos lisäät rockstar-Android-kehittäjän joukkueeseesi toivoen, että hän parantaa tuotantoa? Hyvät kehittäjät haluavat työskennellä ikätoveriensa kanssa, joten jos sinulla on paljon kokemattomia kehittäjiä, uudet kyvyt eivät välttämättä korjaa tilannetta.

Kyllä, kehittäjät, jotka ässä kaikki Android-testit ja haastattelukysymykset heität heille tietää varmasti mitä tehdä, mutta mitä tapahtuu, jos muu joukkue ei pysty pysymään mukana? Odotatko, että kiiltävä uusi tähtikehittäjäsi selittää jokaisen pisteen muutamalle 'vihreälle' kehittäjälle päivittäin? Luuletko uuden kehittäjän olevan tyytyväinen siihen? Mitä muu joukkue ajattelee - jos palkkaat jonkun paremmaksi, huolimatta heidän koetusta ikäisestään?

Takaisin steampunk-analogiaan - yksi titaanihammas ei tee muusta koneesta melkein yhtä vahvaa. Suuri kehittäjä, joka haluaa tehdä aloitteen ja jakaa tietoa, voi auttaa muutamia joukkuetovereita, mutta ei kaikkia.

Tarpeettoman kitkan välttämiseksi sinun on yksinkertaisesti neuvoteltava tiimisi kanssa, eikä tästä ole kiertämistä.

Ole realistinen ja suoraviivainen

Jokainen haluaa palkata parhaan kehittäjän siellä, ja jokainen kehittäjä haluaa saada unelmatyön, mutta olkaamme realistisia; jokaisen on toimittava budjettirajoitustensa mukaisesti, joten raha on usein rajoittava tekijä. Hyvät ihmiset maksavat paljon rahaa, joten monilla organisaatioilla ei yksinkertaisesti ole varaa parhaisiin kehittäjiin.

Työnantajat yleensä haluavat paras kehittäjä, jolla on varaa , ja monissa tapauksissa he eivät todellakaan tarvitse liiketoiminnan parasta kehittäjää, koska heidän tekemänsä projekti ei vaadi huipputaitoja. Kehittäjät puolestaan ​​haluavat saada hyvät panokset ponnisteluistaan, he haluavat työskennellä mielenkiintoisissa projekteissa ammattitaitoisten joukkuetovereiden kanssa.

Kuitenkin, raha ei ole kaikki kaikessa .

Jos onnistut löytämään kehittäjän, joka jakaa visiosi ja uskoo tekemiisi, saatat saada enemmän kuin mitä olet neuvonut. Jos kehittäjä uskoo työskentelevänsä hyvässä projektissa, jolla on paljon pitkän aikavälin potentiaalia, on todennäköistä, että he yrittävät tehdä poikkeuksellista työtä ja suorittaa velvollisuuksien lisäksi. Projekti voisi olla hyvä tilaisuus tulevina vuosina, ja se saattaa näyttää hyvältä heidän jatkaessaan.

Jos toisaalta kehittäjä pitää kiinni vain palkasta ja ei usko, että projekti on todella lupaava ja poikkeuksellinen, on erittäin epätodennäköistä, että saisit samanlaisen sitoutumisen tai uskollisuuden asiasta.

Bottom line: Et voi odottaa ihmeitä, et voi odottaa palkkaavan parhaita freelancereita siellä, varsinkin jos olet budjetissa ja et työskentele huippuluokan projektissa. Sinun on keskityttävä saamaan paras kehittäjä, jonka voit saada, ei paras kehittäjä maailmassa.