Rollerne i et udviklingsprojekt forklaret
Et digitalt projekt bemandes typisk med en product owner, en UX-designer, frontend- og backendudviklere, en tech lead og en tester. I små projekter kan flere roller varetages af den samme person. Som kunde bør du altid selv eje product owner-rollen og den overordnede prioritering: Det er den rolle du aldrig bør give helt fra dig.
Et digitalt projekt fuld af titler kan føles som en jungle for den der ikke er tekniker. Hvad er egentlig forskellen på en tech lead og en projektleder, og har I virkelig brug for alle rollerne på én gang? Den korte version: Rollerne er funktioner der skal udføres, ikke nødvendigvis personer der skal ansættes. Her får du overblikket over hvem der gør hvad, og hvilke roller du aldrig bør give helt fra dig.
Rollerne i et typisk produktteam
I et fuldt bemandet produktteam går nogle centrale roller igen. Tænk på dem som funktioner: I store projekter er de forskellige personer, i små kan flere varetages af den samme.
- Product owner. Ejer visionen, prioriterer hvad der skal bygges og i hvilken rækkefølge, og træffer beslutningerne. Rollen sidder oftest hos kunden.
- UX-designer. Former hvordan produktet fungerer og føles for brugeren: flows, brugerflade og at det faktisk er til at forstå.
- Frontendudvikler. Bygger det brugeren ser og interagerer med.
- Backendudvikler. Bygger motoren under overfladen: databaser, logik, konti og integrationer.
- Tech lead. Sætter den tekniske retning, afvejer arkitektur mod kvalitet og holder teknisk sammen på udviklerne.
- Tester / QA. Sikrer at det der bygges, faktisk virker før det når brugerne.
Oven i dette er der ofte en projektleder der holder sammen på planlægning, kommunikation og levering. Når du arbejder med et bureau, er det som regel den person du har mest kontakt med i hverdagen.
Minimal bemanding til små projekter
Ikke alle projekter har brug for et team på otte personer. Til et enklere produkt eller en MVP kan bemandingen skæres kraftigt ned uden at nogen funktion forsvinder: De bliver bare fordelt på færre hænder.
Et lille, men komplet team kan bestå af en person der kombinerer UX og produkttænkning, en eller to fullstackudviklere der dækker både frontend og backend, og en seniorudvikler der samtidig er tech lead. Test bliver vævet ind i udviklernes arbejdsform i stedet for at have sin egen rolle. Product owner-rollen bliver hos dig som kunde.
Det afgørende er ikke hvor mange personer der er involveret, men at hver nødvendig funktion faktisk bliver udført af nogen. Faren er ikke et lille hold, men en rolle som alle tror at en anden tager sig af, og som ingen varetager. Spørg hellere dig selv hvem der ejer hver funktion, end hvor mange navne der står på listen.
Et konkret eksempel
Lad os sige at du skal bygge en enkel bookingapp som MVP. Du behøver ikke at ansætte seks specialister. En UX-designer skitserer flows og brugerflade, en fullstackudvikler bygger både app og backend, og en seniorudvikler træder til som tech lead og kvalitetssikrer. Du er selv product owner og bestemmer hvad der er vigtigst at få med i den første version.
Det er fire roller på måske to og en halv person. Når produktet vokser og der kommer flere funktioner til, kan du dele rollerne op i takt med at behovet bliver reelt: tilføje en ren backendudvikler, en dedikeret tester. At bemande til den størrelse du faktisk har, er næsten altid klogere end at bemande til den du håber på.
Roller du aldrig bør outsource helt
Et bureau kan varetage næsten enhver rolle i det tekniske arbejde. Men én rolle bør altid have en tydelig ejer hos dig: product owner-rollen.
Ingen ekstern part kender din forretning, dine kunder og dine mål bedre end du selv. Overlader du beslutningerne om hvad der skal bygges, og hvorfor, til andre, mister projektet sit kompas: Teamet bygger så det de tror du vil have, snarere end det du faktisk har brug for. Et bureau kan og bør støtte product owneren med beslutningsgrundlag og anbefalinger, men den endelige prioriteringsbeslutning skal være din.
Samme logik gælder for den overordnede styring: Du bør altid have en person der forstår helheden godt nok til at kunne stille kritiske spørgsmål og træffe de store valg.
Vi hos Weapp sammensætter teams efter hvad netop dit produkt kræver, og ser gerne at du beholder product owner-rollen, for det gør resultatet bedre. Vil du vide hvordan et team kunne se ud for din idé? Læs om vores ydelser, eller kontakt os med en kort beskrivelse.
Ofte stillede spørgsmål
Hvad laver en tech lead?
En tech lead er teamets teknisk ansvarlige. Rollen sætter den tekniske retning, foretager afvejninger om arkitektur og kvalitet og sørger for at udviklerne trækker i samme retning. Tech leaden er også ofte din tekniske modpart i svære beslutninger. I mindre teams kan personen både lede og selv kode; i større er rollen mere rent styrende.
Hvad er forskellen på frontend og backend?
Frontend er det brugeren ser og rører ved: brugerfladen i appen eller på nettet. Backend er det der foregår bag kulisserne: databaser, logik, konti og integrationer. En frontendudvikler bygger oplevelsen, en backendudvikler motoren under den. Mange funktioner kræver begge dele, og de to skal arbejde tæt sammen.
Har et lille projekt virkelig brug for en tester?
Ikke nødvendigvis en dedikeret person, men nogen skal teste. I små teams er kvalitetssikring ofte en delt opgave, hvor udviklerne tester hinandens arbejde. Pointen er at test er en aktivitet som der altid er brug for: Spørgsmålet er bare om den varetages af en særskilt rolle eller væves ind i teamets arbejdsform.
Hvilken rolle skal vi selv have som kunde?
Product owner-rollen: en person hos jer der ejer visionen, prioriterer og træffer beslutninger med mandat. Den rolle kan et bureau støtte, men aldrig helt overtage, for det er jer der ved hvad forretningen har brug for. Uden en tydelig beslutningstager på jeres side mister selv et dygtigt team retningen, og tempoet falder.
Kan én person have flere roller?
Ja, især i små projekter. En seniorudvikler kan være både tech lead og udvikler, og en product owner kan klare en del af projektledelsen. Det fungerer så længe personen har tid og kompetencer til kombinationen. Det der ikke fungerer, er at lade som om en rolle er besat når ingen reelt varetager den.