Column ALT= Persona non grata

De belangrijkste persoon in het software developmentproces is de eindgebruiker. Als die zich niet welkom voelt, is een project al snel mislukt. Waarom wordt in softwareprojecten zo weinig tijd en aandacht besteed aan het leren kennen van en bouwen voor die eindgebruikers?

De grootste vijand van kwaliteit is gebrek aan tijd. Dit komt vaak door het vaststellen van een deadline. Dat kan wel de druk op een team van ontwikkelaars opvoeren, maar zorgt er tegelijkertijd voor dat er onvoldoende tijd wordt ingepland om degelijk onderzoek te doen en gebruikers te observeren bij hun activiteiten. Time-to-market kan een legitieme reden zijn voor een strakke deadline. Eerder dan de concurrentie een softwareproduct uitbrengen levert aanzienlijke voorsprong op. Maar regelmatig is een deadline gewoon het logische gevolg van haast. In dat geval wordt impliciet gekozen voor verlies van kwaliteit.

Natuurlijk is tijd geld en moet alle tijd die toegevoegd wordt aan het proces en bijdraagt aan een grotere investering uiteindelijk terugverdiend worden. De vraag is eerder hoe de verdeling van beschikbare tijd is over het design- en development proces. Hier ligt de keuze tussen snelle en goedkope wijzigingen van een ontwerp in het begin van het proces, of voor dure correcties in al geschreven code achteraf. Een applicatie die niet voor de juiste doelgroep is gemaakt, slaat de plank per definitie mis.

Als u ongeïnteresseerd bent in eindgebruikers, bent u mogelijk medeverantwoordelijk voor de grote hoeveelheid software die niet of onvoldoende aansluit op wat ze nodig hebben. Daarmee hebt u invloed op hun productiviteit en plezier in het werk. Als u niet precies weet hoe u het onderzoek naar het gebruik en de toepassing van software omzet naar een interactie ontwerp, is het tijd om u eens te verdiepen in Personas en Scenario’s. Er is voldoende informatie online beschikbaar om een goede indruk op te doen. De karakteristieke eindgebruikers en hun activiteiten in relatie tot de software, leveren de functional requirements waaraan het ontwerp moet voldoen. Ongeïnteresseerdheid en onwetendheid leiden tot een tekort aan waardering voor ontwerpen voor personas. Hiermee worden eindgebruikers Persona non grata.

De oplossing is niet alleen het gebruik personas, maar ook de acceptatie ervan. Personas ontwikkelen heeft niet veel zin, als u ze niet gebruikt in beschrijvingen van de werking van het systeem. Het is de bedoeling om personas steeds door verschillende scenario’s te halen om zo functional requirements boven tafel te krijgen. Op basis daarvan wordt de applicatie ontworpen, waarbij constant getoetst kan worden of een oplossing voldoet voor het doel van elke persona. Verder gebruikt u personas om de communicatie over het ontwerp te verbeteren. Dit houdt in dat u tijdens vergaderingen de personas bij naam noemt en daarmee hun interesses en vaardigheden in acht neemt. U kunt zelf het ontwerp controleren door bij alle features af te vragen of het voldoet voor alle personas. Ook developers dienen zich te houden aan de ont-werpen die voor de computervaardigheden van de personas zijn gemaakt.

Door toepassing en acceptatie van personas krijgt u applicaties die veel beter aan de wensen van gebruikers voldoen. Dit leidt tot snellere acceptatie en uiteindelijk tot loyale klanten.