Kravspecifikationen har alltid varit en sj\u00e4lvklar komponent n\u00e4r man planerar upp sitt aff\u00e4rssystemprojekt. Samtidigt har det ocks\u00e5\u00a0varit sv\u00e5rt att skriva en bra kravspecifikation. Vilken niv\u00e5\u00a0skall man l\u00e4gga sig p\u00e5, hur skall den vara utformad, skall den baseras p\u00e5\u00a0verksamhetsprocesser eller systemfunktioner osv. Faktum\u00a0\u00e4r att det i dag\u00a0\u00e4r\u00a0\u00e4nnu sv\u00e5rare att skriva en bra kravspecifikation\u00a0\u00e4n tidigare. Digitaliseringseran som vi\u00a0\u00e4r inne i g\u00f6r att morgondagens aff\u00e4rssystem kommer att se v\u00e4sentligt annorlunda ut\u00a0\u00e4n dagens system. Transaktions och datavolymerna kommer att\u00a0\u00f6ka exponentiellt, aff\u00e4rssystemet kommer att ha kopplingar mot\u00a0\u00e5tskilliga andra nya datak\u00e4llor, fokus kommer att flyttas mot kundupplevelse, mobilitet och appar\u00a0\u00e4r redan en sj\u00e4lvklarhet osv. Sannolikt kommer den databank som aff\u00e4rssystemets databas besitter att kunna ge underlag till mer intelligenta och\u00a0\u201dsj\u00e4lvstyrande\u201d\u00a0aff\u00e4rssystem i framtiden.<\/p>\n
L\u00e5t oss b\u00f6rja med att titta p\u00e5\u00a0begreppet kravspecifikation, hur en kravspecifikation ser ut och vad den inneh\u00e5ller.<\/p>\n
Man vill ju ha ut maximal nytta av en kravspecifikation, leverant\u00f6ren och intressenterna skall kunna f\u00f6rst\u00e5\u00a0vad projektet syftar till och vad behoven\u00a0\u00e4r och d\u00e5\u00a0m\u00e5ste man fundera p\u00e5\u00a0detaljgraden. I vissa fall s\u00e5\u00a0f\u00f6rs\u00f6ker man tvinga fram s\u00e5\u00a0m\u00e5nga funktionella behov som man kan komma p\u00e5, man vill ju inte begr\u00e4nsa sig och man kan ju inte bara t\u00e4nka p\u00e5\u00a0nuvarande behov utan\u00a0\u00e4ven framtidens m\u00e5ste tas med i beaktande. Kunder s\u00e4ger ofta att om vi inte vet vad systemen kan erbjuda s\u00e5\u00a0kan vi ju inte veta alla krav p\u00e5\u00a0funktioner som vi beh\u00f6ver och vi vill ju\u00a0\u00e4ven ha ett system att v\u00e4xa i.<\/p>\n
S\u00e5\u00a0vilken niv\u00e5\u00a0skall man l\u00e4gga sig p\u00e5? En kravspecifikation kan ta utg\u00e5ngpunkt i processkartor med processer och delprocesser. D\u00e5\u00a0b\u00f6r man t\u00e4nka p\u00e5\u00a0vad processerna baseras p\u00e5, kundens egna processer, branschstandard, APQC standard etc. leverant\u00f6ren och kunden m\u00e5ste ju kunna kommunicera kring processerna och\u00a0\u201dtala samma spr\u00e5k\u201d. Man kan ocks\u00e5\u00a0utg\u00e5\u00a0fr\u00e5n det gamla modult\u00e4nket som m\u00e5nga leverant\u00f6rer till\u00e4mpade och fortfarande till viss del till\u00e4mpar och man kan d\u00e5\u00a0titta p\u00e5\u00a0vilka funktioner som man vill kunna utf\u00f6ra inom varje modul i ett framtida system. Man kan ocks\u00e5\u00a0kartl\u00e4gga de nuvarande och framtida arbetsprocesserna och skapa s\u00e5\u00a0kallade anv\u00e4ndarfall som man utg\u00e5r fr\u00e5n i sin behovsbild. Man kan\u00a0\u00e4ven titta p\u00e5\u00a0vilka generiska funktioner\/verktyg som man vill anv\u00e4nda sig av i sitt aff\u00e4rssystem s\u00e5som workflow, triggers osv f\u00f6r att effektivisera arbetet. Ett annat s\u00e4tt\u00a0\u00e4r att fokusera mer p\u00e5\u00a0f\u00f6retagets unika aff\u00e4rsprinciper och styrande principer f\u00f6r sina verksamhetsprocesser i f\u00f6rsta hand. Allts\u00e5\u00a0handlar det om vilket angrepps\u00e4tt man v\u00e4ljer.<\/p>\n
Man beh\u00f6ver ocks\u00e5\u00a0titta p\u00e5\u00a0hur och n\u00e4r kravspecifikationen anv\u00e4nds och vilket syfte den har. En kravspecifikation kan anv\u00e4ndas f\u00f6r ett antal\u00a0\u00e4ndam\u00e5l som intr\u00e4der under olika tidpunkter i projektcykeln.<\/p>\n
Hur utformar vi kraven? Skall vi anv\u00e4nda oss av\u00a0\u201dskall krav\u201d\u00a0f\u00f6r funktioner? Sannolikt inte eftersom det finns olika s\u00e4tt att hantera en funktion och\u00a0\u00e4ven en process i olika system. D\u00e4remot b\u00f6r man anv\u00e4nda\u00a0\u201dskall krav\u201d\u00a0n\u00e4r det g\u00e4ller f\u00f6retagsunika aff\u00e4rsregler och styrande principer.<\/p>\n
Mot bakgrund av ovanst\u00e5ende kan vi konstatera att kraven och anv\u00e4ndningen av kravspecifikationen kommer att\u00a0\u00e4ndra sig\u00a0\u00f6ver tid, dvs under projektets livscykel. Vi beh\u00f6ver hantera nuvarande krav och framtida krav. Vi vill ju sannolikt v\u00e4lja ett system som vi kan v\u00e4xa med\u00a0\u00f6ver\u00a0\u00e5tminstone en 10\u00a0\u00e5rs period.<\/p>\n
Vi m\u00e5ste\u00a0\u00e4ven n\u00e4r vi skriver kravspecifikationen beakta vilken projektform vi planerar att till\u00e4mpa. Till\u00e4mpar vi den klassiska vattenfallsmodellen som vanligen best\u00e5r av mellan fyra och sex faser, exempelvis; diagnostik, analys, design, utveckling\/bygg, inf\u00f6rande, stabiliseringsfas eller t\u00e4nker vi arbeta mer agilt och i form av sprintar iterera analys och design samt\u00a0\u00e4ven f\u00f6rs\u00f6ka drifts\u00e4tta funktionsdugliga systemkomponenter l\u00f6pande under projektet. Att arbeta agilt med st\u00f6rre aff\u00e4rssystemimplementationer\u00a0\u00e4r ett ganska nytt s\u00e4tt, majoriteten av projekten k\u00f6rs fortfarande enligt klassisk vattenfallsmodell men\u00a0\u00e4ven hybrider av de tv\u00e5\u00a0s\u00e4tten kan f\u00f6rekomma.<\/p>\n
Det\u00a0\u00e4r allts\u00e5\u00a0viktigt att t\u00e4nka p\u00e5\u00a0syftet med kravspecifikationen n\u00e4r man skapar den.\u00a0\u00c4r det prim\u00e4ra syftet att j\u00e4mf\u00f6ra olika systems funktionalitet med varandra,\u00a0\u00e4r det f\u00f6r att estimera projekt i tid och kostnad,\u00a0\u00e4r det f\u00f6r att hantera och styra projektets omfattning eller\u00a0\u00e4r det att ha som en avtalsbilaga f\u00f6r att s\u00e4kerst\u00e4lla den slutliga leveransen.<\/p>\n
Visionerna och drivkrafterna m\u00e5ste lyftas fram och detaljkraven ta ett steg tillbaka. Ett modernt aff\u00e4rssystem ger ju m\u00f6jligheter till processeffektiviseringar som kunden inte visste om p\u00e5\u00a0f\u00f6rhand. Ett bra s\u00e4tt\u00a0\u00e4r att s\u00e4tta upp en prototyp redan under analysarbetet f\u00f6r att p\u00e5\u00a0s\u00e5\u00a0s\u00e4tt redan tidigt b\u00f6rja designa viktiga processer och skapa en gemensam bild av behov och m\u00f6jligheter i det framtida systemet.<\/p>\n
Ett mer agilt arbetss\u00e4tt st\u00e4ller ju f\u00f6rst\u00e5s st\u00f6rre krav p\u00e5\u00a0en mer flexibel avtalsmodell och kr\u00e4ver en st\u00f6rre tillit mellan parterna.<\/p>\n
Och sen skall man komma ih\u00e5g att kravspecifikationen och systemkraven\u00a0\u00e4r inte allt. Det\u00a0\u00e4r minst lika viktigt att den implementationspartner man v\u00e4ljer k\u00e4nns r\u00e4tt, \u00e4r v\u00e4l f\u00f6rankrad p\u00e5 marknaden, har en l\u00e5ngsiktighet och r\u00e4tt inst\u00e4llning till projektet, f\u00f6rst\u00e5r branschen,\u00a0\u201dpratar samma spr\u00e5k\u201d, besitter gedigen produktkompetens, och inte minst att man skapar ett starkt f\u00f6rtroende f\u00f6r varandra, tanken\u00a0\u00e4r ju att det skall bli ett l\u00e5ngt f\u00f6rh\u00e5llande. Ett mediokert system kan faktiskt med r\u00e4tt implementationspartner bli en riktig framg\u00e5ngssaga och p\u00e5\u00a0samma s\u00e4tt kan ett funktionellt mycket kapabelt system sluta med ett fiasko om inte implementationspartnern kan sin produkt, kundens bransch eller saknar en fungerande implementationsmodell.<\/p>\n
Sj\u00e4lv tror jag att man i framtidens kravspecifikationer beh\u00f6ver uttrycka behoven i mer generella termer, mer processbaserat och sedan m\u00e5ste man vara beredd p\u00e5\u00a0att revidera sitt kravunderlag under resans g\u00e5ng. Den kravspecifikation man skrev under upphandling och urvalsprocess beh\u00f6ver revideras eller rent av ers\u00e4ttas med ett \u201dscope\u201d dokument efter att man genomf\u00f6rt en analysfas tillsammans med sin valda implementat\u00f6r. Kravspecifikationen som s\u00e5dan kommer dock sannolikt alltid att beh\u00f6vas, den tvingar oss att planera och t\u00e4nka till kring v\u00e5ra behov, nyttor och prioriteringar. En bra skriven kravspecifikation kommer sannolikt att minska den totala slutkostnaden f\u00f6r projektet.<\/p>\n
S\u00e5 –\u00a0l\u00e4nge leve kravspecifikationen!<\/p>\n","protected":false},"excerpt":{"rendered":"
Kravspecifikationen har alltid varit en sj\u00e4lvklar komponent n\u00e4r man planerar upp sitt aff\u00e4rssystemprojekt. Samtidigt har det ocks\u00e5\u00a0varit sv\u00e5rt att skriva […]<\/p>\n","protected":false},"author":45,"featured_media":31639,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"slim_seo":{"title":"Kravspecifikationen \u00e4r d\u00f6d, leve kravspecifikationen - HerbertNathan & Co","description":"Kravspecifikationen har alltid varit en sj\u00e4lvklar komponent n\u00e4r man planerar upp sitt aff\u00e4rssystemprojekt. Samtidigt har det ocks\u00e5\u00a0varit sv\u00e5rt att skriva en bra"},"footnotes":""},"categories":[1708,1715],"tags":[],"class_list":["post-31208","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-erp","category-digitalisering","formats-blogg"],"acf":[],"_links":{"self":[{"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/posts\/31208","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/users\/45"}],"replies":[{"embeddable":true,"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/comments?post=31208"}],"version-history":[{"count":1,"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/posts\/31208\/revisions"}],"predecessor-version":[{"id":31765,"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/posts\/31208\/revisions\/31765"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/media\/31639"}],"wp:attachment":[{"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/media?parent=31208"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/categories?post=31208"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/tags?post=31208"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}