Kun olet etsimässä freelance-kehittäjää tekemään yhteistyötä, huomaat, että ne ovat kaikkialla. Online freelance -markkinat ovat täynnä ammattitaitoisia hakijoita. Näiden lisäksi sinun on löydettävä ainakin yksi tai kaksi (sata) lähimmässä kaupungissa.

Nyt sinulla on vaikea tehtävä kaventaa tämän lahjakkuuden aluetta siihen, joka toimii tehokkaimmin kanssasi. Se on pelottavaa, vaikka sinulla on joitain teknisiä oloja, mutta se voi näyttää lähes mahdottomalta, jos et. Toisaalta on helppo ajatella, että tekniset näkökohdat ovat ainoita, jotka ovat tärkeitä. Jokainen, joka on palkannut neroa, joka on mahdoton työskennellä, voi kertoa sinulle, kuinka vääjääminen voi olla.

Tässä artikkelissa keskitymme muutamiin tapoihin, joilla voit olla varma, että saat parhaan yhteensopivan kumppanin.

Tarkista heidän työnsä

Pyydä nähdä joitain kehittäjän valmiita töitä. Ennen kuin aloitat arvioinnin, varmista, että ymmärrät osat, joita näkymäsi on työskennellyt. Vietä aikaa tutkimaan hankettaan. Tee muistiinpanoja siitä, mitä haluat ja jota et pidä. Ehkä he rakensivat web-sovelluksen, joka on todella nopea, mutta asettaa joitain outoja rajoituksia käyttäjän salasanaan. Kysy heiltä, ​​mikä johti heitä tekemään nämä päätökset.

Mikä tahansa ohjelmistokehitys, oli se web, mobiilisovellukset tai työpöytä, on paras ratkaisu. Kuultuaan erilaisia ​​esteitä, joita kehittäjä kohtasi, ja niiden lähestymistapa ongelman ratkaisemiseen on äärimmäisen arvokas arvioitaessa, miten he kohtaavat ongelmat, joihin projekti joutuu kohtaamaan.

Jos tiedät hieman koodista itse, voit kaivaa kehittäjän GitHub-tiliin nähdäksesi, mitä he ovat kirjoittaneet ja mistä hankkeista he ovat osallistuneet. Näiden koodien katsominen auttaa sinua ymmärtämään, jos ne sopivat hyvin teknisestä näkökulmasta. Tämä antaa sinulle konkreettisempi käsitys siitä, mitä kehittäjien luettelo saavutuksista todella tarkoittaa taitojen kannalta.

Seuraavassa on muutamia näkökulmia freelancerin GitHubista, joka ei ehkä ole ilmeinen aluksi, mutta sinun on kiinnitettävä erityistä huomiota:  

  • Kielet: onko freelancer kiinni yhdestä tai kahdesta suotuisasta kielestä vai ovatko he tyytyvät monilla eri kielillä? Asiantuntijan löytäminen projekteihin tarvittavista tekniikoista voi siirtää asioita eteenpäin nopeasti, mutta monipuolinen freelancer tarjoaa ehdotuksia muista työkaluista, jotka sopivat paremmin työhösi.
  • Kommentit ja dokumentaatio: kuinka hyvin koodi on dokumentoitu? Freelancerin luonne tarkoittaa sitä, että sinulla voi olla jotain muuta henkilöä, jotka työskentelevät koodilla. Onko tämä freelance-koodin helppo työskennellä? Jos ei, se tarkoittaa, että saatat sitoutua heille enemmän kuin haluat. Jotkut kehittäjät uskovat itse dokumentoivan koodin, että he eivät tarvitse kommentteja. Jos et näe kommentteja, kuinka selvää löydät koodin?
  • Osallistuvatko ne muihin hankkeisiin? Väärinpainotteinen, koska se saattaa tuntua, on usein vaikeampaa osallistua muihin avoimen lähdekoodin hankkeisiin kuin rakentaa oma. Toisten ihmisten koodia voi olla vaikea ymmärtää, mutta se on välttämätön taito. Tämä on erityisen tärkeää, jos tuovat kehittäjää työskentelemään olemassa olevan koodibussiin. Jos he ovat osallistuneet avoimeen lähdekoodiin, he todennäköisemmin kirjoittavat koodia, jota muut voivat ylläpitää myöhemmin, koska he ymmärtävät tämän haasteen.

Selvitä, miten (ja mitä) he oppivat

Hyvistä toimintatavoista käytetyn tekniikan mukaan ohjelmistokehitys muuttuu nopeasti. Jos päädyt kehittäjälle, joka on 10 vuoden takaa käytetyistä käytännöistä ja tekniikasta, menetät työkalut ja tekniikat, jotka voisivat tehdä projektista paremman, nopeamman ja helpommin ylläpitävän.

Kysy näkymiltä, ​​kuinka he oppivat uusia asioita ja mikä on viimeisin asia, jonka he ovat oppineet, joka auttaa heitä kehittämisessä. Mitä he saivat oppimisestaan? Mitä seuraavaksi he haluavat oppia ja miksi?

Vaikka et tunne vastaustensa erityispiirteitä, voit saada tunteen siitä, kuinka innostunut tämä kehittäjä on. Liian paljon uteliaisuutta voi johtaa kokeiluihin perustumattomiin perustuksiin, mutta yleensä ihmeellinen kehittäjä voi tuoda enemmän projekteihisi.

Etsi yhteensopiva kommunikaattori

Viestintä voi tehdä tai murtaa projektin. Varmista, että kehittäjät, joiden kanssa työskentelet, ovat valmiita ja pystyvät kommunikoimaan tavalla ja taajuudella, jolla voit elää. Useimmilla kehittäjillä on käytössään viestintävälineitä, joita he käyttävät kollegoidensa kanssa. Katso ne ja katso, toimivatko ne sinulle. Jos ei, selvitä, onko kehittäjä OK käyttäen vaihtoehtoisia työkaluja, joita ehdotat.

Tämä on myös hyvä aika selvittää, kuinka usein kuulet kehittäjältä. Jos vastaus on: "Jokaisen virstanpylvään lopussa", olet todennäköisesti onnellinen. Mitkä ovat mahdollisuudet, että kehittäjä ymmärtää projektisi juuri sitä tapaa, jolla aiot sen ensimmäisen kerran? Mitkä ovat mahdollisuudet, että jokainen erillinen kappale, joka muodostaa valmiin virstanpylvään, on täysin paikallaan aivan kuten kuvititte sen?

Säännölliset tarkastukset (vähintään kerran viikossa) voivat korjata pienet väärinkäsitykset ennen kuin ne tulevat isoksi.

Testaa heidät projektin avulla

Saat lisätietoja tästä menetelmästä kuin kaikkien muiden yhdistelmällä. Kyselyjen pyytäminen ja piiloutuminen koodiin voivat vain antaa pienet välähdykset siitä, mitä ihmisen kanssa työskentelee. Paras tapa ymmärtää, millaista on työskennellä heidän kanssaan on tehdä se. Testi on myös paras mahdollisuutesi ohittaa tekniset asiat ja todella tärkeisiin asioihin: tulemme olemaan surkeita yrittääkseen työskennellä tämän henkilön kanssa?

Jos mahdollista, katkaise projektista pieni osa ja toimi mahdollisuutesi loppuun. Jos mahdollista, maksa heitä tekemään sen. Tämä tekee muutamia mukavia asioita sinulle:  

  • se antaa sinulle pienen riskin tapa testata työskentelyä kehittäjän kanssa;
  • se jättää sinulle hyödyllisen toimituksen, vaikka suhde ei onnistu;
  • jos sinulla on varaa maksaa kohtuullinen hinta, se on molempia hyödyttävää sekä sinulle että kehittäjälle.

Mainitsen tämän viimeisen kohdan, koska joskus yritykset ovat houkuttelevia pyytämään kehittäjiä rakentamaan pienen testiprojektin ilmaiseksi arvioimaan niitä ja heidän työstään. Tämä ei ole hyvä tapa aloittaa suhteesi kehittäjään. Jos he voivat rakentaa jotain, mikä hyödyttää sinua - vaikka alussa ei ole koko projektia, jonka haluat rakentaa - ei ole sitä, että kannattaa maksaa?

On todennäköisesti parasta, ettet esitä tätä kehittäjälle testiprojektina. Sinun ei tarvitse valehdella tai pettää heitä millään tavalla, vaan esitellä tämän projektina. Itse asiassa se on projekti nyt. Jos kaikki toimii, sinulla on toinen projekti, mutta älä pidä niitä yllä. Se vaikuttaa kielteisesti suhteeseen. Kukaan ei halua kokeilla. Jos kaikki menee hyvin, kehittäjä haluaa työskennellä kanssasi tulevien projektien kanssa. sinun ei tarvitse käyttää sitä alussa pitämään ne koukussa.

Tämän kiinnityksen aikana pidä silmäsi auki punaisille lippuja. Ajattele tarkkaan, millaista käyttäytymistä et voi työskennellä.

Huolellinen testaus maksaa

Jos aikataulusi hankkeen loppuunsaattamiseksi lähestyy, ja sinulla ei ole aikaa toteuttaa kaikkia näitä vaiheita, ainakin testausprojekti. Hanki mahdollisuus rakentaa palan suurempaan projektiin, joten riskiasi on vähäistä eikä aikaa tuhlata. Se on erittäin arvokas keino varmistaa, että tämä on haluamasi suhde. Vaikka se epäonnistuu ja sinun täytyy löytää joku muu, se maksaa sinulle vähemmän aikaa ja rahaa kuin sitoutuminen kehitysyhteistyökumppanille koko projektin rakentamiseksi vain, jotta se kaatuu.

Alussa on paljon helpompaa valita haluamasi henkilö ja toivottavasti parasta. Joskus se voi toimia, mutta sinun hankkeenne hyväksi sinun tulee tehdä suhteita silmiisi mahdollisimman paljon.

Esittelykuva, tiimityökuva kautta Shutterstock.