Kravanalytiker 2
Kravanalytiker är översättare, det skrev jag i förra inlägget. En översättare lyssnar först, tänker sen och formulerar sig slutligen så att den andra parten förstår vad den första menade.
Förra inlägget handlade om första ledet, lyssnandet. Andra ledet, tänkandet, utvecklas bäst tillsammans med andra i en styrd gruppreflektion, vilket vi gör i kursen. Men för tredje ledet skriva krav vill jag här säga en avgörande sak: syntax.
IT-folk vet att syntax är viktigt. Användarkrav ska vara formulerade så här, utan undantag: subjekt-funktion-kriterium. Vi tar ett exempel: Hyresgästen ska kunna boka tvättid från sin lägenhet på 30 sekunder. Subjektet är hyresgästen. Funktionen är boka tvättid från lägenheten. Kriteriet är tidsgränsen.
Alla dessa tre komponenter i användarkrav måste vara med. Här är varför:
- Subjektet visar att det finns någon som har det här behovet, vilket tvingar utföraren att tänka på användaren som får en konkret närvaro.
- Funktionen visar vad användaren behöver – det visar vad, inte hur. IT-människor, vana att tänka teknik, hoppar ofta över vad:et och går direkt på hur:et där de känner sig hemma, en vanlig brist i kravarbete. Så komponenten funktion i användarkravet säkerställer fokus på vad det är användaren behöver.
- Kriteriet, när det är genomtänkt, driver utföraren att tänka utanför lådan. I exemplet med tvättid är 30 sekunder så kort tid att utföraren måste vara innovativ och hårt fokuserad på usability.
Ett annat exempel på användarkrav: Delfinen ska hoppa över en ribba 2,2 m över vattenytan vid dressörens signal. Fundera lite på det här kravet: Vilken är dess funktion? Vilka andra intressenter finns runt systemet? Vad skulle hända om kriteriet var annorlunda?
Visst, det här är en utmaning mot hur många tänker om kravarbete. Men IT är både teknik och människor och människan får notoriskt för lite plats. Fråga några människor själv, användare alltså, hur väl it-systemen de har löser deras problem.
