De af jer, der arbejder med at stille krav til en IT-løsning (som er alle?)
- stiller måske endda også kvalitetskrav (som alle burde gøre?)
- kunne måske blive inspireret af at stille negative krav (hvis I må det?)
Især når man bruger standard-ramme systemer, så får man tit en masse, som der ikke er stillet krav til. Alene af den grund, kunne det være fristende at stille “modkrav”. Men der kan også være god mening med at stille negative krav i en kvalitetssammenhæng. Grunden er at det er farligt svært at stille gode målbare kvalitetskrav til en løsning. Af mange grunde.
Der er måske slet ikke noget direkte målbart ved brugergrænsefladen: Brugeren må bruge al den tid hun ønsker, alle de klik vedkommende orker osv. Det kan også være at der ikke er noget reelt at sammenligne med: Ingen konkurrenter, ingen tidligere version – eller måske bare noget der ligger tilpas tæt på det man ønsker. I de situationer (og mange andre) bliver kvalitetskrav til brugervenligheden ofte meget bløde. Det bliver hensigtserklæringer. Og de er de første ved skafottet når der skal estimeres, justeres, prioriteres.
I stedet kan man udtrykke det man vil undgå (ligesom man også kan lave negativ brainstorm og negative personas). Det giver større rum til det man vil opnå. Det kan være man vil sige at, brugeren i hvert fald ikke må få et bestemt resultat, men at flere andre resultater kan godtages. Det giver de der udvikler løsningen, større mulighed for at se på hvordan den teknologi eller standard-løsning som de tilbyder, kan løfte kravene.
