Ställ krav på system. Micke Norbäck, Jonas Jaani (#142)

Play

Nya tidens krav. Digitaliseringen kräver bättre system. Vi pratar om hur krav skapas och hur man kan få maximal nytta av systemkrav.

Vi ställer hela tiden krav på vår omgivning, även om vi inte tänker på det. Tydligast blir det dock när vi beställer något. Att köpa en tårta innebär en mängd krav: antal portioner, goda smaker, laktosfri, utan nötter, färg och form, pris och leveranstid. Är det en komplicerad beställning behövs en kravspecifikation.

Vi ställer krav för att:

  • Leverantören ska kunna ge det beställaren vill ha (eller behöver)
  • Tillfredsställa användarens behov, lösa hens problem

Med bra definierade krav får vi:

  • Ett sätt att stämma av förväntningarna under projektets gång
  • En känsla av tid och kostnad
  • Ett bättre slutresultat som kund. Har vi mer acceptansvillkor i kraven kan vi testa innan vi godkänner leveransen
  • En möjlighet att prioritera och omprioritera kraven på ett agilt sätt

Notera att kraven existerar i ett vacuum utan det större scoopet måste vara överenskommet och kommunicerat. För det använder vi enklast Effektpyramiden (Syfte – målgrupp – behov).

Olika typer av krav:

  • Tekniska krav
  • Användarkrav: funktion/Innehåll/design
  • Projektkrav: tid/kostnad/leveranskrav

User stories:
Definiera Vem som ska göra Vad och Varför

”Som kund vill/måste jag fylla i uppgifter om vår adress för att få ordern levererad till kontoret”

”Som förskolelärare måste jag innan och efter utflykten bocka av vilka barn som är närvarande för att ha koll på att alla är med. (Papperslista, digitalt formulär, mobilfoto, stå på led)”

Lyckas med krav:

  • Gör förarbetet först: definiera syfte, målgrupp och behov
  • Om du bara vill förstärka befintliga krav, beskriv då kort ”Varför” kravet existerar
  • Samarbeta med kraven. ”Vi och de”-mentalitet är förödande

Kravet ska vara:

  • Independent (hyfsat oberoende legobitar)
  • Negotiable (inte alla dimensioner låsta eftersom de som implementerar kravet kan förbättra)
  • Valuable (för en stakeholder, oftast användaren)
  • Estimable (så att teamet kan sätta t-shirtstorlek på kravet)
  • Small (för att hinnas med i en iteration)
  • Testable (acceptanskriterier att testa mot)

Micke Norbäck, Jonas Jaani (23:21)

Play

Länkar / mer info:

Mer poddavsnitt om krav


Alla avsnitt av digitaliseringens podcast Effekten:

Spotify:

https://open.spotify.com/show/5Z49zvPOisoSwhwojtUoCm

Apple Podcasts:

https://itunes.apple.com/se/podcast/effekten-digitalisering-kunskap/id1171229363?mt=2&ls=1

Acast:

https://www.acast.com/effekten