Meny Stäng

6 steg mot agil kravhantering som maximerar verksamhetsnyttan

Mycket av utvecklingsarbetet sker idag agilt, men inte resten av verksamhetens arbete. Det finns en föreställning om att exempelvis SCRUM, som är en specifik metod inom agilt, endast fungerar för systemutveckling. Inget kan vara mera fel!

Det finns inget som hindrar att hela verksamheten arbetar agilt. Många av ursprungsidéer för det agila arbetssättet kommer till exempel från fordonsindustrin. Ett agilt arbetssätt innebär att verksamheten har den smidighet som krävs för att ständigt förbättras och utvecklas för att nå sina mål. Arbetssättet bygger på att alla medarbetare varje dag strävar efter att genom tillbakablickar, lärdomar och öppenhet för förändringar utföra saker bättre än de gjorde dagen innan.

För att lyckas skapa en agil kravprocess, oavsett verksamhetsområde, finns två principer som alla medarbetare måste leva efter: Good Enough och Just in Time, d v s kvalitet för mottagaren och leverans när mottagaren behöver det.

1. Good enough – hitta rätt kvalitetsnivå baserat på mottagarens krav

Good Enough betyder att produkten har tillräckligt hög kvalitet för att få tillbaka kostnaden det tog att skapa den. När produkten är ”Good Enough” är den framtagen på det effektivaste sättet den går att producera. Vad som räknas som tillräckligt bra beror helt och hållet på mottagaren. För att hitta rätt kravnivå – Good Enough – är det därför viktigt att ha en aktiv och kontinuerlig kommunikation med mottagaren.

Med mottagaren menar vi inte bara slutkunden utan alla intressenter som berörs av resultatet, från förvaltningsorganisationen som ska sköta driften till Service Desk som ska ge stöd till användare. För att kunna komma överens om kvalitetskraven och säkerställa bästa möjliga löpande kommunikation, måste det agila arbetet alltid börja med att du identifierar vilka mottagarna är. Det är viktigt att allas krav tillgodoses för att skapa en Good-Enough-produkt. Utgångpunkten för agilt arbete är ständig förbättring och utveckling, vilket också betyder att överenskommelsen med mottagarna måste ses över med jämna mellanrum.

2. Fokusera på de värdeskapande aktiviteterna och Just in Time

I det agila arbetet riktas fokus mot den gemensamma värdekedjan och på att ta bort onödigt, icke värdeskapande arbete. Genom att fokuserar på att bara göra värdeskapande aktiviteter och börja med högnivåkrav (verksamhetskrav) får du tillräckligt med information för att kunna uppskatta utvecklingskostnader och planera aktiviteter. Löpande under produktutvecklingen arbetar sedan kravanalytiker och testare med att färdigutveckla krav.

Precis lika viktigt som Good Enough är det att du utför dessa värdeskapande aktiviteter precis när det behövs. Varken för tidigt eller för sent, utan enligt överenskommen tidplan. På så sätt undviker du onödigt arbete, som specificering av lågprioriterade krav som kanske aldrig implementeras.

Ju mer du jobbar med utvecklingen, desto mer lär du dig också och kan ställa bättre frågor till de olika mottagarna. Och ju mer konkret du ställer frågan, desto bättre svar får du!

3. Definiera begreppen Behov, Mål, Verksamhetskrav och Systemkrav gemensamt

Dessa är allmänord och missförstånd kan lätt uppstå. Därför behöver alla inblandade enas om ett gemensamt språk, med gemensamma begrepp och tydliga definitioner som alla inom verksamheten förstår och använder. Först då kommer den viktiga löpande kommunikation mellan olika delar av verksamheten att fungera, vilket är en förutsättning för ett framgångsrikt samarbete. Viktiga begrepp som alla inblandade behöver komma överens om är Behov, Mål, Verksamhetskrav och Systemkrav.

begreppsmodell krav

 

4. Börja med högnivåkrav – skilj på verksamhetskrav och systemkrav

Varför måste du då ta omvägen via verksamhetskrav? Oftast behöver flera olika delar av verksamheten samverka för att uppnå ett mål, till exempel öka antalet kunder. Lösningen kan vara ett mera användarvänligt system, förstärkt Service Desk och en reklamkampanj. Verksamhets- och systemkraven kopplar tillsammans ihop lösningen (systemet) med verksamhetens behov och mål. Tillsammans med gemensamma begrepp och definitioner inom hela organisationen möjliggörs en gemensam process.

Det är också viktigt att alla förstår sin roll i den gemensamma värdekedjan – från behov, via mål, till krav och lösningar. Det är inte du som avgör vad och när, utan det är upp till mottagaren att bestämma. Hur avgör varje medarbetare. Varför ni ska göra något är affärsnyttan och det är med en gemensam förståelse som ni kan säkerställa att ni når målet.

5. Samla in behoven från verksamheten och sätt mätbara mål

Alla kan bidra till behovsinsamlingen – vilka problem och möjligheter finns i vår verksamhet? Ledningen kan sätta tydliga, mätbara verksamhetsmål för att adressera behoven. Mål som beskriver ett önskat börläge i förhållande till nuläget. De olika delarna av verksamheten kan beskriva vilka egenskaper eller förmågor, d v s krav, som behövs för att uppnå målen och tillgodose behoven.

För att kunna beskriva kraven korrekt är det viktigt att inte tänka lösning, utan endast behov och mål. Ett sätt är att fråga varför, varför, varför och sedan varför igen?

6. Glöm inte att agilt arbete innebär ständig förbättring och utveckling

Agilt arbete är ett förhållningssätt och en agil kravprocess är inte en strikt metod. Varje verksamhet måste skräddarsy en metod efter just sina specifika förutsättningar. Genom att hela tiden sträva efter att förbättras och tänka på mottagarens behov och tidplan blir processen mer och mer effektiv.

Behöver du råd och tips om hur ni kommer igång på ditt företag, tveka inte att höra av dig! Vi har kunniga konsulter inom agil kravhantering som gärna hjälper dig.

Klicka här för att se presentationen från vårt frukostseminarie om agil kravhantering.

 

Kort om författarna
Ingela Strandh är en driven kravanalytiker med lång erfarenhet från främst globala företag men även myndighet. Ingela har formulerat verksamhetsmål, identifierat krav på nya, förändrade eller avvecklade system, etablerat styrning av prioritering av krav samt tagit fram nationella standardkrav på system.

Simon Riddertorp har lång erfarenhet av operativt kravarbete, både på verksamhetssidan med analys av behov, effekthemtagning och formulering av verksamhetskrav såsom processer, aktiviteter, scenarier, regler och information samt på IT-sidan med systemkrav med funktioner, integrationer, kvalitet och flöden.