De tijd dat je voor het ontwikkelen van een website of webapplicatie enkel kennis van een programmeertaal nodig had is lang voorbij. Moderne webapplicaties zijn geavanceerd en soms heel complex, sluiten ondanks dat perfect aan op de behoefte van gebruikers, kennen een rijke vormgeving en werken op allerlei apparaten (zoals computers, tablets, mobiele telefoons). Dat vraagt om verschillende expertises in het ontwikkelteam.

Wat de ideale samenstelling van het ontwikkelteam is verschilt per project. Zo kan er minder behoefte aan een vormgever zijn bij het realiseren van een webapplicatie die enkel binnen de organisatie gebruikt wordt. Of er ligt juist veel nadruk op de vormgeving, waardoor het team aan één ontwerper niet voldoende heeft. Ondanks dat het ‘ideaal’ dus verschilt per project, bestaat er in onze ogen wel een algemeen beeld van het ideale ontwikkelteam.

De Product Owner (PO) is de opdrachtgever van het project, of vertegenwoordigt die. Hij zorgt ervoor dat informatie uit de organisatie naar het ontwikkelteam stroomt en verzamelt alles wat de designers en developers nodig hebben om goed te kunnen functioneren. Het is dus belangrijk dat de PO de business van de opdrachtgever goed kent. In de praktijk heeft de product owner dan ook veel contact met de stakeholders van het project.

In sommige gevallen wordt de product owner ondersteunt door één of meerdere functioneel analisten. Zij helpen hem om het businessdomein te doorgronden en de wensen van de stakeholders te vertalen naar user stories.

De interactieontwerper speelt een belangrijke rol in het team. Hij helpt om de wensen van de eindgebruikers in kaart te brengen, vaak met behulp van workshops en gebruikersonderzoek. Wanneer duidelijk is wat de wensen van de doelgroep zijn, stelt hij het interactieontwerp op. Hiermee worden ideeën visueel en krijgt de opdrachtgever al in een vroeg stadium een goed beeld van hoe de applicatie of website eruit zal gaan zien. Maar ook voor de technische leden van het team is het interactieontwerp een belangrijke houvast. Het voorkomt misverstanden en miscommunicatie en helpt snel en doeltreffend te werken.

Webapplicaties bestaan, vanuit technisch perspectief, uit twee onderdelen: de software aan de kant van de server (de “backend”) en de software aan de kant van de browser (de “frontend”). Het schrijven van de broncode voor de serverzijde is de taak van de backend webdeveloper. Hij heeft ervaring met programmeertalen als Ruby, Python of PHP, met databasesystemen als Postgres of MySQL en met serveromgevingen als Linux, Unix of Windows. Door kwalitatief hoogstaande code te schrijven, ontwikkelt hij een stabiele, betrouwbare webapplicatie.

Daar waar de backend webdeveloper zich op de “achterkant” van de webapplicatie richt, houdt de frontend webdeveloper zich bezig met het programmeren van dat wat je op het scherm ziet. Dat betekent dat de frontender het ontwerp van de visueel vormgever omzet in HTML, CSS, Javascript en andere browsertechnieken. Ook voegt hij aan de hand van het interactieontwerp interactieve elementen toe die de user experience van de webapplicatie verhogen.

Tekst kan een grote invloed op de bruikbaarheid van een webapplicatie hebben. Prettig leesbare helpteksten, informatieve veldnamen, luchtige koppen en uitnodigende call-to-actions maken de software aantrekkelijker om te gebruiken. Een goede copywriter maakt teksten en andere taaluitingen specifiek voor het web geschikt en kan daarmee een waardevolle aanvulling op het team zijn.

Hoewel lang niet alle Scrumteams de luxe van een eigen tester hebben, is het voor grotere projecten zeker aan te raden. Een tester legt het werk van de interactieontwerper, visueel vormgever, backend webdeveloper en frontend webdeveloper naast de wensen en eisen van de product owner. Als de gerealiseerde functionaliteit niet voldoet aan de eisen, dan zal de tester dat aan de andere teamleden laten weten, zodat zij het probleem kunnen verhelpen.

Naast het controleren van de gerealiseerde functionaliteit wordt de tester vaak ook vooraf betrokken bij het uitwerken van de wensen en eisen. Hij vervult dan de rol van functioneel analist en helpt de product owner om goede user stories op te stellen.

Eén van de succesfactoren van Scrum is dat de teamleden zoveel mogelijk in één ruimte bij elkaar zijn. Dat versterkt de kwaliteit van het proces en dus van het eindproduct, want doordat interactieontwerpers, visueel vormgevers, programmeurs en testers letterlijk over elkaars schouders kunnen meekijken, ontstaat een kortere feedback loop. Probeer dus altijd om een aparte Scrumkamer in te richten en laat alle teamleden daar zoveel mogelijk samen aan het product werken. Werk je met vakmensen en zijn alle disciplines vertegenwoordigd, dan heb je alle kennis en kunde in huis om een fantastische webapplicatie te ontwikkelen.

Dit artikel spreekt in de “hij”-vorm over de verschillende expertises. Daarvoor is enkel gekozen voor de leesbaarheid van de tekst. Vanzelfsprekend kan overal waar “hij” staat ook “zij” gelezen worden.