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

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ångEn känsla av tid och kostnadEtt bättre slutresultat som kund. Har vi mer acceptansvillkor i kraven kan vi testa innan vi godkänner leveransenEn 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 kravAnvändarkrav: funktion/Innehåll/designProjektkrav: 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 behovOm du bara vill förstärka befintliga krav, beskriv då kort ”Varför” kravet existerarSamarbeta 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)





Länkar / mer info:



Mer poddavsnitt om krav




https://www.effekten.se/effektstyrning/





https://www.effekten.se/glada-hjarnor/





https://www.effekten.se/skitsystem/








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