Kravhantering
Kravhantering är den strukturerade processen för att samla in, dokumentera, validera, prioritera och följa upp kraven för en produkt, ett system eller ett projekt genom hela dess livscykel.
Kravhantering börjar med insamling: genom intervjuer, workshoppar eller direkt observation tar man reda på vad kunder, användare eller interna intressenter faktiskt behöver. När kraven väl samlats in dokumenteras de, kontrolleras för motsägelser och delas upp i funktionella krav, det vill säga vad systemet ska göra, och icke-funktionella krav, till exempel säkerhet, prestanda eller användbarhet. Först därefter kommer prioriteringen, ofta med MoSCoW-metoden, som sorterar kraven i måste-krav, bör-krav, kan-krav och kommer-inte-krav.
Dokumentationen omfattar vanligtvis ett kravdokument som fångar vad kunden vill uppnå, och en matchande specifikation som beskriver hur leverantören planerar att leverera det. En spårbarhetsmatris för krav kopplar varje enskilt krav till dess källa, dess status och de testfall som senare bekräftar att det uppfyllts. I agila projekt tar produktbackloggen ofta över den rollen, med krav som fångas som user stories vilka förfinas och levereras sprint för sprint.
När krav ändras mitt i ett projekt träder en ordentlig process för ändringshantering in: varje ändring bedöms, vägs mot kostnad och tidplan, och antas först efter formellt godkännande. Hoppar man över det steget får man scope creep, en gradvis utökning av vad som levereras utan motsvarande justering av budget eller tidplan. Solid kravhantering är det som överhuvudtaget möjliggör realistiska offerter, tydligt ansvar och verifierbara resultat.
Praktiskt exempel
En medelstor tillverkare av förpackningsmaskiner planerar en ny mjukvara för orderhantering. Som en del av kravhanteringen intervjuar projektteamet 12 medarbetare inom försäljning, produktion och leverans, och samlar in 84 enskilda krav. Efter prioritering med MoSCoW återstår 31 måste-krav för den första releasen, dokumenterade i ett 18 sidor långt kravdokument. Halvvägs in i genomförandet ändras ett krav kring fakturering, och ändringshanteringen registrerar det i spårbarhetsmatrisen, så att alla inblandade kan spåra det tillbaka till det ursprungliga kravet.
Så hjälper Leanshift
Kravhantering och Kaizen delar samma grundhållning: innan man förbättrar något måste man förstå exakt vad som faktiskt behövs. Att samla in krav noggrant och följa upp dem konsekvent gör att förbättringsarbetet träffar det verkliga målet istället för att jaga symptom. Den tydligheten är i sig en del av processarbetet, den synliggör vad som verkligen betyder något och ger andra en solid grund att fortsätta förbättra utifrån.
Vanliga frågor
Vad är skillnaden mellan kravhantering och ett kravdokument som Lastenheft?
Kravhantering är den pågående processen, ett kravdokument som Lastenheft är ett resultat av den. Det fångar vad kunden vill uppnå, medan den matchande specifikationen beskriver hur leverantören ska leverera det.
När bör kravhanteringen starta i ett projekt?
Helst redan under koncept- eller offertfasen, innan själva projektet drar igång. Att klargöra krav först efter att genomförandet har startat riskerar kostsamt omarbete och scope creep.
Hur fungerar kravhantering i agila projekt som Scrum?
Den sker iterativt via produktbackloggen istället för i ett engångsdokument. Kraven fångas som user stories, prioriteras löpande och förfinas och levereras sprint för sprint.