guide root cause analysis steps
V tomto výučbe sa dozviete, čo je analýza koreňových príčin a rôzne techniky analýzy koreňových príčin, ako je analýza rybej kosti a 5 metód:
RCA (analýza hlavných príčin) je štruktúrovaný a efektívny proces na hľadanie hlavnej príčiny problémov v tíme softvérového projektu. Ak sa bude vykonávať systematicky, môže to zlepšiť výkon a kvalitu výstupov a procesov, a to nielen na tímovej úrovni, ale aj v celej organizácii.
Tento tutoriál vám pomôže definovať a zefektívniť proces analýzy hlavných príčin vo vašom tíme alebo organizácii.
Tento výukový program je určený pre manažérov doručovania, Scrum Masters, projektových manažérov, manažérov kvality, vývojový tím, testovací tím, tím správy informácií, tím kvality, tím podpory atď., Aby porozumeli základom analýzy koreňových príčin a poskytujú ich šablóny a príklady. .
Čo sa dozviete:
- Čo je analýza koreňových príčin?
- Proces analýzy koreňových príčin
- Techniky analýzy hlavných príčin
- Faktory spôsobujúce chyby
- Záver
Čo je analýza koreňových príčin?
RCA (analýza hlavných príčin) je mechanizmus analýzy Vád s cieľom zistiť ich príčinu. Poruchu prediskutujeme, prečítame a vykopáme, aby sme zistili, či bola chyba spôsobená „ testovacia slečna „,“ vývoj miss “Alebo bol„ požiadavka alebo návrhy chýbajú “.
Ak je RCA vykonaný presne, pomáha predchádzať chybám v neskorších vydaniach alebo fázach. Ak zistíme, že chyba bola spôsobená návrh miss , môžeme skontrolovať projektové dokumenty a môžeme prijať príslušné opatrenia. Podobne, ak zistíme, že chyba bola spôsobená testovacia slečna , môžeme skontrolovať naše testovacie prípady alebo metriky a podľa toho ich aktualizovať.
RCA by sa nemal obmedzovať iba na testovanie chýb. RCA môžeme urobiť aj na výrobných chybách. Na základe rozhodnutia RCA môžeme vylepšiť naše Skúšobná posteľ a zahrnúť tieto produkčné lístky ako prípady regresného testu. To zabezpečí, že sa chyba alebo podobné druhy chýb nebudú opakovať.
Proces analýzy koreňových príčin
RCA sa nepoužíva iba na chyby hlásené zo zákazníckeho miesta, ale tiež na chyby UAT, chyby testovania jednotiek, problémy na podnikovej a prevádzkovej úrovni, každodenné problémy so životom atď. Preto sa používa vo viacerých priemyselných odvetviach, ako napríklad Softvérový sektor, výroba, zdravotníctvo, bankový sektor atď.
Analýza hlavných príčin je podobná práci lekára, ktorý lieči pacienta. Lekár najskôr pochopí príznaky. Potom sa odvoláva na laboratórne testy na analýzu základnej príčiny ochorenia.
Ak hlavná príčina ochorenia nie je stále známa, lekár vyhľadá skenovacie testy, aby lepšie porozumel. Bude pokračovať v diagnostike a štúdiu, kým sa nezúži na hlavnú príčinu choroby pacienta. Rovnaká logika platí pre analýzu koreňových príčin vykonanú v akomkoľvek priemysle.
RCA je teda zameraný na nájdenie základnej príčiny a nie liečenie symptómu podľa konkrétnej sady krokov a súvisiacich nástrojov. Líši sa od analýzy defektov, riešenia problémov a iných metód riešenia problémov, pretože tieto metódy sa snažia nájsť riešenie pre konkrétny problém, ale RCA sa snaží nájsť základnú príčinu.
Pôvod názvu Analýza hlavných príčin:
(obrázok zdroj )
Listy, kmeň a korene sú najdôležitejšou časťou stromu. Listy (Príznak) a kmeň (Problém), ktoré sú nad zemou, sú viditeľné, ale korene (Príčina), ktoré sú pod zemou, nie sú viditeľné a korene rastú hlbšie a môžu sa šíriť ďalej, než očakávame. Preto sa proces prekopávania do dolnej časti čísla nazýva Analýza hlavných príčin.
Výhody analýzy hlavných príčin
Nižšie sú uvedené niektoré výhody, ktoré získate:
- Zabráňte opätovnému výskytu rovnakého problému v budúcnosti.
- Nakoniec znížte počet hlásených chýb v priebehu času.
- Znižuje vývojové náklady a šetrí čas.
- Zlepšite proces vývoja softvéru, a tým pomôžte rýchlemu dodaniu na trh.
- Zvyšuje spokojnosť zákazníkov.
- Zvýšte produktivitu.
- Nájdite skryté problémy v systéme.
- Pomáha pri neustálom zlepšovaní.
Typy hlavných príčin
# 1) Príčina človeka: Chyba spôsobená človekom.
Príklady:
- Pod zručnosť.
- Pokyny, ktoré sa nedodržiavajú správne.
- Vykonal zbytočnú operáciu.
# 2) Organizačná príčina: Proces, ktorý ľudia používajú na prijímanie nesprávnych rozhodnutí.
Príklady:
- Vedúci tímu dostal od členov tímu neurčité pokyny.
- Výber nesprávnej osoby pre úlohu.
- Na hodnotenie kvality neexistujú monitorovacie nástroje.
# 3) Fyzická príčina: Akákoľvek fyzická položka nejakým spôsobom zlyhala.
Príklady:
- Počítač sa neustále reštartuje.
- Server sa nespúšťa.
- Podivné alebo hlasné zvuky v systéme.
Kroky na analýzu koreňových príčin
Pre efektívnu analýzu základných príčin je potrebný štruktúrovaný a logický prístup. Preto je potrebné vykonať niekoľko krokov.
# 1) Vytvorte tím RCA
Každý tím by mal mať vyhradené miesto Správca analýzy koreňových príčin (RCA Manager) ktorý zhromaždí podrobnosti od tímu podpory a zaháji proces zahájenia pre RCA. Bude koordinovať a prideľovať zdroje, ktoré sa musia zúčastňovať stretnutí RCA v závislosti od uvedeného problému.
Tímy, ktoré sa zúčastnia na stretnutí, by mali mať zamestnancov z každého tímu (Požiadavky, návrh, testovanie, dokumentácia, kvalita, podpora a údržba), ktorí sú s problémom najviac oboznámení. Tím by mal mať ľudí, ktorí sú tiež priamo spojení s defektom. Napríklad, technik podpory, ktorý zákazníka okamžite opravil.
Pred účasťou na stretnutí sa podeľte s tímom o podrobnosti problému, aby mohli urobiť úvodnú analýzu a boli pripravení. Členovia tímu tiež zhromažďujú informácie týkajúce sa závady. V závislosti na správe o incidente bude každý tím sledovať, čo sa stalo v tomto scenári v príslušných fázach. Pripravenosť zvýši efektívnosť nadchádzajúcej diskusie.
# 2) Definujte problém
Zhromaždite podrobnosti o probléme, ako sú správy o incidentoch, dôkazy o probléme (snímka obrazovky, protokoly, správy atď.), Potom problém preskúmajte / analyzujte položením nasledujúcich otázok:
- Aký je problém?
- Aký je sled udalostí, ktoré viedli k problému?
- O aké systémy išlo?
- Ako dlho existoval problém?
- Aký je vplyv problému?
- Kto bol zapojený a kto určil, s kým by sa malo uskutočniť pohovor?
Na definovanie vášho problému použite pravidlá „SMART“:
- S PECIFICKÉ
- M ĽAHKO
- TO ČIERNE ORIENTOVANÉ
- R ELEVANTNÁ
- T VIAZANÉ MENO
# 3) Identifikujte hlavnú príčinu
Vykonajte BRAINSTORMING zasadnutie v rámci tímu RCA vytvorené za účelom identifikácie príčin. Použi Schéma rybej kosti alebo 5 Prečo analýza metódou alebo obidvomi spôsobmi dospieť k hlavnej príčine.
Manažér RCA by mal moderovať stretnutie a stanoviť pravidlá pre Brainstorming. Pravidlá môžu byť napríklad:
- Kritika / obviňovanie ostatných by nemalo byť dovolené.
- Nesúďte nápady ostatných. Žiadne nápady nie sú zlé, podporujú divoké nápady.
- Stavajte na myšlienkach ostatných. Popremýšľajte, ako môžete nadviazať na nápady iných a vylepšiť ich.
- Poskytnite každému účastníkovi čas na zdieľanie svojich názorov.
- Podporujte myslenie po vybalení z krabice.
- Sústreď sa.
Všetky nápady by mali byť zaznamenané. Manažér RCA by mal prideliť člena, ktorý zaznamená záznam zo stretnutia a aktualizáciu šablón RCA.
# 4) Implementujte koreňové príčiny nápravných opatrení (RCCA)
Nápravné opatrenie spočíva v náprave riešenia identifikáciou skutočnej hlavnej príčiny. Aby sa to uľahčilo, musí byť prítomný správca doručenia, ktorý môže rozhodnúť, v ktorých všetkých verziách sa má oprava implementovať, a aký by mal byť dátum doručenia.
RCCA by sa malo implementovať takým spôsobom, aby sa táto hlavná príčina v budúcnosti už nezopakovala. Oprava poskytnutá tímom podpory bude dočasná pre web zákazníka, na ktorom je problém nahlásený. Keď sa táto oprava zlúči do prebiehajúcej verzie, vykonajte náležitú analýzu dopadov, aby ste sa uistili, že nie je porušená žiadna existujúca funkcia.
Dajte kroky na overenie opravy a monitorujte implementované riešenie, aby ste skontrolovali jeho účinnosť.
# 5) Implementujte preventívne opatrenia týkajúce sa základných príčin (RCPA)
Tím musí prísť s plánom, ako by sa dalo podobnému problému v budúcnosti predísť. Napríklad, Aktualizujte návod na obsluhu, vylepšite sadu zručností, aktualizujte kontrolný zoznam hodnotenia tímu atď. Postupujte podľa príslušných dokumentov preventívnych opatrení a sledujte, či tím dodržiava prijaté preventívne opatrenia.
Prečítajte si toto výzkumná práca 'Analýza defektov a prevencia na zlepšenie kvality softvérových procesov' uverejnená v Medzinárodný vestník softvérového inžinierstva a aplikácií získať predstavu o typoch porúch hlásených v jednotlivých fázach softvéru a navrhnúť pre ne preventívne opatrenia.
Informácie získané z RCA môžu ísť ako vstup do Analýza poruchových režimov a účinkov (FMEA ) na identifikáciu bodov, v ktorých môže riešenie zlyhať.
Implementovať Paretova analýza s príčinami zistenými počas RCA za určité obdobie, povedzme polročne alebo štvrťročne, ktoré pomôžu identifikovať hlavné príčiny, ktoré prispievajú k poruchám, a zamerať sa na ich preventívne opatrenia.
Techniky analýzy hlavných príčin
# 1) Analýza rybej kosti
Diagram rybej kosti je vizuálny nástroj na analýzu hlavných príčin, ktorý slúži na identifikáciu možných príčin identifikovaných problémov, a preto sa nazýva aj diagram príčin a následkov. Umožňuje vám ísť skôr k skutočnej hlavnej príčine problému, ako k riešeniu jeho symptómov.
Nazýva sa tiež Ishikawov diagram, ako ho vytvoril Dr. Kaoru Ishikawa (japonský štatistik kontroly kvality). Je tiež známy ako Rybí kosť alebo Fishikawa diagram.
Analýza rybej kosti sa používa vo fáze analýzy DMAIC šiestich sigiem prístup k riešeniu problémov. Je to jeden z 7 základných nástrojov kontroly kvality .
Kroky na vytvorenie diagramu rybej kosti:
Schéma rybej kosti pripomína kostru ryby s problémom formovania hlavy ryby a spôsobuje formovanie chrbtice a kostí ryby.
Podľa nasledujúcich krokov vytvorte diagram rybej kosti:
- Napíš problém na hlava ryby .
- Identifikujte kategória príčin a napíš na koniec každej kosti (spôsobiť kategóriu 1, spôsobiť kategóriu 2 …… spôsobiť kategóriu N)
- Identifikujte primárne príčiny pod každou kategóriou a označte ju ako primárnu príčinu 1, primárnu príčinu 2, primárnu príčinu N.
- Rozšíriť príčiny na sekundárne, terciárne a ďalšie úrovne podľa potreby.
Príklad použitia diagramu rybej kosti na chybu softvéru (pozri nižšie).
Na vytvorenie diagramu rybej kosti je k dispozícii veľa bezplatných aj platených nástrojov. Diagram Fishbone v tomto návode bol vytvorený pomocou funkcie „ Vytvoriť ‘ online nástroj . Viac podrobností o šablónach a nástrojoch z rybej kosti vám vysvetlí náš ďalší tutoriál.
# 2) Technika 5 Whys
5 Prečo Technique vyvinul Sakiči Toyoda a bol používaný v spoločnosti Toyota v ich výrobnom priemysle. Táto technika odkazuje na sériu otázok, kde na každú odpoveď odpovedá otázka Prečo. Môže to súvisieť s tým, ako bude dieťa klásť otázky dospelým. Na základe odpovede dospelých budú opakovane klásť otázky „Prečo“, kým nebudú spokojní.
5 Prečo sa technika používa samostatne alebo ako súčasť analýzy rybej kosti na hĺbkovú analýzu základnej príčiny problému. Počet krokov nie je obmedzený na 5. Môže to byť menej alebo viac ako 5, kým nepríde diagnóza problému. 5 Prečo sú relatívne jednoduchšia technika a rýchlejší spôsob, ako prísť na základné príčiny. Uľahčuje rýchlu diagnostiku s cieľom vylúčiť príznaky a dospieť k základnej príčine.
Úspešnosť techniky závisí od znalostí osoby. Na tú istú otázku Prečo môžu byť rôzne odpovede. Je teda dôležité zvoliť správny smer a zamerať sa na schôdzku.
Kroky na vytvorenie diagramu 5 Whys
Začnite diskusiu o brainstormingu definovaním problému. Potom postupujte s následným Prečo a ich odpoveďami.
Príklad použitia diagramu 5 Whys na softvérovú chybu:
5 Prečo sa šablóny a obrázky kreslia pomocou online softvéru Creately.
Faktory spôsobujúce chyby
Existuje mnoho faktorov, ktoré vyvolávajú výskyt chýb:
- Nejasné / chýbajúce / nesprávne požiadavky
- Nesprávny dizajn
- Nesprávne kódovanie
- Nedostatočné testovanie
- Problémy s prostredím (hardvér, softvér alebo konfigurácie)
Pri vykonávaní procesu RCA by ste mali mať vždy na pamäti tieto faktory.
RCA začína a pokračuje brainstormingom o chybe. Jedinou otázkou, ktorú si kladieme pri vykonávaní RCA, je „PREČO?“ a čo?' Môžeme kopať do každej fázy životného cyklu, aby sme sledovali, kde porucha pretrváva.
Začnime „PREČO?“ otázky (zoznam nie je obmedzený). Môžete začať od vonkajšej fázy a postupovať smerom k vnútornej fáze SDLC.
ako začať projekt v zatmení
- „PREČO“ sa chyba počas letu nezachytila Skúška príčetnosti vo výrobe?
- „PREČO“ sa chyba počas testovania nezachytila?
- „PREČO“ sa chyba nezachytila počas kontroly testovacieho prípadu?
- „PREČO“ sa chyba nezachytila Testovanie jednotiek ?
- „PREČO“ sa chyba nezachytila počas „kontroly dizajnu“?
- „PREČO“ sa chyba nezachytila počas fázy požiadavky?
Odpoveď na túto otázku vám poskytne presnú fázu, v ktorej chyba existuje. Teraz, keď identifikujete fázu a dôvod, potom príde časť „ČO“.
'ČO urobíš, aby si sa tomu v budúcnosti vyhla?'
Ak bude odpoveď na túto otázku „ČO“ implementovaná a bude o ňu postarané, zabráni tomu, aby sa rovnaká chyba alebo druh chyby znova objavil. Prijmite náležité opatrenia na zlepšenie identifikovaného procesu tak, aby sa chyba alebo dôvod chyby neopakovali.
Na základe výsledkov RCA môžete určiť, ktorá z fáz má problémové oblasti.
Napríklad, ak zistíte, že väčšina RCA vád je spôsobená požiadavka slečna , potom môžete zlepšiť fázu zhromažďovania a porozumenia požiadaviek zavedením ďalších recenzií alebo prechodných relácií.
Podobne, ak zistíte, že väčšina chýb je spôsobená testovacia slečna , musíte vylepšiť proces testovania. Môžete zaviesť metriky ako Metriky sledovateľnosti požiadaviek , Testovať metriky pokrytia, alebo môžete nechať skontrolovať proces kontroly alebo akýkoľvek iný krok, ktorý by podľa vás zlepšil efektívnosť testovania.
Záver
Celý tím je zodpovedný za to, aby analyzoval chyby a prispel k zlepšeniu produktu a procesu.
V tomto výučbe sa dozviete základné informácie o RCA, krokoch, ktoré je potrebné dodržať pri vytváraní efektívneho RCA, a rôznych nástrojoch, ktoré sa majú použiť, ako napríklad Fishbone analysis a 5 Why Technique. V nadchádzajúcich výukových programoch sa budeme venovať rôznym šablónam RCA, príkladom a prípadom použitia, ako ich implementovať.
Odporúčané čítanie
- Analýza výsledkov a správy o výsledkoch testu - testovanie záťaže pomocou nástroja LoadRunner
- Najlepšie nástroje na testovanie softvéru 2021 (QA Test Automation Tools)
- Vyskúšajte svoje schopnosti analýzy a myslenia - Cvičenia na testovanie softvéru (2. časť)
- Čo je technika testovania na základe chýb?
- Čo je analýza hraničných hodnôt a rozdelenie ekvivalencie?
- Stiahnutie e-knihy Testing Primer
- Čo je životný cyklus chyby / chyby v testovaní softvéru? Výukový program pre poruchu životného cyklu
- Testovanie záťaže s výukovými programami HP LoadRunner