Kvalitetsteknik kontra kvalitetssäkring
System som behandlar kvalitetssäkring som något som endast ska göras i slutet av produktionscykeln håller på att bli föråldrade, eftersom de flesta moderna system nu kan säkerställa produktkvaliteten i varje steg av processen.
Inom tillverkningsområdet, särskilt inom programvaruutveckling, går hybrida och distansbaserade QE-team från kvalitetssäkring (QA) till kvalitetsutveckling (QE). Men vad är skillnaden mellan dessa två koncept, och vad driver QE-trenderna?
I den här artikeln tittar jag på metoder, verktyg och certifieringar inom kvalitetsutveckling för dem som överväger en karriär inom detta område.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Vad är kvalitetsutveckling?
Kvalitetsutveckling är en relativt ny metod för att säkerställa kvalitetsprodukter genom att tillämpa noggranna kvalitetskontroller i varje fas av produktutvecklingen. Denna modell utgår från att alla som deltar i utvecklingen av produkten ansvarar för produktens kvalitet i det skede där de är involverade.
Om detta perspektiv tillämpas i alla faser av produktutvecklingen är antagandet att den övergripande produkten kommer att hålla hög kvalitet, eftersom problem kan hanteras i realtid.
Enligt QE-modellen upphör inte kvalitetsunderhållet när produkten är färdig. Det fortsätter genom cykeln och använder all information som erhålls i varje steg av utvecklingsprocessen för att förbättra nästa omgång.
Kvalitetsutveckling fokuserar på produktens kvalitet och betonar även analys av de processer som ingår i produktutvecklingen för att minska slöseri.
Slöseri minskas genom att minimera kostnaderna som uppstår till följd av defekter. Tanken är att det är dyrt att vänta med att identifiera defekterna tills sist, precis innan produkten släpps.
QE i programvaruutveckling
Inom programvaruutveckling är QE nära kopplat till metoden testdriven utveckling (TDD).
Kärnan i TDD är antagandet att utvecklarna, innan de börjar skriva programkod, skriver det test som koden ska klara. Därefter kommer de att köra testet, vilket kommer att misslyckas eftersom programkoden ännu inte har skrivits. Testet körs igen efter att koden har skrivits för att se om koden klarar testet.
QE, i samband med programvaruutveckling, är också kopplat till DevOps och agila processer. DevOps sammanför programvaruutveckling och IT-drift, avlägsnar ”silos” (en situation där avdelningar inte delar information och mål) och får utvecklings- och säkerhetsteamen att samarbeta smidigt. Säkerhet byggs in i varje steg av utvecklingsprocessen.
Agila processer innebär förmågan att röra sig snabbt och enkelt genom att hantera problem när de uppstår i utvecklingsprocessen.
QE inom programvaruutveckling har flera mål:
- Identifiera problem när de uppstår och lösa dem genom korrigerande åtgärder.
- Övervakning och styrning av processer.
- Fastställa mätvärden och standarder.
- Samla in och analysera data.
- Utveckla lämpliga tester.
- Brainstorma fram lösningar.
- Följa upp för att säkerställa att problemen är lösta.
Skillnaden mellan kvalitetsutveckling och kvalitetssäkring
I den traditionella modellen för att säkerställa kvalitet kommer ett team av kvalitetssäkringsspecialister in efter att produkten har färdigställts för att upptäcka eventuella fel i produkten innan den når användarna.
Denna metod kallas vanligtvis kvalitetssäkring. Om det finns defekter i produkten skickas produkten tillbaka till det team som ansvarar för den felaktiga delen.
En analys av modellen för kvalitetssäkring visar att metoden har flera ineffektiviteter. Ibland kan dessa kvalitetssäkringsteam till exempel identifiera fel som kräver att produkten utvecklas på nytt. För att göra detta behövs mer tid och fler resurser. Detta kan också leda till förseningar när produkten ska nå slutanvändaren.
För att lösa de utmaningar som är inneboende i QA har QE introducerats som den nya metoden. Tanken är att om utvecklingsteamen känner till de krav som slutprodukten ska uppfylla, kommer de att kunna testa produkten medvetet medan de utvecklar den, så att det inte uppstår några obehagliga överraskningar i slutet.
Även om QE och QA har samma mål – att säkerställa kvalitetsprodukter – finns det vissa skillnader mellan dem:
- QA strävar efter att upprätthålla kvaliteten hos den färdiga produkten, medan QE inför det system som produkten ska uppfylla i olika utvecklingsstadier.
- QE kräver att alla team som deltar i utvecklingen av produkten uppmärksammar kvalitet, medan QA vanligtvis överlåter detta till ett kvalitetssäkringsteam som kommer in när produkten är färdig.
- QE ser kvalitet som ett arbete som sker både uppifrån och nerifrån, medan QA ser kvalitet som ett arbete som sker uppifrån och ner.
- QE fokuserar på att ha rätt testverktyg för varje utvecklingsstadium, medan QA använder ett ”en storlek passar alla”-angreppssätt.
- QE strävar efter att hålla saker agila och flexibla, medan QA ser till helheten.
Drivande trender från QA mot QE
Övergången från QA till QE kan beskrivas som en kulturell förändring inom utvecklingsteamen, men vilka trender driver denna förändring?
Det multinationella företaget inom professionella tjänster, Accenture Plc., ger genom en rapport med titeln Kvalitetsutveckling i den nya en bild av de trender som driver övergången från QA till QE. Enligt Accenture har ”traditionella metoder för programvarutestning störts avsevärt genom framväxten av DevOps och intelligent automatisering, samt den ökande spridningen av digitala applikationer.”
Accenture-rapporten fortsätter med att konstatera att ”testning har utvecklats genom kvalitetsutveckling, som börjar tidigt som en del av den inledande applikationsplaneringen och etablerar en kontinuerlig återkopplingsslinga för att förutse och agera på det okända.” Rapporterna antyder att tiden har kommit för oss att lära om det mesta av det vi känner till.
För Nitin Mehra, teknisk chef på den amerikanska jobbsökmotorn Indeed, ”vände införandet av koncept som agil utveckling modellen [kvalitetssäkring] upp och ner när det gäller tidslinjerna för programvaruutveckling och leveransen av den.” Mehra konstaterar att detta har ”tvingat team att anpassa sig till en process som uppmuntrade till flera mindre lanseringar i stället för färre och längre,” vilket i hög grad har påverkat hur testning genomförs.
Utifrån ovanstående synpunkter blir det tydligt att införandet av teknik som artificiell intelligens (simulering av mänsklig intelligens i maskiner) och automatisering (system som fungerar med minimalt ingripande från människor) driver övergången från QA till QE. Artificiell intelligens (AI) och automatisering gör det möjligt att samla in historisk information som kan hjälpa team att identifiera problem snabbare eller innan de uppstår, samt korrigera dem.
Metoder och verktyg för kvalitetsutveckling
Precis som med alla nya system kan implementeringen av QE vara en skrämmande uppgift som kräver tid, resurser och engagemang. Därför är det viktigt att ha rätt verktyg för ett specifikt arbete. Vi har identifierat några standardmetoder och QE-verktyg som kan hjälpa utvecklingsteam att implementera QE:
Kvalitetsledningssystem (QMS)
Oavsett om du tittar på QE eller QA utgör produktens kvalitet en viktig del av ekvationen. Därför är ett av de ledande verktygen som bör finnas i verktygslådan hos alla organisationer som vill hantera kvalitet ett kvalitetsledningssystem (QMS). QMS säkerställer att du har formaliserat dokumentationen och processerna för att uppnå kvalitet. Det anger även dina kvalitetsmål och vem som ansvarar för att uppfylla dem.
En av de mest populära standarderna som används inom kvalitetsstyrning är ISO 9000-serien. ISO 9001 beskrivs till exempel av Internationella standardiseringsorganisationen (ISO) som en standard som ”fastställer kriterierna för ett kvalitetsledningssystem och är den enda standarden i serien som kan certifieras”. Organisationen uppger att denna certifiering kan användas av organisationer av alla storlekar inom alla områden.
Avancerad produktkvalitetsplanering
Avancerad produktkvalitetsplanering (APQP) är ett verktyg som förbättrar kommunikationen mellan leveranskedjehantering och kunder för att underlätta och hantera förändringar i befintliga produkter och processer. Genom denna kommunikation samlar utvecklarna in information om kundernas krav och om hur produkterna kan uppfylla dessa krav.
När det gäller QE kan APQP hjälpa utvecklare att få en uppfattning om vilka delar av produkterna som fungerar väl och vilka som behöver ändras eller förbättras. Det kan också användas för att sänka kostnaderna genom att ta bort de delar som användarna inte är intresserade av.
Statistisk processtyrning
Statistisk processtyrning (SPC) förser utvecklingsteam med en branschstandardiserad metod för att styra och mäta kvaliteten i utvecklings- eller tillverkningsprocessen. Metoden utnyttjar kvalitetsdata som erhålls genom processen för produktmätning.
SPC fastställer de så kallade styrgränserna och specifikationsgränserna. När processen fortlöper enligt utformningen förblir data inom styrgränserna, medan data som ligger inom specifikationsgränserna visar att kundens behov uppfylls. När data hamnar utanför dessa gränser behöver något åtgärdas.
Verktyg för problemlösning
För team som följer QE-modellen spelar kvalitetsverktyg en grundläggande roll när det gäller att lösa problem som identifieras i varje utvecklingsfas. Kaoru Ishikawa, den avlidne japanske organisationsteoretikern och professorn vid tekniska fakulteten vid Tokyos universitet, introducerade de klassiska sju kvalitetsverktygen i sin bok Handbok i kvalitetskontroll, som publicerades 1991. Än i dag följer många av de avancerade QE-programvaror som finns fortfarande Ishikawas grundmodell.
Orsak–verkan-diagram: Försöker identifiera de faktorer som är ansvariga för ett visst resultat. Varje orsak till ofullkomlighet betraktas som en källa till variation. Orsakerna kategoriseras för att identifiera och klassificera dessa variationskällor.
Kontrollblad: Detta är ett dokument där data lagras i realtid, vanligtvis på den plats där data samlas in.
Styrdiagram: Används främst tillsammans med diagrammet för statistisk processtyrning, som även kallas Shewhart-diagrammet. Det övervakar vanligtvis processer för att säkerställa att de är under kontroll och att inga ändringar behöver göras. Insamlade data kan också användas för att förutsäga hur processen kommer att fungera i framtiden.
Histogram: Hjälper till att placera data i en serie intervall för att kategorisera data, vilket ger en allmän bild av hur data är fördelade. Vid problemlösning kan detta bidra till att fastställa områden som behöver mer uppmärksamhet.
Pareto-diagram: Innehåller både en linjegraf och staplar. Det används främst för att identifiera de viktigaste faktorerna i en viss uppsättning. Det används vanligtvis inom kvalitetskontroll för att visa de främsta orsakerna till fel, kundklagomål eller rekommendationer, eller andra liknande faktorer.
Spridningsdiagram: Detta används för att jämföra två variabler. Det visar vanligtvis hur variabler hänger samman och hur de kan påverka varandra.
Stratifierat urval: En urvalsmetod som kan användas för att dela in olika segment av en population i grupper innan de studeras. Vid problemlösning kan detta säkerställa att alla komponenter som är kopplade till problemet beaktas fullständigt.
Certifieringar inom kvalitetsteknik
Om QE låter som en karriär du skulle trivas med behöver du känna till några saker om QE-certifieringar. Enligt Study.com, en webbplats som tillhandahåller information om utbildningsprogram, ”är en certifiering som kvalitetsingenjör tillgänglig för erfarna ingenjörer som vill utvecklas i sin karriär.” Webbplatsen tillägger: ”Utöver erfarenhet måste den som söker certifiering också ha mycket goda kunskaper om kvalitetssystem och matematik samt motivation att lära sig kvalitetsingenjörskapets finare detaljer.”
Certifiering som kvalitetsingenjör beviljas baserat på utbildningsmeriter och yrkeserfarenhet. Kunskapsunderlaget för certifierade kvalitetsingenjörer fastställer de specifika kompetensområden som du måste kunna styrka innan du kan bli certifierad. American Society for Quality (ASQ) administrerar certifieringsproven för kvalitetsingenjörer två gånger per år.
Bli medlem för fler insikter
Förbättra dina färdigheter inom SaaS-tillväxt och ledarskap. Prenumerera på vårt nyhetsbrev för de senaste insikterna för CTO:er och blivande teknikledare. Vi hjälper dig att skala smartare och leda starkare med guider, resurser och strategier från ledande experter!
