Professionellt kravarbete

Funderar du över:

• Hur man får ett bra samspel mellan verksamhetsutveckling och it-utveckling?
• Hur man omsätter affärsverksamhetens behov i rätt it-stöd?
• Hur man på bästa sätt får kravarbetet att fungera ihop med verksamhetsarkitekturen?
• Hur, var och när förvaltningsperspektivet kommer in i kravarbetet?
• Hur man arbetar med krav när man utvecklar med agila metoder?
• Kravställer man annorlunda om man har en tjänstebaserad arkitektur?
• Om ”molnet” påverkar vårt sätt att ställa krav?

Då ska du gå Professionellt kravarbete – Fördjupningskurs inom kravfångst- och analys.
Här  går vi igenom hur man inför och lever med en kravprocess som går i linje med affärsverksamheten samt ger svar på hur djupt man bör gå i sin kravställning beroende på, å ena sidan, vad vi kravställer (standardsystem, nyutveckling, tjänster, molntjänster) och beroende på, å andra sidan, vilken systemutvecklingsmetod vi använder.
Vi diskuterar även vilka roller och ansvarsområden som bör vara med i ett utvecklingsprojekt samt hur man får projektmodellen att säkerställa att rätt kravställning blir genomförd.

Efter genomgången kurs:

• Vet du hur du får ditt kravarbete att gå i linje med verksamhetsarkitekturen och den löpande verksamhetsutvecklingen
• Har du insikt i hur vald utvecklingsmetod påverkar sättet att fånga krav
• Vet du bästa sättet att fånga krav oberoende av hur lösningen paketeras
• Har du insikt i vilka kravverktyg som finns på marknaden och deras styrkor och svagheter
• Har du en verktygslåda för att fånga både verksamhetens och it-sidans krav
• Har du verktyg för att genomföra ett kvalitetssäkrat kravarbete samt vet hur du bäst bemannar ett kravprojekt

Kursen är indelad i följande huvudområden inom vilka vi tar upp och ger svar på följande frågeställningar:

IT- eller användardrivna krav
Krav kan komma både från verksamheten och från IT-sidan.  Vi ger dig en introduktion i metoder för att fånga krav (informationsmodellering, processmodellering, rutinbeskrivningar, användningsfall, user stories, storyboards, personas) och visar hur man kan strukturera och skapa spårbarhet mellan krav.
Vi visar även hur du använder kraven i en upphandling – där de blir ditt viktigaste instrument för att finna rätt leverantör och styra leverantören genom realiseringen. Slutligen visar vi hur du återanvänder kraven för att testa och verifiera lösningen.
Vi tittar även på vilka verktyg som finns för kravhantering på marknaden – vi ställer dem mot varandra och diskuterar deras för- och nackdelar samt svarar på vilket verktyg som passar bäst för olika metoder.

Kravställning i olika tillämpningar
En fråga vi ofta får är hur djupt man ska gå i sin kravställning beroende på vilken slags lösning man har tänkt sig. Behöver man t.ex. kravställa när man ska köpa in ett standardsystem? Leverantören har ju redan en lösning; kan inte de visa oss hur vi bäst löser problemen? 
Eller hur ställer man krav om det är en tjänst som efterfrågas?
Har inte de agila metoderna löst kravfångstfrågan en gång för alla? Dessutom ska ju allt ligga i moln nu för tiden, hur kravställer vi det bäst?
Vi för ett resonemang kring dessa frågeställningar och ger svar på frågorna när man behöver kravställa, hur mycket man behöver kravställa samt vilka metoder som lämpar sig bäst i olika situationer.

Att leva med kontinuerligt kravarbete
Initiativ till verksamhetsutveckling kan komma från många olika håll, och hur man går från idé till realiserat IT-stöd kan vara mer eller mindre kaotiskt. Att ha en utvecklingsprocess där vi beskriver hela resan, från ett behov av IT-stöd i verksamheten till att behovet är tillgodosett, ger en kvalitetssäkring och får verksamhetsutveckling att gå till på samma sätt inom hela verksamheten.      
Med en genomtänkt utvecklingsprocess säkerställs dessutom att projekten inte överlappar eller säger emot varandra. Men hur ser en sådan process ut? Vad är viktigt att ha med i den? Och hur inför man en sådan process och får den att efterföljas? Vilka roller behövs i en utvecklingsprocess, och vilken roll har vilket ansvar? Vem äger utvecklingsprocessen? Hur synkar man utvecklingsprocessen mot sin projektmodell – eller behövs kanske inte en utvecklingsprocess när man har en väl beskriven projektmodell?

Kravarbete och Enterprise Architecture
Allt fler verksamheter inser att de behöver en verksamhetsarkitektur för att i längden förbli konkurrenskraftiga. Men hur ser egentligen relationen och gränssnittet mellan verksamhetsarkitektur och kravställning på IT-stöd ut? Går de hand i hand eller stick i stäv? Hur får man bäst dessa discipliner att samverka, eller är det till och med samma disciplin? Hur kan man använda sig av sina arkitekturmodeller i sitt arbete med kravställning på IT-stöd? Vi visar hur man genom sitt kravarbete realiserar sin verksamhetsarkitektur och säkerställer att utvecklingen av verksamhetens IT-stöd går åt det håll som de övergripande affärsmålen pekar mot. Vi visar även hur arkitekturprocessen synkas med kravarbetet, och var i kravarbetet samt i vilken utsträckning, som en verksamhetsarkitekt bäst bidrar med sin kunskap.

Praktikfall:  
En erfaren systemutvecklare berättar om sin erfarenhet av att jobba med olika slags sätt att ställa krav
En leverantör berättar om vilken typ av underlag de behöver för att kunna leverera rätt lösning.
 

Du som:

• Är beställare och ansvarar för att verksamheten får rätt it-stöd
• Är en nyckelperson från verksamheten och ska vara med och säkerställa att rätt krav kommer fram
• Är kravanalytiker eller på annat sätt arbetar med krav och vill förstärka dina kunskaper i området
• Är verksamhetsarkitekt och på ett bättre sätt vill kunna stödja kravarbetet i verksamheten.