Kvalitet är mer än testning

Affär, teknik och kvalitet – de tre drivkrafterna bakom framgångsrika företag

Av de tre drivkrafterna hamnar kvalitet ofta i skymundan och ses som ett ”nödvändigt ont”. Kvalitet kan finnas på papperet, till exempel i form av ISO-certifieringar, men den måste också byggas in och omsättas i praktiken. Det är inte ovanligt att kvaliteten blir lidande först när det till exempel behövs kostnadsbesparingar. Det leder ofta till att ledningens fokus främst ligger på affär och teknik, på bekostnad av kvaliteten.

Om kvalitet någon gång blir ett fokusområde för ledningen beror det ofta på att situationen har blivit så allvarlig att en ”kvalitetskris” har uppstått. Det kan till exempel handla om en skandal som får aktiekursen att falla, att kunder går över till konkurrenter eller problem i utvecklingen som påverkar kassaflödet.

Kvalitet är inte samma sak som kvalitetssäkring eller testning

När behovet uppstår får jag ofta frågan om att hjälpa till med kvalitetsproblem som har uppstått. För våra kunder innebär det att förbättra testprocessen eller bygga stödfunktioner för testning. Båda är mycket viktiga delar av kvalitet, men jag hamnar ofta i situationer där problemen inte löses genom att förbättra kvalitetssäkringen (QA) eller testningen. Varför är det så?

Det största hindret är att kvalitet inte förstås inom mjukvaruföretag. Den ses ofta som något som uppnås vid sidan av utvecklingsprocessen. I många fall innebär det också att kvalitet likställs med kvalitetssäkring eller testning.

För att verkligen förbättra kvaliteten behöver din organisation förstå att kvalitet, kvalitetssäkring och testning hänger ihop, men inte är samma sak. Var och en av dem kräver investeringar i stället för att man förväntar sig att de bara ska uppstå av sig själva.

Ett vanligt felaktigt tankesätt är att kvalitet är QA-avdelningens ansvar och att ingen annan i organisationen behöver bry sig om den eller stötta utvecklingen i att bygga in den.

Ett annat tecken är att man efter ett stort misslyckande frågar vem som ansvarar för testningen, i stället för att leta efter problem i andra delar av utvecklingsprocessen.

Restaurangexemplet

För att ge en bättre förståelse för kvalitet börjar jag alltid med att säga att det är ett abstrakt begrepp som inte kan sägas vara en enda sak. Kvalitet är något viktigt för någon som är viktig. Jag brukar använda ett exempel från restaurangvärlden för att sätta det i perspektiv.

I det här exemplet finns två restauranger som lagar och säljer mat till kunder. Vid första anblicken är de inte särskilt olika. Men när vi tar hänsyn till affärsmodellen och börjar förstå den kan vi också se restaurangernas olika kvalitetskrav.

Låt oss säga att den ena har tre stjärnor i Michelin-guiden och den andra specialiserar sig på snabbmat. Michelinrestaurangen strävar efter en sofistikerad upplevelse, medan den andra fokuserar på pris, enkelhet och snabb service.

Tänk dig att du är kund på den här Michelinrestaurangen och får din måltid efter två minuter. Hur skulle det kännas? Skulle du känna att du får valuta för pengarna? Skulle det kännas som god kvalitet? Förmodligen inte. Du skulle sannolikt utan problem acceptera att vänta en halvtimme. Föreställ dig nu att du väntar en halvtimme på din hamburgare för sex euro i drive-thrun på ett snabbmatställe. Skulle dina förväntningar stämma överens med servicen? Skulle det kännas som god kvalitet?

Om vi tänker på exemplen ovan och jämför dem med tankesättet att kvalitet är samma sak som kvalitetssäkring och testning ser vi hur orimligt det är. I restaurangexemplet skulle motsvarande resonemang vara att kvalitet handlar om att se till att restaurangens mat serveras vid rätt tidpunkt. Men då missar vi så mycket. I själva verket är testning bara en del av kvaliteten.

Kvalitet är mycket mer än testning

När vi tänker på kvalitet bör vi bredda vårt perspektiv, eftersom det verkligen är ett begrepp som omfattar allt i ett företag.

När vi planerar och fattar beslut inom affär och teknik bör vi inte glömma kvaliteten, utan bygga in den på samma sätt. Vi bör fundera på vad kvalitet betyder för vårt företag och vad vi vill uppnå med den.

Kvalitet påverkar allt, inte bara produkten. Till exempel:

• Hur leder du företaget?

• Vad och hur kommunicerar du?

• Vad köper du in (outsourcar) och vad bygger du internt?

• Hur utvecklar du din produkt?

• Hur releasar du din produkt?

• Hur levererar du din produkt?

• Hur använder slutkunderna din produkt?

• Hur hanteras supporten?

Kvalitet är ett så mångfacetterat begrepp att det är svårt att bemästra, men det är också det som gör det så vackert.

Kvalitet är aldrig densamma för två företag eller, för den delen, för två individer. Men ur ett företagsperspektiv kan den vara det som lyfter verksamheten till nya höjder eller får den att sjunka i glömska. Att bygga en produkt med god kvalitet och förmedla det till kunderna kan ge långsiktiga fördelar.

Var börjar man?

Mitt råd är att se över processen för kvalitetsförbättring i hela organisationen. Vad innebär kvalitet i det stora hela? Vad har vi redan på plats? Vart vill vi nå? Hur kan vi uppnå de definierade målen? Börja sedan fördela dessa på ansvarsområden och roller som driver kvalitetsarbetet i företaget.

Om du bara fokuserar på kvalitetssäkring eller testning kommer du inte särskilt långt. För att förbättra kvaliteten behöver vi förstå begreppet och engagemanget bakom det.

Det sägs att DevOps är 70 % kultur och 30 % teknik. Transformationer kan inte ske om kulturen i en organisation inte förändras, oavsett om nya verktyg eller arbetssätt införs. Läs mer i vårt podcastavsnitt om kulturworkshops.