Vastgeroeste praktijken kunnen usability soms negatief benaderen.
| De gebruikers mogen geen contact hebben met de ontwerpers |
Meestal is het ontwerpteam geïsoleerd en ‘beschermd’ van de gebruikers.
Men heeft blijkbaar schrik dat wanneer ze wel veel contact hebben met elkaar, dat het ontwikkelteam de budgetten en planningen niet meer kan respecteren, dat gebruikers gevoed zullen worden met valse verwachtingen of dat bepaalde bedrijfsgeheimen of -strategieën van een nieuw product prematuur worden vrijgegeven.
Men gaat er zelfs gratuit vanuit dat gebruikers op geen enkele manier eeen positieve bijdrage kunnen leveren.
| Het gebruik van verouderde ontwikkel methodologieën |
In veel bedrijven zijn de diverse aspecten (zoals hardware, software, documentatie, training, marketing, ...) die komen kijken bij het ontwerpen van software, gescheiden van elkaar in afzonderlijke departementen.
Om de werkmiddelen te coördineren met elkaar zal men vaak een Waterfall-achtig model gebruiken, waarbij elke fase (analyse, architectuur, ontwikkeling en testing) eerst volledig wordt afgewerkt en daarna wordt vastgevroren.
Iteratieve methodologieën brengen in zulke organisaties niet alleen een cultuurschok met zich mee, het zal ook praktisch en organisatorisch heel wat werk met zich meebrengen, om veranderingen teweeg te brengen.
| Een gebrek of afwezigheid aan goede tools |
Ze hebben nooit gewerkt met prototype tools of streaming screen capture software. Ze kennen het niet en kunnen het ook niet naar waarde schatten. Wat men niet kent, wijst men dan ook gemakkelijk af.
| Traditionele focus op een functionele aanpak |
De focus op functionaliteit en features is misschien wel de belangrijkste oorzaak waarom zoveel interfaces falen. Beter zou zijn dat men meer aandacht zou hebben voor de werkelijke taken van de gebruiker.
| De aangeboren gewoonte om analogieën te gebruiken |
Op zich is dit geen slecht idee, mensen denken nu eenmaal in analogieën. Het gebruik van metaforen wordt juist aangemoedigd door mezelf, maar niet tegen elke prijs. Wanneer de analogie te ver gezocht is of de kracht van de computer niet helemaal wordt benut, dan hoor je metaforen te vermijden.
In een oud terminal programma van Microsoft diende je een telefoonnummer in te voeren via een scherm dat een telefoon als metafoor gebruikte. Op het eerste zicht lijkt dit een goed concept, maar je hoorde wel deze nummers in te voeren door te klikken met de muis op een telefoonachtige layout in het scherm. Dit ging tergend langzaam en het herstellen van fouten was niet eenvoudig.
Dit is een voorbeeld van een minder goed gebruikt metafoor. Terloops, Microsoft heeft dit tegenwoordig aangepast.
Bekijk Ook:
- Mythen, geloof en vooroordelen
- Bedrijfscultuur
- Vastgeroeste praktijken
- Organisatorische structuren
Vond je dit artikel interessant? Doe dan het volgende:
 |
0 reacties