Hur du anställer en programmerare (även om du inte kan kodning)

Du behöver en programmerare för att förverkliga din idé. Du vet hur programmet, webbplatsen eller onlinetjänsten ska se ut och hur den ska fungera, men du har ingen aning om hur du ska få det att fungera. Kanske har du anlitat en programmerare som inte fungerar bra, och du vet inte varför? Vi medger att det är svårt att hitta en utvecklare som uppfyller dina förväntningar och perfekt tillgodoser dina behov.

Här är 7 tips på hur du kan anställa en programmerare även om du inte kan programmera:

1. Definiera vad och vem du behöver för att anställa en programmerare.

Du vet vad du vill skapa - men vet du hur? Om du inte kan kodning kan det vara svårt. Det bästa du kan göra är att ta kontakt med en vän eller kollega som kan programmeringsspråk. Han eller hon kommer att kunna tala om för dig vilka språk och färdigheter du bör leta efter under rekryteringsprocessen. Om du inte kan hitta någon sådan person bland dina vänner är det förmodligen värt att överväga att anlita en expert bara för den här uppgiften. En expert kommer också att vara till hjälp när du vill genomföra en mer teknisk intervju.

2. Förstå programmerarens arbete

Matt Linderman skrev det i 37signaler de har en policy som gäller: "Anlita aldrig någon för att utföra ett arbete förrän du har försökt göra det själv först." Det är naturligtvis omöjligt att lära sig (och behärska) alla språk och färdigheter som du behöver, men även om du försöker lära dig lite om programmering hjälper det dig att förstå hur specifikt programmerarnas arbete är, vilket gör att du bättre kan hantera en sådan person.

3. Ställ rätt frågor

I "14 saker som du bör leta efter hos en programmerare" Vi har behandlat en uppsättning funktioner som den ideala programmeraren bör ha. Om du ställer de frågor som ingår i artikeln är möjligheten att hitta en bra person att arbeta med mycket stor. Se också till att fråga dina kandidater om följande:

a) Deras bakgrund - Deras svar kommer inte bara att hjälpa dig att få en förståelse för vad och hur de har fått sin kunskap, utan det kommer definitivt också att låta dig lära känna dem lite bättre och låta dig testa deras kommunikationsförmåga;

b) Tidsåtaganden - Kan de engagera sig fullt ut i ditt företag? Eller söker du någon på deltid?

c) Arbetsförmåga - Vilka arbetstider föredrar de? När är de mest effektiva? Föredrar de att arbeta på kontoret eller hemifrån?

d) Ledarskapsförmåga - Hur skulle de hantera ett team av programmerare? Ser de sig själva som projektledare, utvecklare eller kanske - vilket passar dig bra - både och?

Om du letar efter en programmerare som ska ersätta någon annan kan du fråga kandidaterna om de problem som deras föregångare har haft tidigare. Som Shahzil Amin skrev: "Deras svar bör vara liknande eller bättre än de lösningar som du använde. Om de inte kan ge ett kortfattat svar är det oftast en bra indikation på att de inte är rätt person för jobbet."

4. Gör det intressant och tydligt

Det kan vara ett bittert piller att svälja, men numera finns det 4-5 möjligheter för varje programmerare. Du kan föreställa dig att när det gäller de riktigt bra programmerarna känner de till sitt värde och om din position inte låter intressant (och lönsam) kommer de inte att ta ditt erbjudande i beaktande. Du är inte den enda som gör ett val här.

Paul Graham sade en gång, "Stora hackare ser det som något de gör på skoj och som de är glada att folk betalar dem för."

Det är därför du bör ta dig extra tid att tänka igenom dina villkor och ditt förslag. Gör ditt erbjudande tydligt, kortfattat och spännande. Berätta vad du förväntar dig och vad du kan ge dem.

5. Börja i liten skala med "version 1.0".

Derek Sivers skapade idén om "version 1.0". Version 1.0 är "Det absolut minsta som kan göra dig lycklig och som andra kan tycka är användbart. Vilka är de tre viktigaste funktionerna? (...) Spara resten till senare. Du behöver inte ens berätta om resten för folk om de inte är riktigt, riktigt intresserade."

Du behöver inte tala om alla detaljer i ditt projekt och kom ihåg att även de bästa idéerna har olika versioner (t.ex. Mac OS- eller Windows-versioner). Det är inte ovanligt att börja i liten skala.

6. Portfölj

En portfolio är ett måste för de flesta programmerare. Om de inte har någon sådan, be dem om exempel på deras arbete. Vilka projekt är de mest stolta över? Bidrar de till öppen källkod? Deras svar kommer att avslöja vissa aspekter som du är intresserad av. Matt Linderman skrev: "Även om du inte är kodare kan du se om det finns någon kod där. Att någon bidrar med något är en bra början." JohnPaul Bennett lägger till: "De programmerar ofta hela dagarna på jobbet och bidrar till öppen källkod på kvällen, gratis! Detta gör att programmerare av öppen källkod brinner för sitt hantverk. Tänk också på att en person som älskar det de gör tenderar att vara mer pålitlig och trovärdig."

7. Testa dem

Hur kan du kontrollera om någon kan koda? Testa dem. Det finns tydligen många människor som tror att de kan koda när de i själva verket inte kan det. För att sortera bort sådana kandidater kan du göra ett enkelt test på nätet. "Målet är inte att bevisa att kandidaten är något slags kodningsgeni, utan att han eller hon vet vad programmering är. Ja, det är tråkigt och lite deprimerande att detta ens är nödvändigt, men om du inte gör denna kontroll, tro mig - du kommer att ångra dig." påpekar Jeff Atwood.

Du kan också genomföra ett projekt med betalda provspelningar där dina kandidater får ta itu med verkliga uppgifter.

Det tar tid och kraft att hitta en bra programmerare, men det är värt det!