Samma misstag, om och om igen. I över 30 år har jag arbetat med IT-system och sett det hända gång på gång. System som tekniskt uppfyller specifikationen men ändå inte fungerar i verkligheten. Beställare som är missnöjda trots att leverantören gjort precis det som stod i avtalet. Projekt som spräcker budget och tidplan för att ingen tänkte på det som inte stod i kravspecifikationen.

Problemet är sällan tekniken. Problemet är att vi fokuserar på vad systemet ska göra, men glömmer hur det ska fungera. De icke-funktionella kraven hamnar längst ner i högen. Om de alls kommer med.

När jag letade efter en bok som samlade det här hittade jag ingen. Det finns gott om specialistlitteratur inom varje enskilt område. Men var hittar du boken som visar hur allt hänger ihop?

Agil utveckling talar om tvärfunktionella team och T-formad kompetens. Men var ska teamet läsa på om grunderna i alla dessa områden? Var får projektledaren den breda förståelse som krävs för att ställa rätt frågor? Jag letade, inte bara efter svensk litteratur, utan internationellt. Jag hittade ingenting som gav helhetsbilden.

Så jag skrev en.

Kvalitetstårtan är modellen jag utvecklat genom verkliga projekt och förfinat genom feedback från de team jag coachat. Sex lager som tillsammans täcker det som annars faller mellan stolarna. Boken förklarar varje lager, visar hur de hänger ihop, och ger konkreta checklistor för att säkerställa att inget viktigt glöms bort.

Den är skriven så att alla kan förstå, oavsett teknisk bakgrund. Men den är lika mycket för dig som har djup expertis inom något av områdena – och vill se hur din pusselbit passar in i helheten.

Bokens upplägg

Del 1: Förutsättningar lägger grunden. Varför misslyckas så många IT-projekt? Vad är skillnaden mellan funktionella och icke-funktionella krav? Här diskuteras systemtänkande, teamansvar, och det kritiska vägvalet mellan att köpa färdigt eller bygga själv.

Del 2: Kvalitetstårtan är bokens kärna. Sex lager som tillsammans täcker det som annars faller mellan stolarna: användbarhet, livscykelhantering, drift, säkerhet, regulatoriska krav och testbarhet. Varje kapitel förklarar området, visar vanliga utmaningar, och ger konkreta mätmetoder.

Del 3: Fånga krav beskriver metoderna. Hur navigerar du mellan regulatoriska krav och verksamhetens behov? Hur faciliterar du en workshop som får fram verkliga behov? Hur hanterar du befintliga system som behöver förbättras?

Del 4: Verktyg handlar om hur verktyg kan stödja kvalitetsarbetet – med fokus på strategi före verktygsval och rätt dokumentationsnivå för din situation.

Checklistorna i appendix omsätter teorin till praktik. Strukturerade frågor för att utvärdera köp eller bygga, ställa krav på leverantörer, och säkerställa att inget viktigt glöms bort.

Du behöver inte läsa från pärm till pärm. Del 1 ger alla en gemensam grund. Sedan kan du välja det som är mest relevant för just din roll och situation.

Utdrag från boken

Prolog

Här berättar jag bakgrunden till varför jag skrev boken.

 

När storsatsningar blir fiaskon

Här resonerar jag kring varför så många stora IT-projekt misslyckas, och vad vi kan lära av det.

 

Vad är icke-funktionella krav?

Förklarar den grundläggande skillnaden mellan funktionella och icke-funktionella krav, och varför det ofta är i ”HUR”-dimensionen som IT-projekt misslyckas.

 

Kvalitetsområdenas struktur och användning

Det här är ett utdrag ur boken Kvalitetstårtan Detta utdrag från Del 2 presenterar kvalitetstårtan – den visuella modell som är bokens kärna och som strukturerar hur olika kvalitetsaspekter samverkar.

 

De fem nivåerna av krav

Förklarar hur man skiljer mellan olika typer av krav, från absoluta lagkrav till önskemål som kan prioriteras fritt.

Checklistorna

En central del i boken går ut på att ta del av mina checklistor som en grund för att skapa egna.

Ladda ner dem härifrån

  • 1. Förutsättningar för framgångsrika IT-projekt17
  • 1.1. Icke-funktionella krav i sitt sammanhang27
  • 1.2. Systemtänkande och långsiktig förvaltning34
  • 1.3. Fastprisfällan och förtroendeproblemet47
  • 1.4. Regulatorisk efterlevnad kräver modularitet51
  • 1.5. Praktiska förutsättningar för god kvalitet54
  • 1.6. Team och Ansvar60
  • 1.7. Extern drift67
  • 1.8. Vägvalet, köpa eller bygga samt checklistor70
  • 1.9. Sammanfattning del 181
  • 2. Kvalitetstårtan, kvalitetsområden förklarade83
  • 2.1. Användbarhet90
  • Varför användbarhet spelar roll92
  • Vanliga utmaningar94
  • Grundläggande användarupplevelse95
  • Tillgänglighet och inkludering97
  • Designsystem99
  • Mätning100
  • Sammanfattning101
  • 2.2. Livscykelhantering102
  • Varför livscykelhantering spelar roll103
  • Vanliga utmaningar105
  • Anpassningsbar arkitektur106
  • Driftsättning och deployment108
  • Dokumentation, diagnostik och avveckling108
  • Mätning av livscykelförmåga110
  • Sammanfattning111
  • 2.3. Drift112
  • Varför drift spelar roll113
  • Vanliga utmaningar114
  • Tillgänglighet och prestanda116
  • Robusthet och resiliens117
  • Övervakning och underhåll118
  • Mätning120
  • Sammanfattning120
  • 2.4. Säkerhet122
  • Varför säkerhet spelar roll124
  • Vanliga utmaningar125
  • Grundläggande säkerhetsprinciper127
  • Strukturerat säkerhetsarbete128
  • Den mänskliga faktorn130
  • Mätning131
  • Sammanfattning132
  • 2.5. Regulatoriska krav134
  • Juridik och IT, två världar som måste mötas136
  • Varför regulatoriska krav är viktiga137
  • Mätning och verifiering138
  • Vanliga utmaningar138
  • Grundprinciper för regulatoriskt arbete139
  • Kritik mot nya lagar och regelverk142
  • Det regulatoriska landskapet143
  • Nivå 1. De fem huvudsakliga regelverken144
  • Nivå 2. Branschperspektiv på komplexitet160
  • Nivå 3. Det större landskapet170
  • Framtid för det regulatoriska landskapet175
  • Regulatoriska komplexitet, kan ni hantera det?176
  • Sammanfattning182
  • 2.6. Testbarhet185
  • Varför testbarhet är viktigt187
  • Vanliga utmaningar188
  • Testbar arkitektur189
  • Testdata192
  • Teststrategi och metodik193
  • Testleverabler195
  • Mätning196
  • Sammanfattning197
  • 2.7. Kravinteraktioner och synergier199
  • 2.8. Sammanfattning kvalitetstårtan209
  • 3. Fånga krav211
  • 3.1. Hantera komplexiteten213
  • 3.2. Checklistorna är dina bästa vänner216
  • 3.3. Regulatoriska krav och styrdokument217
  • 3.4. Hur styrdokument bör fungera221
  • 3.5. Projektets förhållningssätt till styrdokument227
  • 3.6. Workshop-baserad kravfångst234
  • 3.7. Särskilda överväganden för befintliga system244
  • 3.8. Sammanfattning253
  • 4. Verktyg för krav, test och dokumentation255
  • 4.1. Strategi före verktygsval256
  • 4.2. Situationsanpassad dokumentationsnivå261
  • 5. Epilog265
  • Appendix A – Checklistor273
  • A.1. Köpa färdigt eller bygga?274
  • A.2. Krav på leverantörer277
  • A.3. Kvalitetsområden311
  • A.4. Regulatorisk kartläggning354
  • A.5. Verktygsval och användning360
  • Appendix B – Ordlista363