Er én udvikler nok, eller kræver det et team?

Det er det første spørgsmål mange små kunder stiller: Kan én dygtig udvikler ikke klare det hele? Nogle gange er svaret ja. Men spørgsmålet rummer en skjult afvejning, for forskellen mellem én person og et lille team handler ikke kun om kapacitet, men om risiko og bredde. En enkelt udvikler kan bygge imponerende ting, lige indtil produktet skal ud i virkeligheden og fungere dag efter dag.

Hvad en enkelt udvikler klarer godt

Der er masser af situationer hvor én person er det oplagte og billigste valg. Små, veldefinerede opgaver. Interne værktøjer med en håndfuld brugere. Og måske vigtigst: tidlige prototyper, bygget til at teste om en idé overhovedet holder før der sættes større beløb ind.

Fælles for dem er at der er lidt på spil og lav grad af afhængighed. Ingen går i panik hvis værktøjet er nede en eftermiddag, og ingen forretning står og falder med at systemet altid virker. Så længe det holder, er en enkelt udvikler hurtigere, enklere og billigere end et team. Overdimensionér ikke løsningen på et lille problem.

De tre risici når én person bærer det hele

Så snart produktet skal idriftsættes og leve over tid, ændrer regnestykket sig, og tre risici træder frem:

• Afhængighed af en nøgleperson. Bliver personen syg, stopper eller bare forsvinder i en periode, står alt stille. Viden om hvordan systemet fungerer, kan sidde i ét hoved alene og gå ud ad døren sammen med personen.
• Intet review. Et ekstra sæt øjne fanger fejl, genveje og tvivlsomme beslutninger før de bliver dyre. En enkelt udvikler reviewer sig selv, og det man selv har bygget, er man dårligst til at se kritisk på.
• For smal kompetence. Et færdigt produkt kræver design, backend, sikkerhed og drift. Næsten ingen mestrer det hele på højt niveau. Det der ligger uden for personens stærke sider, er ofte det der svigter.

Ingen af risiciene mærkes i starten. Alle tre mærkes præcis når det koster mest at opdage dem.

Det mindste fornuftige team til et produkt i drift

Skal noget faktisk idriftsættes og vedligeholdes, er minimum oftest tre funktioner. Det er ikke nødvendigvis tre fuldtidspersoner, men tre roller der skal være dækket:

• Udvikling: den der bygger.
• Design og brugeroplevelse: den der sørger for at produktet kan bruges og ikke bare virker teknisk.
• Review eller QA: en der tester og kvalitetssikrer, formelt eller gennem code review kolleger imellem.

Pointen er ikke antallet af hoveder, men at funktionerne findes. Falder en af dem væk, er det den der senere viser sig at have været den vigtigste. Et produkt uden nogen der reviewer, bliver ustabilt; et uden design bliver svært at bruge; et uden klart udviklingsansvar bliver slet ingenting.

Omkostningstrappen

Et team koster mere pr. time end en enkelt konsulent. Det er sandt, men ikke hele sandheden. Trappen ser nogenlunde sådan ud: En freelanceudvikler er billigst i timen og passer til små opgaver; et lille team koster mere, men bærer risiko og bredde som én person ikke kan; en større opsætning giver kapacitet og tryghed, men også overhead.

Det afgørende er at sammenligne det rigtige. En enkelt udvikler der kører fast, overser et sikkerhedshul eller bygger noget ingen andre kan overtage, kan i sidste ende blive dyrere end et lille team der gør det rigtigt fra start. Timeprisen er den synlige omkostning; risikoen og det langsigtede ejerskab er de usynlige, og ofte de største.

Et scenarie

Lad os sige at du har en idé og vil se om den holder. Lad en dygtig udvikler bygge en prototype: hurtigt, billigt, én person er nok. Testen falder godt ud, og idéen skal blive et produkt som kunder betaler for og stoler på. Nu skifter behovet karakter: Du har brug for design der holder, en der reviewer koden og en plan for drift og vedligeholdelse. At presse alt det ind i den samme ene udvikler er at bygge alle tre risici ind på én gang. Den kloge vej er at vokse fra person til team i takt med at der kommer mere på spil.

Vi hos Weapp sætter teams sammen efter hvad projektet faktisk kræver (nogle gange en håndfuld personer, nogle gange flere) og sørger for at ingen funktion falder mellem to stole. Vil du vide hvilken bemanding din idé har brug for? Se vores ydelser, eller kontakt os.