Har du problemer med å rette programvarefeil som stadig dukker opp igjen? Du er ikke alene. Manuell feilsøking er tidkrevende og overser ofte den egentlige årsaken. Når et problem må analyseres, må en bedrift bruke verktøy for årsaksanalyse for å se forbi noen få symptomer.
Finn den faktiske årsaken til problemet, slik at de underliggende systemene og prosessene kan repareres, og problemet kan løses med en permanent løsning i stedet for bare en midlertidig.
Denne artikkelen utforsker fem kraftige verktøy som kan hjelpe QA-teamet ditt med å identifisere og eliminere de underliggende problemene bak programvarefeil, slik at du sparer tid og frustrasjon.
Hva er årsaksanalyse?
Årsaksanalyse (RCA) er en teknikk som brukes til å finne svar på hvorfor et problem har oppstått. Den forsøker å fastslå problemets opprinnelse ved hjelp av verktøy som følger en rekke trinn for å identifisere de mulige årsakene og deretter den primære årsaken til problemet.
Det er et kvalitetskontrolltiltak som gjør det mulig å finne ut hva som skjedde, forstå hvorfor det oppstod og deretter begynne å etablere en prosess for å redusere sannsynligheten for at det samme problemet oppstår igjen.
RCA bygger på at alle systemer og hendelser henger sammen. Én ting i et bestemt område utløser noe annet i et annet område. Muligheten til å spore disse sammenkoblede utløserne tilbake gjør det mulig for programvare for problemsporing å se hvordan systemet ble det som nå er hovedproblemet (dette er én av mange viktige fordeler med programvare for problemsporing). Den leter etter mønstre og finner feil som er skjult i selve systemet. Den viser effektivt én eller flere grunnleggende årsaker til problemer.
RCA identifiserer om en feil ble forårsaket av en testfeil, en utviklingsfeil eller kanskje en feil i kravene eller utformingen.
Det er avgjørende å finne ut av dette, slik at senere utgivelser heller ikke inneholder feilen. En utformingsfeil gjør det mulig å gå gjennom dokumentasjonen av utformingen og foreta justeringer, på samme måte som når feilen ble forårsaket av en testfeil. Dette er et eksempel på årsaksfaktoranalyse.
Have an account? Log In
Verktøy for årsaksanalyse
Med de riktige verktøyene for årsaksanalyse kan du følge RCA-prosessen og undersøke de medvirkende faktorene til underliggende problemer på en systematisk måte.
Når du finner den egentlige årsaken til problemer ved hjelp av et godt analyseverktøy, har du kommet lenger enn å bare forsøke å slukke branner som skyldes de opprinnelige symptomene.
Her er fem metoder for årsaksanalyse som du kan bruke som verktøy for å oppdage den underliggende årsaken til et problem.
1. 8D-årsaksanalyse
De åtte disiplinene for problemløsning (8D) ble utviklet av Ford Motor Company som teamorientert problemløsning (TOPS) på 1980-tallet. Det er en metodikk som bruker en årsak-analyseprosess for å finne problemet, lage en midlertidig løsning og samtidig utarbeide en langsiktig løsning, slik at problemer ikke oppstår igjen. Den brukes til kontinuerlig forbedring av pålitelighet og kvalitet.
Denne prosessen har som mål å finne mulige grunnleggende årsaker, snevre dem inn til den faktiske årsaken, deretter opprette prosesser for begrensning og bruke et korrigerende tiltak for å forhindre gjentakelse av problemer. Den fremmer systematiske endringer, slik at den løser det umiddelbare problemet sammen med andre problemer som kan oppstå som følge av systemsvikt. Den er konsekvent, enkel for teamet å lære og grundig når den brukes riktig.
Fokuset på teamet fremfor enkeltpersonen er også fordelaktig. Metodikken forbedrer kvalitet og pålitelighet og tar hånd om mulige fremtidige problemer før de hemmer et produkt. Den bør brukes til å vurdere:
- Sikkerhets- og lovpålagte problemer som oppdages.
- Kundeklager som kommer inn.
- Når garantiproblemer viser en høyere feilrate enn forventet.
- Uakseptable nivåer av internt avfall og kassering, samt lav ytelse eller fullstendige testfeil.
2. Fiskebeinsverktøy for årsaksanalyse
Selv om navnet kan høres merkelig ut, beskriver det hvordan analysen ser ut på papir. I sin enkleste form er det bare et årsak- og virkningsdiagram. Det kalles også et Ishikawa-diagram.
Dette verktøyet er nyttig under idémyldring som en del av analyseprosessen når man forsøker å identifisere forhold som kan ha forårsaket et problem. Det er et årsakstre snudd på hodet. Et tre forsøker å snevre inn årsakene, mens et fiskebein utvider listen. Fiskebeinsdiagrammet brukes til å studere årsak og virkning. Problemet plasseres ved «fiskens hode», og deretter skrives de mulige årsakene på de mindre beina i ulike kategorier.
Det gjør det mulig å vurdere ideer om mulige årsaker som ellers kunne blitt oversett. Når teamet har bestemt en problemformulering og formulert den tydelig, opprettes kategorier som forsyninger, utstyr, ansatte og så videre.
Deretter begynner du å finne ut hvorfor noe har skjedd. Fiskebeinsdiagrammet holder fokuset på årsaken i stedet for symptomene. Verdien av diagrammet er at det lar teammedlemmene gå i dybden og forstå et problem, slik at det kan håndteres på en tilfredsstillende måte både nå og i fremtiden.
3. Teknikken med de 5 hvorfor for årsaksanalyse
Dette verktøyet er en annen effektiv måte å finne den grunnleggende årsaken til problemet på og stanse gjentakende problemer. Systemet ble utviklet av Sakichi Toyoda og er en del av Lean-filosofien. Poenget er å spørre «hvorfor?» fem ganger når man nærmer seg et problem. Dette bidrar til å tydeliggjøre en løsning. Målet er å finne og eliminere den grunnleggende årsaken til et problem for å unngå gjentatte feil.
Denne prosessen gjennomføres ved å danne et tverrfunksjonelt team for å få unike perspektiver. Definer problemet tydelig, slik at det ikke er tvil om hva som undersøkes. La noen lede teamet og holde det fokusert. Begynn å spørre «hvorfor?» og analyser svarene til du finner det egentlige problemet.
Vær åpen for at det kan finnes mer enn én grunnleggende årsak. Iverksett korrigerende tiltak når den eller de grunnleggende årsakene er avdekket. Test om tiltaket fungerer, og begynn prosessen på nytt hvis det ikke gjør det.
4. Årsaksanalyse med 5M, 6M og E
Disse verktøyene for årsaksanalyse ligner på hverandre. Både 5M, 6M & E har tilsvarende kategorier som skal analyseres: arbeidskraft (mennesker), maskin, måling, materialer, metoder og miljø (naturen). Disse elementene inneholder svarene når det oppstår et problem eller en variasjon i prosessen.
Det finnes spørsmål som må stilles, besvares og vurderes, slik at man kan avgrense området der den grunnleggende årsaken kan ligge. Dette kan brukes på programvaretesting, siden problemer kan komme fra mer enn bare selve det interne programmet. Er det et brukerproblem? Programmering? Analyse? Menneskelig feil? Metoder eller en feil som på en eller annen måte har blitt en del av programvaren fra en ekstern kilde?
Disse 5–6 punktene er strukturert for å identifisere og knytte sammen relasjonene mellom hendelser, brukere og problemer som førte til feilen eller hendelsen.
Som med andre RCA-protokoller brukes denne til å finne og eliminere problemet som forårsaket den spesifikke feilen. Den bidrar til å redusere arbeidsinnsats og økonomisk sløsing ved å finne den grunnleggende årsaken og dermed lindre symptomene som signaliserte problemet. Den vil bidra til å forhindre at feil gjentar seg.
More Articles
5. Programvare for årsaksanalyse
Det finnes ulike RCA-programmer som kan brukes til å analysere og løse problemer. Disse programmene samler inn data og bruker dem til å hjelpe team med å gjennomføre ulike analyser som bidrar til god kvalitetsstyring, blant annet:
- Ishikawa (fiskebeinsdiagram)
- De 5 hvorfor
- Gapanalyse
- Endringsanalyse
- Ulykkesanalyse
- Analyse av feilmodi og -effekter
Fordelen med RCA-programvare er at den kan gjøre årsaksanalysen langt enklere ved å registrere alle hendelser og data fra årsaksanalyser på ett nettbasert sted, slik at de kan deles på en tilgjengelig måte.
Eksempler på programvare for årsaksanalyse omfatter både programvare for hendelseshåndtering og mange verktøy for QA-automatisering som har RCA-moduler.
Når programvaren har bidratt til å identifisere den grunnleggende årsaken, kan man begynne med korrigerende tiltak for å stanse hovedproblemet og redusere risikoen. Ansatte kan få ansvar for bestemte oppgaver for å sikre at alt blir reparert og gjort på nytt. Programvaren kan bidra til å redusere antallet lignende hendelser, samt redusere kostnader og hendelsesfrekvens ved å utbedre den grunnleggende årsaken.
Konklusjon
Bruk av noen av disse verktøyene for årsaksanalyse kan gi bedre testing og solid QA-støtte når et team møter symptomer på et problem og må finne de grunnleggende årsakene for å løse det.
Verktøyene er alle enkle å forstå og logiske i måten de håndterer ulike problematiske situasjoner på.
Det er viktig å vite hvordan man bruker ett eller alle disse verktøyene for årsaksanalyse når man skal bygge et team som ikke bare kan skape, men også reparere og redusere problemer. Bruk av disse verktøyene sammen med støtte fra kolleger som en del av årsaksanalyseprosessen åpner døren for tydelige svar, prosessforbedring og generell forbedring av produktkvaliteten.
Hold deg oppdatert på QA-verdenen ved å melde deg på nyhetsbrevet til The QA Lead eller lytte til vår nyeste podkastepisode.
