Meni

Vodnik za analizo vzrokov - koraki, tehnike in primeri

  • Glavni
  • Drugo
  • Vodnik za analizo vzrokov - koraki, tehnike in primeri

guide root cause analysis steps

Preizkusite Naš Instrument Za Odpravo Težav

Ta vadnica pojasnjuje, kaj je analiza osnovnega vzroka in različne tehnike analize osnovnega vzroka, kot sta analiza ribje kosti in tehnika 5

RCA (analiza osnovnega vzroka) je strukturiran in učinkovit postopek za iskanje vzrokov za težave v skupini za projekt programske opreme. Če se izvaja sistematično, lahko izboljša učinkovitost in kakovost končnih rezultatov in procesov, ne samo na ravni ekipe, temveč tudi v celotni organizaciji.

Ta vadnica vam bo pomagala določiti in racionalizirati postopek analize vzrokov v svoji skupini ali organizaciji.

Analiza osnovnega vzroka

Ta vadnica je namenjena vodjem dostave, vodjem Scrum, vodjem projektov, vodjem kakovosti, razvojni skupini, preskusni skupini, skupini za vodenje informacij, skupini za kakovost, podporni skupini itd., Da bi razumeli osnove analize vzrokov in nudijo predloge in primere zanjo .

Kaj se boste naučili:

Kaj je analiza vzrokov?

RCA (analiza osnovnega vzroka) je mehanizem za analizo napak, da se ugotovi njen vzrok. Razmišljamo, beremo in kopamo napako, da ugotovimo, ali je bila napaka posledica ' preskusna gospodična ',' razvojna gospodična 'Ali je bil zahteva ali modeli pogrešajo '.

Ko se RCA izvede natančno, pomaga preprečevati napake v poznejših izdajah ali fazah. Če ugotovimo, da je do napake prišlo oblikovalska gospodična , lahko pregledamo projektne dokumente in sprejmemo ustrezne ukrepe. Podobno, če ugotovimo, da je bila napaka posledica preskusna gospodična , lahko pregledamo svoje testne primere ali meritve in jih ustrezno posodobimo.

RCA se ne sme omejiti samo na preizkušanje napak. RCA lahko naredimo tudi pri proizvodnih napakah. Na podlagi odločitve RCA lahko izboljšamo svoje Preskusna postelja in vključite te produkcijske vozovnice kot primere Regression Test. To bo zagotovilo, da se napaka ali podobne napake ne ponovijo.

Postopek analize osnovnega vzroka

Uvod

RCA se ne uporablja samo za napake, prijavljene s strani kupca, ampak tudi za napake UAT, napake enote za testiranje, poslovne in operativne težave na ravni procesa, vsakodnevne življenjske težave itd. Zato se uporablja v več panogah, kot so Programski sektor, proizvodnja, zdravstvo, bančni sektor itd.

Izvajanje analize vzrokov je podobno delu zdravnika, ki zdravi pacienta. Zdravnik bo najprej razumel simptome. Nato se bo napotil na laboratorijske preiskave, da bi analiziral osnovni vzrok bolezni.

Če glavni vzrok bolezni še vedno ni znan, se bo zdravnik za nadaljnje razumevanje napotil na preiskave. Diagnozo bo nadaljeval in študiral, dokler se ne bo zožil do vzroka bolnikove bolezni. Ista logika velja za analizo vzrokov, ki se izvaja v kateri koli panogi.

Cilj RCA je torej najti osnovni vzrok in ne zdraviti simptoma, tako da sledi določenemu koraku in pripadajočim orodjem. Razlikuje se od analize napak, odpravljanja težav in drugih metod za reševanje težav, saj te metode poskušajo najti rešitev za določeno težavo, vendar RCA poskuša najti osnovni vzrok.

Izvor imena Analiza osnovnega vzroka:

Izvor imena Analiza osnovnega vzroka

(slika vir )

Listi, deblo in korenine so najpomembnejši deli drevesa. Vidni so listi (Simptom) in deblo (Problem), ki so nad tlemi, korenine (Vzrok), ki so pod zemljo, pa niso vidne, korenine pa rastejo globlje in se lahko širijo več, kot pričakujemo. Zato se postopek kopanja do konca vprašanja imenuje analiza vzrokov.

Prednosti analize vzrokov

Spodaj so navedene nekatere prednosti, ki jih boste dobili:

  • Preprečite ponovitev iste težave v prihodnosti.
  • Sčasoma zmanjšajte število prijavljenih napak.
  • Zmanjša razvojne stroške in prihrani čas.
  • Izboljšajte postopek razvoja programske opreme in s tem olajšajte hitro dostavo na trg.
  • Izboljša zadovoljstvo strank.
  • Povečajte produktivnost.
  • Poiščite skrite težave v sistemu.
  • Pomaga pri stalnem izboljševanju.

Vrste glavnih vzrokov

# 1) Človeški vzrok: Napaka, ki jo je povzročil človek.

Primeri:

  • Pod kvalificiranimi.
  • Navodila niso bila pravilno upoštevana.
  • Izvedel nepotrebno operacijo.

# 2) Organizacijski vzrok: Proces, po katerem ljudje sprejemajo neprimerne odločitve.

Primeri:

  • Neodločena navodila je vodja ekipe dobil člane ekipe.
  • Izbrati napačno osebo za nalogo.
  • Orodja za spremljanje niso na voljo za oceno kakovosti.

# 3) Fizični vzrok: Kateri koli fizični element je na nek način odpovedal.

Primeri:

  • Računalnik se znova zažene.
  • Strežnik se ne zažene.
  • Čudni ali glasni zvoki v sistemu.

Koraki za analizo vzrokov

Za učinkovito analizo temeljnih vzrokov je potreben strukturiran in logičen pristop. Zato je treba slediti vrsti korakov.

Koraki za analizo osnovnega vzroka

# 1) Oblika RCA ekipe

Vsaka ekipa bi morala imeti svojega Root Cause Analysis Manager (RCA Manager) ki bodo zbrali podrobnosti od podporne skupine in sprožili postopek začetka za RCA. Usklajeval in razporejal bo sredstva, ki se morajo udeležiti sestankov RCA, odvisno od navedenega problema.

Skupine, ki se udeležijo sestanka, bi morale imeti osebje iz vsake ekipe (Zahteva, oblikovanje, testiranje, dokumentacija, kakovost, podpora in vzdrževanje), ki je težavo najbolj seznanjeno. V ekipi bi morali biti tudi ljudje, ki so neposredno povezani z napako. Na primer, inženir za podporo, ki je kupca takoj popravil.

Pred udeležbo na sestanku delite podrobnosti problema z ekipo, da bodo lahko opravili začetno analizo in bili pripravljeni. Člani ekipe zbirajo tudi informacije, povezane z napako. Odvisno od poročila o incidentu bo vsaka ekipa v svojih fazah izsledila, kaj je šlo narobe, v tem scenariju. Pripravljenost bo povečala učinkovitost prihajajoče razprave.

# 2) Določite težavo

Zberite podrobnosti o težavi, kot so poročila o incidentih, dokazi o težavah (posnetek zaslona, ​​dnevniki, poročila itd.), Nato pa težavo preučite / analizirajte tako, da zastavite naslednja vprašanja:

  • V čem je problem?
  • Kakšno je zaporedje dogodkov, ki so privedli do težave?
  • Kateri sistemi so bili vključeni?
  • Kako dolgo je obstajala težava?
  • Kakšen je vpliv težave?
  • Kdo je sodeloval in določil, s kom je treba opraviti razgovor?

Za določitev težave uporabite pravila »SMART«:

  • S PECIFIČNO
  • M VELJAVNO
  • TO CTION-ORIENTED
  • R ELEVANTNO
  • T IME OBVEZANO

John Dewey citat

# 3) Ugotovite glavni vzrok

Izvedite MOŽGANJE seja znotraj skupine RCA, oblikovane za ugotavljanje vzrokov. Uporabi Diagram ribje kosti ali 5 Zakaj analiza način ali oboje, da bi prišli do vzroka / vzrokov.

Vodja RCA bi moral moderirati sestanek in določiti pravila za sejo Brainstorming. Pravila so lahko na primer:

  1. Kritiziranje / obtoževanje drugih ne sme biti dovoljeno.
  2. Ne obsojajte idej drugih. Nobena ideja ni slaba, spodbujajo divje ideje.
  3. Nadgrajujte ideje o drugih. Razmislite, kako lahko nadgradite ideje drugih in jih izboljšate.
  4. Vsakemu udeležencu dajte čas, da deli svoja stališča.
  5. Spodbujajte razmišljanje brez škatle.
  6. Ostani zbran.

Vse ideje je treba zabeležiti. Upravitelj RCA naj dodeli člana, ki bo zapisal zapisnik sestanka in posodabljal predloge RCA.

# 4) Izvedite korektivne ukrepe za korenski vzrok (RCCA)

Ukrep za popravek vključuje odpravo rešitve z ugotavljanjem resničnega vzroka. Da bi to olajšal, mora biti prisoten vodja dostave, ki se lahko odloči, v katerih različicah je treba uporabiti popravek in kakšen naj bo datum dostave.

RCCA je treba izvajati tako, da se ta vzrok v prihodnosti ne bo več pojavil. Popravek, ki ga je podala skupina za podporo, bo začasen za stranko, kjer je težava prijavljena. Ko je ta popravek združen v stalno različico, naredite ustrezno analizo vpliva, da zagotovite, da nobena funkcija ni prekinjena.

Navedite korake za potrditev popravka in spremljanje izvedene rešitve, da preverite, ali je rešitev učinkovita.

# 5) Izvedite preventivne ukrepe za osnovni vzrok (RCPA)

Ekipa mora pripraviti načrt, kako lahko v prihodnosti prepreči tako podobno težavo. Na primer, Posodobite priročnik z navodili, izboljšajte nabor veščin, posodobite kontrolni seznam za ocenjevanje ekipe itd. Upoštevajte ustrezne dokumente preventivnih ukrepov in spremljajte, ali se ekipa drži sprejetih preventivnih ukrepov.

Prosimo, glejte to raziskovalna naloga o 'Analizi in preprečevanju napak za izboljšanje kakovosti programske opreme', objavljenem v Mednarodni časopis za programsko inženirstvo in aplikacije pridobiti idejo o vrstah napak, o katerih so poročali v posamezni fazi programske opreme, in predlagati preventivne ukrepe zanje.

Informacije, pridobljene z RCA, so lahko vhodne podatke Način odpovedi in analiza učinkov (FMEA ) za prepoznavanje točk, kjer lahko rešitev ne uspe.

Izvedite Paretova analiza z vzroki, ugotovljenimi med RCA v določenem obdobju, recimo pol leta ali četrtletje, kar bo pomagalo ugotoviti glavne vzroke, ki prispevajo k napakam, in se osredotočiti na preventivne ukrepe zanje.

Citat Dukea Ellingtona

Tehnike analize osnovnega vzroka

# 1) Analiza ribje kosti

Diagram Fishbone je vizualno orodje za analizo vzrokov za ugotavljanje možnih vzrokov ugotovljenih težav, zato se imenuje tudi vzrok in učinek diagrama. Omogoča vam, da se izognete resničnemu vzroku težave, namesto da bi rešili njen simptom.

Imenuje se tudi Ishikawa Diagram, kot ga je ustvaril Dr. Kaoru Ishikawa (japonski statistik nadzora kakovosti). Znan je tudi kot diagram ribje kosti ali Fishikawa.

Analiza ribje kosti se uporablja v fazi analize šest sigma DMAIC pristop k reševanju problemov. Je ena izmed 7 osnovnih orodij za nadzor kakovosti .

Koraki za ustvarjanje diagrama ribje kosti:

Diagram ribje kosti je podoben okostju ribe s težavo pri oblikovanju glave ribe in vzrokih za oblikovanje hrbtenice in kosti rib.

Sledite spodnjim korakom, da ustvarite diagram ribje kosti:

  1. Napiši problem pri glava ribe .
  2. Določite kategorija vzrokov in piši na konec vsake kosti (vzrok kategorija 1, vzrok kategorija 2 ...... vzrok kategorija N)
  3. Določite primarni vzroki pod vsako kategorijo in jo označite kot glavni vzrok 1, primarni vzrok 2, glavni vzrok N.
  4. Razširite vzroke na sekundarni, terciarni in več nivojev po potrebi.

FIshbone_template

Primer uporabe diagrama ribje kosti pri napaki programske opreme (glej spodaj).

FIshbone_softwareDefect

Za ustvarjanje diagrama ribje kosti je na voljo veliko brezplačnih in plačljivih orodij. Diagram Fishbone v tej vadnici je bil ustvarjen z uporabo Ustvarjalno spletno orodje . Več podrobnosti o predlogah in orodjih fishbone bo razloženo v naši naslednji vadnici.

# 2) Tehnika 5 zakaj

5 Zakaj je Technique razvil Sakichi Toyoda in je bila uporabljena pri Toyoti v njihovi predelovalni industriji. Ta tehnika se nanaša na vrsto vprašanj, pri katerih se na vsak odgovor odgovori z vprašanjem Zakaj. Lahko je povezano s tem, kako bo otrok postavljal vprašanja odraslim. Na podlagi odgovora, ki ga dobi odrasel, bodo vedno znova postavljali vprašanja 'Zakaj', dokler ne bodo zadovoljni.

5 Zakaj se tehnika uporablja samostojno ali kot del analize ribje kosti, da bi razkrili temeljni vzrok težave. Število korakov ni omejeno na 5. Lahko pride do manj ali več kot 5, dokler ne pride diagnoza težave. 5 Zakaj so razmeroma enostavnejša tehnika in hitrejši način za dosego temeljnih vzrokov. Omogoča hitro diagnozo, da izključi simptome in pride do osnovnega vzroka.

Uspeh tehnike je odvisen od znanja osebe. Na isto vprašanje Zakaj lahko obstajajo različni odgovori. Torej je pomembna izbira prave smeri in osredotočenost na sestanku.

Koraki za ustvarjanje diagrama 5 Zakaj

Razpravo o možganski nevihti začnite z opredelitvijo problema. Nato sledite nadaljnjim Zakaj in njihovi odgovori.

5Zakaj_predloga

Primer uporabe diagrama 5 Whys za napako programske opreme:

5Why_Software_Defect Primer

5 Zakaj se predloge in slike narišejo s programsko opremo Creately online.

Dejavniki, ki povzročajo napake

Obstaja veliko dejavnikov, ki povzročajo napake:

  • Nejasne / manjkajoče / napačne zahteve
  • Napačna zasnova
  • Napačno kodiranje
  • Nezadostno testiranje
  • Težave z okoljem (strojna oprema, programska oprema ali konfiguracije)

Te dejavnike je treba vedno upoštevati med izvajanjem postopka RCA.

RCA se začne in nadaljuje z nevihto o napaki. Edino vprašanje, ki si ga zastavljamo pri izvajanju RCA, je 'ZAKAJ?' in kaj?' Lahko se poglobimo v vsako fazo življenjskega cikla, da sledimo, kjer napaka ne izgine.

Začnimo z vprašanjem 'ZAKAJ?' vprašanja (seznam ni omejen). Lahko začnete od zunanje faze in se premaknete proti notranji fazi SDLC.

s čim odpreti bin datoteke
  • “ZAKAJ” Med testiranjem okvare niso ujeli?
  • “ZAKAJ” okvara med pregledom testnega primera ni bila ujeta?
  • 'ZAKAJ' napaka ni bila ujeta med 'Design Review'?
  • 'ZAKAJ' okvara med fazo zahteve ni bila ujeta?

Odgovor na to vprašanje vam bo dal natančno fazo, v kateri napaka obstaja. Zdaj, ko določite fazo in razlog, pride del 'KAJ'.

»KAJ se boste v prihodnosti temu izognili?

Če bomo izvedli in poskrbeli za odgovor na to vprašanje »KAJ«, bomo preprečili, da bi se enaka napaka ali vrsta napake ponovila. Sprejmite ustrezne ukrepe za izboljšanje ugotovljenega postopka, tako da se napaka ali razlog za napako ne ponovi.

Na podlagi rezultatov RCA lahko ugotovite, katera od faz ima problematična področja.

Na primer, če ugotovite, da je večina RCA napak posledica zahteva gospodična , nato lahko izboljšate fazo zbiranja / razumevanja zahtev z uvedbo več pregledov ali sprehodnih sej.

Podobno, če ugotovite, da je večina napak posledica preskusna gospodična , morate izboljšati postopek testiranja. Uvedete lahko meritve, kot so Meritve sledljivosti zahtev , Preizkusite meritve pokritosti ali lahko preverite postopek pregleda ali kateri koli drug korak, za katerega menite, da bi izboljšal učinkovitost testiranja.

Zaključek

Odgovornost celotne ekipe je, da sedi in analizira napake ter prispeva k izboljšanju izdelka in procesa.

V tej vadnici boste dobili osnovno razumevanje RCA, korake za učinkovito izvajanje RCA in različna orodja, ki jih je treba uporabiti, kot sta analiza ribje kosti in 5 Zakaj tehnika. V prihajajočih vadnicah bodo opisane različne predloge RCA, primeri in primeri uporabe, kako jo uporabiti.

Priporočeno branje

^