Kravhantering, eller requirements management som det heter på engelska, är kanske inte så sexigt. Det är i alla fall inget område som diskuteras på kafferasten.

Ändå vet de flesta som arbetar på kontor att det är viktigt att definiera vilka krav som ska ställas på ett system, eller på vad som helst som ska skapas.

Bilden av kravhantering i dag är för det mesta att man helt enkelt skriver ner sina krav på till exempel ett system på en lång lista. Sedan bockar utvecklarna av kraven ett efter ett och när systemet är klart uppfylls alla krav och alla är nöjda.

Lätt som en plätt.

Man börjar inse att det här sättet att arbeta har stora brister, inte minst inom it. Varför skulle annars så många projekt misslyckas?



De mest uppseendeväckande exemplen i Sverige under senare år på att traditionell kravhantering inte räcker till är ett antal projekt för att införa affärssystem. Försäkringskassan och andra har gått på mångmiljonsmällar.

De installerade systemen har helt enkelt inte uppfyllt de krav som formulerats. Och, kanske ännu viktigare, de krav som har formulerats har inte varit de rätta kraven. I Förskringskassans fall är det inte ens frågan om att skapa nya system. De installerar system som redan finns och gör inställningar för dem.

Hur viktigt är då kravhantering? Om vi koncentrerar oss på systemutveckling finns det en undersökning som mer än andra satt fokus på den frågan: The Standish Groups rapport Chaos Report som publicerades 1995.

Rapporten kommer fram till att 31,1 procent av alla projekt aldrig slutförs. 52,7 procent av alla projekt kostar 189 procent av de uppskattade kostnaderna.

En dyster bild av systemutveckling och det blir värre.

De projekt som faktiskt slutförs av stora amerikanska företag har bara 42 procent av de ursprungligen definierade funktionerna. Endast nio procent av projekten i stora företag betecknas som framgångsrika. Av de olika faktorer som bidrar till avbrutna och på andra sätt misslyckade projekt är den största ofullständiga krav med 13,1 procent.

Kort sagt, förbättrad kravhantering borde vara prioritet nummer ett för att förbättra systemutveckling.