Zo structureer je een softwareteam (rollen en verantwoordelijkheden)

Zo structureer je een softwareteam (rollen en verantwoordelijkheden)

Een softwareteam bestaat uit meer dan developers. De meest gemaakte fout is een team van alleen developers samenstellen en daar stoppen. Een goed gestructureerd team heeft ook QA, technisch leiderschap, iemand die coördineert, iemand die het product bewaakt en een manier om wat de klant zegt om te zetten in werk dat het team kan bouwen.

Hieronder lees je de softwareteam structuur die wij gebruiken: de ontwikkelteam rollen, wat elke rol doet en hoeveel mensen er nodig zijn.

De rollen in een softwareteam

Developers

De mensen die de software bouwen. De meeste teams splitsen het werk in front-end (wat gebruikers zien en gebruiken) en back-end (de logica, data en infrastructuur erachter), soms gecombineerd in full-stack developers.

QA

Quality assurance is een eigen rol, geen bijzaak voor de developers. Klanten vragen ons vaak: kunnen de developers hun werk niet gewoon zelf controleren? Dat kan, maar dan bouwen ze minder. Een product goed testen betekent heel veel scenario’s afdekken, en dat is een echte baan. Daarom adviseren we altijd een aparte QA, ook als die persoon parttime werkt.

Technisch leider of architect

Iemand moet het team technisch aansturen: bepalen hoe de software gebouwd wordt en dat consistent houden. Dat kan een architect zijn die het team leidt, of een aparte tech lead naast de architect.

Projectmanager of scrum master

Deze rol helpt het team communiceren en coördineren: het werk plannen, blokkades wegnemen en de klant en het team op één lijn houden.

Product expert

Iemand bewaakt het “waarom”: wat er gebouwd wordt en in welke volgorde. Elk team heeft daarnaast een vorm van accountmanagement nodig, want klanten beschrijven wat ze willen in hun eigen woorden. Iemand moet dat vertalen naar requirements en daarna naar iets wat het team begrijpt. Bij ons zijn dat user stories. Bij Wise Minds doet de product expert beide en combineert die product ownership en product management. Het verschil tussen die twee lees je in ons artikel over wat een product owner doet.

Design

Design bepaalt hoe een feature eruitziet en werkt voordat die gebouwd wordt. In onze opzet maakt design geen deel uit van het team. Design staat buiten het team en ondersteunt de product expert direct.

Hoe groot moet een softwareteam zijn?

Twee tot vier developers. Vroeger adviseerden we vier tot acht, omdat een scrumteam niet groter hoort te zijn dan tien mensen in totaal. Volgens onze ervaring doen vier developers die met AI werken het werk van acht, dus een kleiner team is genoeg. Het scheelt ook coördinatie.

De overige rollen hoeven niet fulltime te zijn. Projectmanager, product expert en QA kunnen parttime of gedeeld over meerdere projecten, afhankelijk van hoe het project beweegt.

Voorbeeld: team Alpha

Team Alpha is een van onze eigen teams en werkt voor een klant. Zo is het opgebouwd:

RolIn team Alpha
Developers3
QA1
Product expert (ownership en management gecombineerd)Eén product expert gedeeld over drie teams
ProjectmanagerEen kwart van een fulltime functie
ArchitectGedeeld over meerdere projecten
DesignBuiten het team, ondersteunt de product expert

Alleen de developers en QA werken fulltime in het team. De rollen die sturen en coördineren worden gedeeld, zodat de kosten van het team in verhouding blijven tot het werk dat er echt is.

Wat verandert er als het product groeit

We proberen een team niet groter te laten worden in aantal mensen. Wordt een product te groot, dan splitsen we het in een subproduct en bouwen we daar een nieuw team omheen. Dat nieuwe team deelt de projectmanager en de product expert met het eerste team, en soms ook QA.

Deze structuur opbouwen zonder voor elke rol apart te werven

Developers, QA, een tech lead, een projectmanager en product expert apart werven kost maanden, en de meeste bedrijven hebben dat niet allemaal fulltime nodig. Een Wise Minds product unit heeft deze structuur al staan.

Heb je al developers en mis je vooral de structuur eromheen, bekijk dan software detachering. Begin je vanaf nul, bekijk dan een ontwikkelteam inhuren.

Veelgestelde vragen

Wat is het minimale team om een softwareproduct te bouwen?

Minstens één developer en iemand die de productbeslissingen bewaakt. Met minder bouw je zonder richting of zonder de capaciteit om ernaar te handelen.

Ja, en goede developers schrijven geautomatiseerde tests voor hun eigen code. Een heel product in veel scenario’s testen is echter een grotere taak, daarom geven veel teams dit aan een aparte QA.

Die helpt het team plannen, communiceren en coördineren. Hij haalt blokkades weg en houdt klant en team op één lijn, maar bepaalt niet wat er gebouwd wordt.

Een architect ontwerpt de technische opbouw van het product. Een tech lead stuurt het team dagelijks aan. In kleinere teams doet vaak één persoon beide.

De Scrum Guide adviseert tien mensen of minder, inclusief de product owner en scrum master. Kleinere teams hebben meestal minder coördinatie nodig.

Tags

Ontvang een notificatie bij elke nieuwe blog