Räcker en utvecklare eller krävs ett team?

Det är den första frågan många små beställare ställer: kan inte en enda duktig utvecklare fixa hela grejen? Ibland är svaret ja. Men frågan rymmer en dold avvägning, för skillnaden mellan en person och ett litet team handlar inte bara om kapacitet utan om risk och bredd. En ensam utvecklare kan bygga imponerande saker – ända tills produkten ska ut i verkligheten och behöva fungera dag efter dag.

Vad en ensam utvecklare klarar bra

Det finns gott om situationer där en person är det självklara och billigaste valet. Små, väl avgränsade uppgifter. Interna verktyg med en handfull användare. Och kanske viktigast: tidiga prototyper, byggda för att testa om en idé alls håller innan större pengar satsas.

Gemensamt för dem är låg insats och låg beroendegrad. Ingen får panik om verktyget ligger nere en eftermiddag, och ingen affär står och faller med att systemet alltid fungerar. Så länge det stämmer är en ensam utvecklare snabbare, enklare och billigare än ett team. Överarbeta inte ett litet problem.

De tre riskerna när en person bär allt

Så snart produkten ska driftsättas och leva över tid ändras kalkylen, och tre risker träder fram:

• Nyckelpersonsberoende. Blir personen sjuk, slutar eller bara försvinner en period står allt still. Kunskapen om hur systemet fungerar kan sitta enbart i ett huvud – och följa med ut genom dörren.
• Ingen granskning. En andra uppsättning ögon fångar fel, genvägar och tveksamma beslut innan de blir dyra. En ensam utvecklare granskar sig själv, och det man byggt är man sämst på att se kritiskt.
• För smal kompetens. En färdig produkt kräver design, backend, säkerhet och drift. Nästan ingen behärskar allt på hög nivå. Det som ligger utanför personens starka sida blir ofta det som brister.

Ingen av riskerna märks i början. Alla tre märks precis när det kostar som mest att märka dem.

Minsta rimliga team för en produkt i drift

Ska något faktiskt driftsättas och underhållas är minimum oftast tre funktioner – inte nödvändigtvis tre heltidspersoner, men tre roller som måste vara täckta:

• Utveckling – den som bygger.
• Design och användarupplevelse – den som ser till att produkten går att använda, inte bara fungerar tekniskt.
• Granskning eller QA – någon som testar och kvalitetssäkrar, formellt eller genom kodgranskning kollegor emellan.

Poängen är inte antalet huvuden utan att funktionerna finns. Faller en av dem bort är det den som senare visar sig ha varit viktigast. En produkt utan någon som granskar blir instabil; en utan design blir svåranvänd; en utan tydligt utvecklingsansvar blir ingenting alls.

Kostnadstrappan

Ett team kostar mer per timme än en ensam konsult – det är sant men inte hela sanningen. Trappan ser ungefär ut så här: en frilansande utvecklare är billigast i timmen och för små uppdrag; ett litet team kostar mer men bär risk och bredd som en person inte kan; en större uppsättning ger kapacitet och trygghet men också overhead.

Det avgörande är att jämföra rätt sak. En ensam utvecklare som fastnar, missar ett säkerhetshål eller bygger något ingen annan kan ta över kan bli dyrare i slutänden än ett litet team som gör rätt från start. Timpriset är den synliga kostnaden; risken och det långsiktiga ägandet är de osynliga – och ofta större.

Ett scenario

Säg att du har en idé och vill se om den bär. Låt en skicklig utvecklare bygga en prototyp – snabbt, billigt, en person räcker. Testet faller väl ut och idén ska bli en produkt som kunder betalar för och förlitar sig på. Nu byter behovet skepnad: du behöver design som håller, någon som granskar koden och en plan för drift och förvaltning. Att pressa in allt det i samma ensamma utvecklare är att bygga in alla tre riskerna på en gång. Den kloka vägen är att växa från person till team i takt med att insatsen växer.

Vi på Weapp sätter ihop team efter vad projektet faktiskt kräver – ibland en handfull personer, ibland fler – och ser till att ingen funktion faller mellan stolarna. Vill du veta vilken bemanning din idé behöver? Titta på våra tjänster eller hör av dig.