Har du svært ved at rette softwarefejl, der bliver ved med at dukke op? Du er ikke alene. Manuel fejlfinding er tidskrævende og overser ofte den grundlæggende årsag. Når et problem kræver analyse, er en virksomhed nødt til at bruge værktøjer til grundårsagsanalyse for at se ud over nogle få symptomer.
Find den faktiske årsag til problemet, så de underliggende systemer og processer kan repareres, og problemet kan løses med en permanent løsning i stedet for blot en midlertidig.
Denne artikel gennemgår 5 effektive værktøjer, der kan hjælpe dit QA-team med at identificere og eliminere de underliggende problemer bag softwarefejl, så du sparer tid og frustration.
Hvad er grundårsagsanalyse?
Grundårsagsanalyse (RCA) er en teknik, der bruges til at finde svar på, hvorfor et problem er opstået. Den forsøger at identificere problemets oprindelse ved hjælp af værktøjer, der følger en række trin for at identificere de mulige årsager og derefter problemets primære årsag.
Det er et kvalitetskontroltiltag, der gør det muligt at finde ud af, hvad der skete, forstå hvorfor det opstod og derefter begynde at etablere en proces, der mindsker risikoen for, at det samme problem opstår igen.
RCA bygger på, at alle systemer og hændelser hænger sammen. Én ting i et bestemt område udløser noget andet i et andet område. Muligheden for at spore disse indbyrdes forbundne udløsere tilbage gør det muligt for software til problemsporing at se, hvordan det blev til det system, der nu er det største problem (dette er en af mange vigtige fordele ved software til problemsporing). Den leder efter mønstre og finder fejl, der er skjult i selve systemet. Den viser effektivt en grundårsag eller flere årsager til problemer.
RCA identificerer, om en fejl skyldtes en testfejl, en udviklingsfejl eller måske en fejl i kravspecifikationen eller designet.
Det er afgørende at finde ud af dette, så senere udgivelser heller ikke indeholder fejlen. En designfejl gør det muligt at gennemgå designdokumentationen og foretage justeringer, ligesom det er tilfældet, hvis fejlen skyldtes en testfejl. Dette er et eksempel på årsagsfaktoranalyse.
Have an account? Log In
Værktøjer til grundårsagsanalyse
De rigtige værktøjer til grundårsagsanalyse hjælper dig med at følge RCA-processen og undersøge de medvirkende faktorer bag underliggende problemer på en systematisk måde.
At finde den egentlige grundårsag til problemer med et godt analyseværktøj betyder, at du går videre end blot at forsøge at slukke brande forårsaget af de oprindelige symptomer.
Her er fem metoder til grundårsagsanalyse, som du kan bruge som værktøjer til at opdage den underliggende grundårsag til et problem.
1. 8D-grundårsagsanalyse
De otte discipliner for problemløsning (8D) blev udviklet af Ford Motor Company som Teamorienteret problemløsning (TOPS) i 1980'erne. Det er en metode, der anvender en grundårsagsanalyseproces til at finde problemet og skabe en midlertidig løsning, samtidig med at der udvikles en langsigtet løsning, så problemerne ikke opstår igen. Den bruges til løbende at forbedre pålidelighed og kvalitet.
Denne proces har til formål at finde potentielle grundårsager, indsnævre dem til den faktiske årsag, derefter oprette afværgeprocesser og anvende et korrigerende tiltag for at forhindre gentagne problemer. Den fremmer systematiske ændringer, så den løser det umiddelbare problem sammen med andre problemer, der kan skyldes systematiske fejl. Den er konsekvent, nem for teamet at lære og grundig, når den anvendes.
Fokus på teamet frem for individet er også en fordel. Metoden forbedrer kvalitet og pålidelighed og arbejder med potentielle fremtidige problemer, før de belaster et produkt. Den bør bruges til at vurdere:
- Sikkerheds- og lovgivningsmæssige problemer, der bliver identificeret.
- Kundehenvendelser, der modtages.
- Når garantiproblemer viser en højere fejlrate end forventet.
- Uacceptable niveauer af internt spild og kassationer samt lav ydeevne eller fuldstændige testfejl.
2. Fiskensbensværktøj til grundårsagsanalyse
Selvom navnet måske lyder mærkeligt, beskriver det, hvordan analysen ser ud på papir. I sin enkleste form er det blot et årsag-virkningsdiagram. Det kaldes også et Ishikawa-diagram.
Dette værktøj er nyttigt under brainstorming som en del af analyseprocessen, når man forsøger at identificere forhold, der kan have forårsaget et problem. Det er et grundårsagstræ vendt på hovedet. Et træ forsøger at indsnævre årsagerne, mens et fiskebensdiagram udvider listen. Et fiskebensdiagram bruges til at undersøge årsag og virkning. Problemet placeres ved “fiskens hoved”, hvorefter de potentielle årsager skrives på de mindre ben i forskellige kategorier.
Det gør det muligt at overveje idéer om potentielle årsager, som ellers kunne blive overset. Når teamet har besluttet en problemformulering og formuleret den klart, oprettes kategorier som forsyninger, udstyr, personale osv.
Derefter begynder du at brainstorme over, hvorfor noget er sket. Fiskebensdiagrammet holder fokus på årsagen frem for symptomerne. Diagrammets værdi er, at det giver teammedlemmer mulighed for at gå i dybden og forstå et problem, så det kan håndteres tilstrækkeligt både nu og fremover.
3. Teknikken med de 5 hvorfor til analyse af rodårsagen
Dette værktøj er endnu en effektiv måde at finde problemets rodårsag og forhindre gentagne problemer på. Systemet blev skabt af Sakichi Toyoda og er en del af Lean-filosofien. Pointen er at spørge “hvorfor?” fem gange, når man undersøger et problem. Det hjælper med at gøre en løsning tydelig. Det hjælper med at finde og fjerne rodårsagen til et problem for at undgå gentagne fejl.
Denne proces gennemføres ved at danne et tværfunktionelt team, der kan bidrage med forskellige perspektiver. Definér problemet tydeligt, så der ikke er nogen tvivl om, hvad der undersøges. Lad nogen lede teamet og holde fokus. Begynd at spørge “hvorfor?” og analysér svarene, indtil du finder det grundlæggende problem.
Vær åben over for, at der måske kan være mere end én rodårsag. Iværksæt korrigerende handlinger, når rodårsagen eller rodårsagerne er fundet. Test, om det virker, og begynd processen igen, hvis det ikke gør.
4. Analyse af rodårsag med 5M, 6M og E
Disse værktøjer til analyse af rodårsager ligner hinanden. Både 5M, 6M & E har lignende kategorier, der skal analyseres. Arbejdskraft (mennesker), maskiner, måling, materialer, metoder og miljø (moder natur). Disse elementer indeholder svarene, når der opstår et problem eller en variation i processen.
Der er spørgsmål, som skal stilles, besvares og vurderes, så du kan afgrænse, hvor rodårsagen kan ligge. Det kan anvendes på softwaretest, eftersom problemer kan stamme fra andet end selve det interne program. Er det et brugerproblem? Programmering? Analyse? Menneskelig fejl? Metoder eller en fejl, der på en eller anden måde er blevet en del af softwaren fra en ekstern kilde?
Disse 5-6 punkter er struktureret til at identificere og forbinde relationerne mellem hændelser, brugere og problemer, der forårsagede fejlen eller hændelsen.
Som med andre RCA-protokoller bruges denne til at finde og fjerne det problem, der forårsagede den specifikke fejl. Den hjælper med at reducere spild af arbejdskraft og økonomiske ressourcer ved at finde rodårsagen og dermed afhjælpe de symptomer, der signalerede problemet. Den hjælper med at forhindre, at gentagne fejl opstår.
More Articles
5. Software til analyse af rodårsager
Der findes forskellige RCA-softwareprogrammer til at analysere og løse problemer. Disse softwareprogrammer indsamler data og bruger dem til at hjælpe teams med at udføre forskellige analyser, der bidrager til god kvalitetsstyring, herunder:
- Ishikawa (fiskebensdiagram)
- De 5 hvorfor
- Gapanalyse
- Forandringsanalyse
- Ulykkesanalyse
- Analyse af fejltilstande og deres konsekvenser
Fordelen ved RCA-software er, at det kan gøre årsagsanalysen meget lettere ved at registrere alle hændelser og data om årsagsanalyser på ét webbaseret sted, så de kan deles på en tilgængelig måde.
Eksempler på software til analyse af rodårsager omfatter både software til hændelseshåndtering og mange QA-automatiseringsværktøjer, der har RCA-moduler.
Når softwaren har hjulpet med at identificere rodårsagen, er det muligt at begynde på korrigerende tiltag for at standse det grundlæggende problem og mindske risikoen. Medarbejdere kan få tildelt bestemte opgaver for at sikre, at alt bliver repareret og udført igen. Softwaren kan hjælpe med at reducere antallet af lignende hændelser samt reducere omkostninger og hændelsesrater ved at udbedre rodårsagen.
Konklusion
Brugen af et hvilket som helst af disse værktøjer til analyse af rodårsager kan give bedre test og solid QA-understøttelse, når et team støder på symptomer på et problem og har brug for at fastslå rodårsagerne for at løse det.
Værktøjerne er alle nemme at forstå og logiske i deres tilgang til forskellige problematiske situationer.
Det er vigtigt at vide, hvordan man bruger ét eller alle disse værktøjer til analyse af rodårsager, når man skal opbygge et team, der ikke kun kan skabe, men også reparere og afhjælpe problemer. Når disse værktøjer bruges sammen med kollegastøtte som en del af processen til analyse af rodårsager, åbner det døren til klare svar, procesforbedringer og generelle forbedringer af produktkvaliteten.
Hvis du vil holde dig opdateret om QA-verdenen, kan du tilmelde dig The QA Leads nyhedsbrev eller lytte til vores seneste podcastafsnit.