Konsult eller anställd utvecklare – vilka kriterier avgör?
Olle Krantz
Konsult eller anställd utvecklare beror på sju saker: hur jämnt behovet är, vilken bredd ni behöver, hur sårbart det blir om någon försvinner, hur väl personen måste känna verksamheten, hur snabbt ni behöver komma igång, vad totalkostnaden blir och vem som leder arbetet. Ofta är en konsult rätt för ett avgränsat bygge och en anställd rätt när arbetet är jämnt. Altu är en konsultfirma, och i vissa fall är rätt svar att anställa.
Båda vägarna fungerar, för olika bolag
Att anställa en utvecklare och att anlita en konsult är inte konkurrenter i alla lägen. Det handlar om hur jämnt behovet är, hur bred kompetens ni behöver och hur sårbara ni är om någon försvinner. Öppenhet först: Altu är en konsultfirma, så vi har ett intresse. Den här texten är därför skriven som kriterier, och i några fall är svaret att anställa.
Sju kriterier
1. Hur jämnt är behovet?
En konstant ström av arbete, varje vecka, hela året, talar för en anställd. Ett avgränsat bygge följt av underhåll talar för konsult. Många bolag har en topp när systemet byggs och en lång svans efter, och då är en konsult billigare under svansen.
2. Vilken bredd behövs?
Ett system behöver utveckling, databas, drift, säkerhet, design och ofta integrationer mot ekonomisystem eller mejl. En anställd är sällan bra på allt. Ett team av konsulter täcker bredden, en anställd täcker djupet i er verksamhet.
3. Hur sårbart är det?
En ensam utvecklare som slutar tar med sig kunskapen. Fråga: vad händer om personen blir sjuk, tar semester eller slutar? Det går att minska risken med dokumentation och med att systemet är byggt på vanliga komponenter, se Kan vi äga ett eget system utan en egen utvecklare?.
4. Hur väl måste personen känna verksamheten?
En anställd lär sig bolaget på djupet, vilket spelar roll för sådant som ändras ofta och där små detaljer avgör. En konsult behöver längre inledning, men kan bli lika bra på det som ska byggas när det är avgränsat.
5. Hur lång tid tar det att komma igång?
Att rekrytera en bra utvecklare tar tid, och sedan ska personen läras upp. En konsult kan oftast starta snabbare. Om ni behöver något på plats under en period finns det också konsulter som arbetar som interim, och det gör vi.
6. Vad är totalkostnaden?
Jämför inte en timpris mot en månadslön. Räkna med rekrytering, arbetsgivaravgifter, semester, sjukfrånvaro, utrustning, ledning och det som händer mellan uppdragen. Räkna också på hur mycket arbete det faktiskt finns. En heltid som är halvfull är dyrare än den ser ut.
7. Vem leder arbetet?
En utvecklare behöver någon som kan sätta mål och bedöma resultat. Saknar ni teknisk ledning kan det bli svårt att veta om det går bra. En konsult som levererar i steg med fast pris ger er något att bedöma utan att kunna tekniken. Se Fast pris eller löpande räkning för ett IT-projekt.
Tre vanliga upplägg
- Bara konsult. Passar bolag utan teknisk kompetens som vill ha ett system byggt och underhållet. Kräver att ni äger det som byggs.
- Bara anställd. Passar bolag där systemet är kärnan i verksamheten och där arbete finns hela tiden.
- Båda. En anställd som äger systemet och förstår verksamheten, och en konsult som tar toppar och specialistfrågor. Det är ofta bäst när det gått några år.
Ett tecken på att det är dags att anställa
När ni lägger så mycket tid på att förklara verksamheten för nya konsulter, eller betalar för så mycket löpande arbete, att en egen person skulle vara billigare och bättre. Då är ägandet viktigt: har ni koden i era konton kan en anställd ta över utan att börja om.
Frågor att ställa er
- Hur många timmar utveckling behöver vi i veckan, ett år framåt?
- Vem tar över om vår enda utvecklare slutar?
- Vad skulle en anställd göra de veckor det inte finns något stort att bygga?
- Äger vi det som byggs, så att vi kan byta väg?
Vill ni tänka igenom det för ert bolag? Hör av er, så resonerar vi öppet, även om svaret blir att anställa.