Rollerna i ett utvecklingsprojekt förklarade

Ett digitalt projekt fullt av titlar kan kännas som en djungel för den som inte är tekniker. Vad är egentligen skillnaden mellan en tech lead och en projektledare, och behöver ni verkligen alla roller på en gång? Den korta versionen: rollerna är funktioner som måste utföras, inte nödvändigtvis personer som måste anställas. Här är kartan över vem som gör vad – och vilka roller du aldrig bör lämna helt ifrån dig.

Rollkartan för ett typiskt produktteam

I ett fullt bemannat produktteam återkommer några centrala roller. Tänk på dem som funktioner: i stora projekt är de olika personer, i små kan flera bäras av samma.

• Produktägare. Äger visionen, prioriterar vad som ska byggas och i vilken ordning, och fattar besluten. Rollen sitter oftast på beställarsidan.
• UX-designer. Formar hur produkten fungerar och känns för användaren – flöden, gränssnitt och att det faktiskt går att förstå.
• Frontendutvecklare. Bygger det användaren ser och interagerar med.
• Backendutvecklare. Bygger motorn under ytan: databaser, logik, konton och integrationer.
• Tech lead. Sätter den tekniska riktningen, väger arkitektur mot kvalitet och håller ihop utvecklarna tekniskt.
• Testare / QA. Säkrar att det som byggs faktiskt fungerar innan det når användarna.

Ovanpå detta finns ofta en projektledare som håller ihop planering, kommunikation och leverans. I byråsammanhang är det din vanligaste kontaktyta i vardagen.

Minsta möjliga bemanning för små projekt

Alla projekt behöver inte ett team på åtta personer. För en enklare produkt eller en MVP kan bemanningen krympas rejält utan att någon funktion faller bort – de bara delas på färre händer.

Ett litet men komplett team kan bestå av en person som kombinerar UX och produkttänk, en eller två fullstackutvecklare som täcker både frontend och backend, och en senior utvecklare som samtidigt är tech lead. Testning vävs in i utvecklarnas arbetssätt snarare än att ha en egen roll. Produktägarskapet ligger kvar hos dig som beställare.

Det avgörande är inte hur många personer som är inblandade, utan att varje nödvändig funktion faktiskt utförs av någon. Faran är inte en liten uppsättning – det är en roll som alla tror att någon annan sköter, men ingen gör. Fråga dig hellre vem som äger varje funktion än hur många namn som står på listan.

Ett konkret exempel

Säg att du ska bygga en enkel bokningsapp som en MVP. Du behöver inte anställa sex specialister. En UX-designer skissar flödena och gränssnittet, en fullstackutvecklare bygger både app och backend, och en senior utvecklare kliver in som tech lead och kvalitetsgranskar. Du själv är produktägare och bestämmer vad som är viktigast att få med i första versionen.

Det är fyra roller på kanske två och en halv person. När produkten växer och fler funktioner tillkommer kan du dela upp rollerna – lägga till en renodlad backendutvecklare, en dedikerad testare – i takt med att behovet blir verkligt. Att bemanna för den storlek du faktiskt har är nästan alltid klokare än att bemanna för den du hoppas på.

Roller du aldrig bör outsourca helt

En byrå kan bära nästan vilken roll som helst i det tekniska arbetet. Men en roll bör alltid ha en tydlig ägare hos dig: produktägarskapet.

Ingen extern part vet din verksamhet, dina kunder och dina mål bättre än du själv. Om du lämnar bort besluten om vad som ska byggas och varför, tappar projektet sin kompass – teamet bygger då det de tror att du vill, snarare än det du faktiskt behöver. En byrå kan och bör stötta produktägaren med underlag och rekommendationer, men det slutgiltiga prioriteringsbeslutet ska vara ditt.

Samma logik gäller den övergripande styrningen: du bör alltid ha någon som förstår helheten väl nog att kunna ställa kritiska frågor och fatta de stora vägvalen.

Vi på Weapp sätter ihop team efter vad just din produkt kräver, och ser gärna att du håller kvar produktägarskapet – det gör resultatet bättre. Vill du veta hur ett team skulle se ut för din idé? Läs om våra tjänster eller hör av dig med en kort beskrivning.