| Home > Methodologie > Fusion Usability Recept > Business Context > Visie |
Fusion Usability Recept Fase | Business Context | Gebruikers Context | Gebruikers Ervaring | Installatie |
| Doel |
Johan Cruyff, een voormalige voetbalgod, zei ooit eens:
“Het is beter om een slechte visie te hebben, dan geen visie”
Deze stelling is niet alleen correct voor de voetbalwereld maar ook voor andere zaken zoals het leiden van een bedrijf of bij het sturen van een project. Een bedrijf zonder visie, die maar wat aanmoddert en alles probeert te doen voor iedereen, doet meestal niets en zal dikwijls op een faillissement afstevenen.
Projecten zonder visie, die geen rekening houden met de uiteindelijke doelen, de beschikbare middelen, de gegeven tijd en budget, verspillen niet alleen companytime, ze bereiken dikwijls de fase van productie niet eens.
“Ooit moet er een computer aanwezig zijn in elk huishouden en elk bedrijf mét een besturingssysteem van Microsoft”
Alles wat ze deden ondersteunde deze visie, of je dit nu graag hebt of niet: we kunnen allemaal merken dat ze er in geslaagd zijn om dit doel te bereiken.
Een visie is een leidraad voor alle stakeholders en project teamleden om een bepaalde weg te volgen. Het is ook een hulpmiddel om nieuwe mensen snel vertrouwd te maken met de eigenheid van het project.
Het is een soort business plan die de belangrijkste kenmerken van een project samenvat. Je kunt het dus ook beschouwen als een soort executive summary.
Ook een usability project hoort over een visie te beschikken en deze wordt dan ook vastgelegd in het Visie document.
| Omschrijving |
- Identificatie Stakeholders
Een visie start met in kaart te brengen wie de stakeholders zijn. Stakeholders zijn de betrokkenen van een project:
- Financiers van het project
- Opdrachtgevers
- Vertegenwoordigers van de gebruikers (bv. hun chef)
- Projectmanagers
- Leidende architecten en programmeurs
- Vertegenwoordigers van de helpdesk
- SME’s (Subject Matter Experts) met een ongelooflijke kennis over een bepaalde business.
- Anderen die beïnvloed worden door het gebruik van het systeem.
- ...
Kortom alle belangrijke betrokkenen die invloed kunnen hebben op het usability project en die beslissingen kunnen doorvoeren of tegenhouden. We leggen vast wie het zijn, hoe ze te bereiken zijn, wat hun rol is en wat hun succes criteria zijn. Succes criteria in de zin van hoe zij ervaren wanneer het project succesvol is.
- Identificatie Gebruikers
Identificeer de potentiële sleutel gebruikers. Na het samenstellen van het Gebruikers Profiel kan men met meer gedetailleerde informatie aanvullen.
- Vastleggen Problemen
Het komt vaak voor dat mensen onmiddellijk beginnen te brainstormen over oplossingen, in plaats van eerst te doorgronden wat de problemen zijn. Het echte probleem zit soms verstopt achter de perceptie van deze, we moeten dus weten wat het probleem achter het probleem is. Het is belangrijk dat de stakeholders hun akkoord geven over de definitie van de problemen. De eenvoudigste manier om dit te bereiken is deze op te schrijven en te kijken of iedereen zich erin kan schikken. Gebruikelijke technieken om problemen te detecteren zijn:
Via Easel tabellen kan men dan samen met de stakeholders de oplossingen afzonderen van de problemen.Voorbeeld Easel tabel:
Het probleem van… | het onterecht afkeuren van printerkoppen. |
Beïnvloed… | gebruikers, management en relaties met leveranciers |
Met als gevolg… | dat deze ontevreden zijn, er winst verlies is en dat de externe relaties achteruit gaan. |
Een succesvolle oplossing zou… | rekening moeten houden met de gebruikers, hun taak en omgeving. |
- Definiëren Project Beperkingen
Politiek | Zijn er interne of externe politieke zaken die invloed hebben op potentiële oplossingen? |
Economisch | Wat zijn de financiële en budgettaire mogelijkheden? Zijn er licentie kosten? |
Standaarden | Moet het voldoen aan bepaalde interne, externe (ISO, FDA, …) of wettelijke standaarden? |
Technisch | Zijn er beperkingen op de keuze van de technologie? Moeten we werken met de bestaande platformen en technologieën? Mogen we nieuwe technologieën gebruiken? |
Praktisch | Is er een project plan? Mogen we enkel gebruik maken van het aanwezige personeel of kunnen extra krachten aangetrokken worden indien nodig? Wie is wanneer met vakantie? |
Omgeving | Moet het compatibel blijven met bestaande oplossingen? Welke besturingssystemen of browsers gaan we ondersteunen? |
Sommige van deze zaken zijn niet bekend bij de start van het project en dienen dus later aangevuld te worden wanneer we meer inzicht verkrijgen over het project.
- Bepalen Risico’s
Noteer welke zaken het project kunnen vertragen of zelfs finaal doen stoppen. Geef ze een prioriteit en bedenk remedies die moeten uitgevoerd worden wanneer een risico de kop op duikt.
- Samenstellen project team
Stel het projectteam samen en leg voor elk afzonderlijk lid zijn of haar taken en bevoegdheden vast. Noteer hoe men deze kan bereiken en wat hun belangrijkste bijzonderheden (vakantie, tijdstip verlaten bedrijf/departement/project, etc…) zijn.
- Vastleggen Algemene Business Doelen
Aan de hand van de lijst met problemen en oplossingen en kunnen algemene business doelen geformuleerd worden. Beschrijf deze kort en geef ze een prioriteit.
- Andere taken
Er zijn nog andere zaken nodig voor het vormen van een goed Visie document:
- Samenvatting Usability Doelen.
- Hoe gaat het product zich segmenteren van de concurrentie, t.o.v. vorige versies, gelijkaardige andere software of manuele taken?
- Wat brengt de software aan toegevoegde waarde?
- Een Use Case Model van de applicatie of website
- Samenvatting sleutel items Taak- en Omgeving Profiel
- Een globaal overzicht van het projectplan waarbij de belangrijkste milestones worden geformuleerd.
- Een globale ruwe weergave van de interface (kan pas later toegevoegd worden)
- Het afbakenen van de kwaliteit parameters (performantie, beschikbaarheid, robuustheid, fout tolerantie, usability, onderhoud e.d.).
- De kerndoelen voor het helpsysteem, documentatie, training en ondersteuning.
- Hoe vindt de distributie plaats? Welke procedures zijn er voor nodig? Welke informatie bevatten de release nota’s?
- ...
Naargelang de bedrijfscultuur en het gebruikte protocol kunnen nog zaken vermeld worden in het Visie document. Het ontwikkelen van dit document is geen statisch gegeven, het is onderhevig aan verandering en dit tijdens de gehele duur van het project:
- Nieuwe informatie zoals een samenvatting van het belangrijkste Gebruikers Profiel, de sleutel items van een Taak- en Omgeving Profiel kunnen pas later ingevuld worden.
- Reeds vastgelegde informatie kan wijzigen en wanneer dit gebeurd dan is een aanpassing van het Visie document een must.
Door al deze zaken begrijpen de usability mensen (en niet alleen zij!) waarom het systeem gebouwd moet worden en kan er een visie geformuleerd worden. Het formuleren van deze visie kan pas bepaald worden wanneer een kritische massa aan informatie beschikbaar is. Het is bijvoorbeeld moeilijk een visie te formuleren wanneer je niet weet hoe groot het projectteam is en wie welke rollen gaat invullen.
Een goed Visie document omschrijft niet de details van bovenvermelde zaken, wel bevat het een samenvatting of de belangrijkste items van elk onderdeel.
| Procedures |
Fusion Usability Recept Fase | Business Context | Gebruikers Context | Gebruikers Ervaring | Installatie |
Bekijk Ook:
Vond je dit artikel interessant? Doe dan het volgende:
- Plaats een reactie
- Volg Usability Vlaanderen op Facebook of Twitter
- Schrijf je in op de E-mail nieuwsbrief of RSS feed
- Deel dit artikel met vrienden en collega's
0 reacties