Projectleiders zijn veelal niet verantwoordelijk voor zaken zoals gebruikersproductiviteit, verkoopsresultaten of training en ondersteuning. Daar gaan weer andere mensen over.
Wanneer het bedrijf zo gestructureerd is, dat het ontwikkelteam, marketing en de mensen die de software (intern) gebruiken, ingedeeld zijn in afzonderlijke business units met afzonderlijke budgetten dan is het eenvoudig om te begrijpen waarom ze usability niet willen invoeren.
Waarom zou de manager van het ontwikkelteam alle kosten moeten dragen, terwijl een andere business unit (productie, marketing, training en support) alle voordelen realiseren?
Het is niet dat ze de voordelen van usability niet begrijpen, maar de cultuur van het bedrijf maakt het moeilijk om usability aan te wenden.
Afweging tussen persoonlijk voordeel en usability
Veel bedrijven zijn zo gestructureerd dat een individuele projectmanager moet kiezen tussen zijn eigen persoonlijk financieel voordeel en usability.
Echter, dit is een misvatting:
- Wanneer er totaal geen usability zou zijn, dan verliest hij of zij vroeg of laat zijn werk.
- Wanneer hij of zij usability toelaat dan schept dit ook persoonlijk (financieel) voordeel voor de projectmanager. Doorgaans zal, onder andere, de tijd die nodig is om software te ontwikkelen juist korter zijn.
- Het verlangen om ‘koninkrijkjes’ te verzamelen en te behouden. Wanneer ze met veel moeite een ivoren toren hebben gecreëerd dan staan ze de toegang niet gemakkelijk meer af.
- Het verlangen om nieuwe technologie te gebruiken, puur om de eigen vaardigheden te onderhouden en niet omdat ze geschikt zou zijn voor de vooropgestelde gebruiker.
- Het verlangen om goed overeen te komen met elkaar, welke dikwijls leiden naar ontwerp compromissen die reflecteren naar goede onderhandelingspraktijken, maar usability negatief kunnen beïnvloeden.
Vond je dit artikel interessant? Doe dan het volgende:
 |
0 reacties