guide root cause analysis steps
In diesem Tutorial wird erklärt, was die Ursachenanalyse und verschiedene Techniken zur Ursachenanalyse wie die Fischgrätenanalyse und die 5-Gründe-Technik sind:
RCA (Ursachenanalyse) ist ein strukturierter und effektiver Prozess, um die Hauptursache von Problemen in einem Softwareprojektteam zu finden. Wenn es systematisch durchgeführt wird, kann es die Leistung und Qualität der Ergebnisse und Prozesse verbessern, nicht nur auf Teamebene, sondern auch im gesamten Unternehmen.
Dieses Tutorial hilft Ihnen dabei, den Prozess der Ursachenanalyse in Ihrem Team oder Ihrer Organisation zu definieren und zu optimieren.
Dieses Tutorial richtet sich an Bereitstellungsmanager, Scrum-Master, Projektmanager, Qualitätsmanager, Entwicklungsteam, Testteam, Informationsmanagementteam, Qualitätsteam, Supportteam usw., um die Grundlagen der Ursachenanalyse zu verstehen, und enthält Vorlagen und Beispiele dafür .
Was du lernen wirst:
- Was ist eine Ursachenanalyse?
- Ursachenanalyseprozess
- Ursachenanalyse-Techniken
- Faktoren, die Fehler verursachen
- Fazit
Was ist eine Ursachenanalyse?
RCA (Ursachenanalyse) ist ein Mechanismus zur Analyse der Mängel, um deren Ursache zu identifizieren. Wir machen ein Brainstorming, lesen und graben den Defekt, um festzustellen, ob der Defekt auf „ Testfehler ',' Entwicklungsfehler 'Oder war ein' Anforderung oder Entwürfe verfehlen ”.
Wenn RCA genau durchgeführt wird, hilft es, Fehler in späteren Releases oder Phasen zu vermeiden. Wenn wir feststellen, dass ein Defekt darauf zurückzuführen ist Design Miss können wir die Konstruktionsunterlagen überprüfen und geeignete Maßnahmen ergreifen. Ebenso, wenn wir feststellen, dass ein Defekt auf zurückzuführen ist Testfehler können wir unsere Testfälle oder Metriken überprüfen und entsprechend aktualisieren.
RCA sollte nicht nur auf die Prüfung der Mängel beschränkt sein. Wir können RCA auch bei Produktionsfehlern durchführen. Basierend auf der Entscheidung von RCA können wir unsere verbessern Prüfstand und diese Produktionstickets als Regressionstestfälle einschließen. Dadurch wird sichergestellt, dass der Defekt oder ähnliche Arten von Defekten nicht wiederholt werden.
Ursachenanalyseprozess
RCA wird nicht nur für vom Kundenstandort gemeldete Fehler verwendet, sondern auch für UAT-Fehler, Unit-Testing-Fehler, Probleme auf Geschäfts- und Betriebsprozessebene, Probleme im täglichen Leben usw. Daher wird es in verschiedenen Branchen wie z Software-Sektor, Fertigung, Gesundheit, Bankensektor usw.
Die Durchführung der Ursachenanalyse ähnelt der Arbeit des Arztes, der einen Patienten behandelt. Der Arzt wird zuerst die Symptome verstehen. Anschließend wird er sich auf Labortests beziehen, um die Grundursache der Krankheit zu analysieren.
Wenn die Grundursache der Krankheit noch unbekannt ist, wird der Arzt Scan-Tests durchführen, um weitere Informationen zu erhalten. Er wird die Diagnose fortsetzen und studieren, bis er sich auf die Grundursache der Krankheit des Patienten beschränkt hat. Die gleiche Logik gilt für die Ursachenanalyse, die in jeder Branche durchgeführt wird.
Daher zielt RCA darauf ab, die Grundursache zu finden und das Symptom nicht zu behandeln, indem bestimmte Schritte und zugehörige Tools befolgt werden. Es unterscheidet sich von Fehleranalyse, Fehlerbehebung und anderen Methoden zur Problemlösung, da diese Methoden versuchen, die Lösung für das spezifische Problem zu finden, RCA jedoch versucht, die zugrunde liegende Ursache zu finden.
Herkunft des Namens Ursachenanalyse:
[Bild Quelle ]]
Blätter, Stamm und Wurzeln sind die wichtigsten Teile eines Baumes. Blätter [Symptom] und Stamm [Problem], die sich über dem Boden befinden, sind sichtbar, aber Wurzeln [Ursache], die sich unter dem Boden befinden, sind nicht sichtbar und Wurzeln wachsen tiefer und können sich weiter ausbreiten als erwartet. Daher wird der Prozess des Ausgrabens des Problems als Ursachenanalyse bezeichnet.
Vorteile der Ursachenanalyse
Nachfolgend sind einige der Vorteile aufgeführt, die Sie erhalten:
- Verhindern Sie, dass dasselbe Problem in Zukunft erneut auftritt.
- Reduzieren Sie schließlich die Anzahl der im Laufe der Zeit gemeldeten Fehler.
- Reduziert Entwicklungskosten und spart Zeit.
- Verbessern Sie den Softwareentwicklungsprozess und unterstützen Sie so die schnelle Markteinführung.
- Verbessert die Kundenzufriedenheit.
- Steigern Sie die Produktivität.
- Finden Sie versteckte Probleme im System.
- Hilft bei der kontinuierlichen Verbesserung.
Arten von Grundursachen
# 1) Menschliche Ursache: Vom Menschen gemachter Fehler.
Beispiele:
- Unter qualifizierten.
- Anweisungen nicht ordnungsgemäß befolgt.
- Eine unnötige Operation durchgeführt.
# 2) Organisatorische Ursache: Ein Prozess, mit dem Menschen Entscheidungen treffen, die nicht richtig waren.
Beispiele:
- Die Teammitglieder erhielten vage Anweisungen vom Teamleiter.
- Die falsche Person für eine Aufgabe auswählen.
- Nicht vorhandene Überwachungsinstrumente zur Bewertung der Qualität.
# 3) Physikalische Ursache: Jeder physische Gegenstand ist auf irgendeine Weise fehlgeschlagen.
Beispiele:
- Der Computer wird immer wieder neu gestartet.
- Der Server startet nicht.
- Seltsame oder laute Geräusche im System.
Schritte zur Ursachenanalyse
Für eine effektive Ursachenanalyse ist ein strukturierter und logischer Ansatz erforderlich. Daher ist es notwendig, eine Reihe von Schritten zu befolgen.
# 1) Bilden Sie ein RCA-Team
Jedes Team sollte einen engagierten haben Root Cause Analysis Manager [RCA-Manager] Wer sammelt die Details vom Support-Team und leitet den Kick-off-Prozess für RCA ein? Er koordiniert und weist Ressourcen zu, die je nach angegebenem Problem an RCA-Sitzungen teilnehmen müssen.
Teams, die an der Besprechung teilnehmen, sollten Mitarbeiter aus jedem Team [Anforderungen, Design, Tests, Dokumentation, Qualität, Support und Wartung] haben, die mit dem Problem am besten vertraut sind. Das Team sollte auch Personen haben, die direkt mit dem Defekt verbunden sind. Beispielsweise, der Support-Techniker, der dem Kunden sofort eine Lösung gegeben hat.
Teilen Sie dem Team die Problemdetails mit, bevor Sie an der Besprechung teilnehmen, damit es eine erste Analyse durchführen und sich darauf vorbereiten kann. Die Teammitglieder sammeln auch Informationen zum Defekt. Abhängig vom Vorfallbericht verfolgt jedes Team in den jeweiligen Phasen, was in diesem Szenario schief gelaufen ist. Die Vorbereitung erhöht die Effizienz der bevorstehenden Diskussion.
# 2) Definieren Sie das Problem
Sammeln Sie die Details des Problems wie Vorfallberichte, Problemnachweise (Screenshot, Protokolle, Berichte usw.) und untersuchen / analysieren Sie das Problem, indem Sie die folgenden Fragen stellen:
- Was ist das Problem?
- Welche Abfolge von Ereignissen hat zu dem Problem geführt?
- Welche Systeme waren beteiligt?
- Wie lange bestand das Problem?
- Welche Auswirkungen hat das Problem?
- Wer war beteiligt und bestimmt, wer interviewt werden soll?
Verwenden Sie SMART-Regeln, um Ihr Problem zu definieren:
- S. PECIFIC
- M. ERFORDERLICH
- ZU CTION-ORIENTIERT
- R. ELEVANT
- T. NAME-BOUND
# 3) Identifizieren Sie die Grundursache
Führen Sie die BRAINSTORMING Sitzung innerhalb des RCA-Teams gebildet, um die Ursachen zu identifizieren. Verwenden Sie die Fischgräten-Diagramm oder 5 Warum Analyse? Methode oder beides, um zu den Grundursachen zu gelangen.
Der RCA-Manager sollte das Meeting moderieren und die Regeln für die Brainstorming-Sitzung festlegen. Zum Beispiel können die Regeln sein:
- Andere zu kritisieren / zu beschuldigen sollte nicht erlaubt sein.
- Beurteilen Sie nicht die Ideen anderer. Keine Ideen sind schlecht, sie fördern wilde Ideen.
- Bauen Sie auf den Ideen anderer auf. Überlegen Sie, wie Sie auf den Ideen anderer aufbauen und diese verbessern können.
- Geben Sie jedem Teilnehmer genügend Zeit, um seine Ansichten mitzuteilen.
- Ermutigen Sie zum unkonventionellen Denken.
- Konzentriert bleiben.
Alle Ideen sollten aufgezeichnet werden. Der RCA-Manager sollte ein Mitglied zuweisen, das die Protokolle der Besprechung und die Aktualisierung der RCA-Vorlagen aufzeichnet.
# 4) Implementieren Sie die RCCA (Root Cause Corrective Action)
Bei einer Korrekturmaßnahme wird die Lösung behoben, indem die eigentliche Grundursache ermittelt wird. Um dies zu erleichtern, muss ein Zustellungsmanager anwesend sein, der entscheiden kann, in welchen Versionen der Fix implementiert werden soll und welcher Liefertermin festgelegt werden soll.
RCCA sollte so implementiert werden, dass diese Grundursache in Zukunft nicht mehr auftritt. Die vom Support-Team vorgenommene Korrektur ist vorübergehend für den Kundenstandort, an dem das Problem gemeldet wird. Wenn dieses Update zu einer laufenden Version zusammengeführt wird, führen Sie eine ordnungsgemäße Auswirkungsanalyse durch, um sicherzustellen, dass keine vorhandene Funktion beschädigt wird.
Geben Sie die Schritte zur Validierung des Fixes an und überwachen Sie die implementierte Lösung, um zu überprüfen, ob die Lösung wirksam ist.
# 5) Implementieren Sie RCPA (Root Cause Preventive Action)
Das Team muss einen Plan ausarbeiten, wie ein solches ähnliches Problem in Zukunft verhindert werden kann. Beispielsweise, Aktualisieren Sie die Bedienungsanleitung, verbessern Sie Ihre Fähigkeiten, aktualisieren Sie die Checkliste für die Teambewertung usw. Befolgen Sie die entsprechenden Dokumente zu vorbeugenden Maßnahmen und überwachen Sie, ob das Team die ergriffenen vorbeugenden Maßnahmen einhält.
Bitte beziehen Sie sich darauf Forschungsbericht zum Thema „Fehleranalyse und -prävention zur Verbesserung der Softwareprozessqualität“, veröffentlicht in der Internationales Journal für Software Engineering & Anwendungen um eine Vorstellung von den Arten von Fehlern zu bekommen, die in jeder Softwarephase gemeldet wurden, und um vorbeugende Maßnahmen für sie vorzuschlagen.
Die von RCA gewonnenen Informationen können als Eingabe verwendet werden Fehlermodus- und Effektanalyse (FMEA) ) um Punkte zu identifizieren, an denen die Lösung fehlschlagen kann.
Implementieren Pareto-Analyse mit den Ursachen, die während der RCA über einen Zeitraum identifiziert wurden, beispielsweise halbjährlich oder vierteljährlich, um die Hauptursachen zu identifizieren, die zu den Fehlern beitragen, und um sich auf vorbeugende Maßnahmen für sie zu konzentrieren.
Ursachenanalyse-Techniken
# 1) Fischgrätenanalyse
Das Fishbone-Diagramm ist ein visuelles Tool zur Ursachenanalyse, mit dem die möglichen Ursachen der erkannten Probleme ermittelt werden können. Daher wird es auch als Ursache-Wirkungs-Diagramm bezeichnet. Auf diese Weise können Sie die eigentliche Ursache des Problems ermitteln, anstatt das Symptom zu lösen.
Es wird auch als Ishikawa-Diagramm bezeichnet, wie es von erstellt wurde Dr. Kaoru Ishikawa [ein japanischer Statistiker für Qualitätskontrolle]. Es ist auch als Fischgräten- oder Fishikawa-Diagramm bekannt.
Die Fischgrätenanalyse wird in der Analysephase von verwendet Six Sigma DMAIC Ansatz zur Problemlösung. Es ist eines der 7 grundlegende Werkzeuge der Qualitätskontrolle .
Schritte zum Erstellen eines Fishbone-Diagramms:
Das Fischgräten-Diagramm ähnelt dem Skelett eines Fisches mit dem Problem, den Kopf des Fisches zu bilden, und verursacht die Bildung der Wirbelsäule und der Knochen des Fisches.
Führen Sie die folgenden Schritte aus, um ein Fischgräten-Diagramm zu erstellen:
- Schreiben Sie die Problem Bei der Kopf des Fisches .
- Identifizieren Sie die Kategorie der Ursachen und schreibe an Ende jedes Knochens [Ursache Kategorie 1, Ursache Kategorie 2 …… Ursache Kategorie N]
- Identifizieren Sie die Hauptursachen unter jeder Kategorie und markieren Sie es als Hauptursache 1, Hauptursache 2, Hauptursache N.
- Erweitern Sie die Ursachen auf sekundäre, tertiäre und mehr Ebenen soweit zutreffend.
Ein Beispiel dafür, wie ein Fischgräten-Diagramm auf einen Softwarefehler angewendet wird (siehe unten).
Es gibt viele kostenlose und kostenpflichtige Tools zum Erstellen eines Fishbone-Diagramms. Das Fishbone-Diagramm in diesem Tutorial wurde mit „ Kreativ Online-Tool . Weitere Details zu Fishbone-Vorlagen und -Tools werden in unserem nächsten Tutorial erläutert.
# 2) Die 5-Warum-Technik
5 Warum Technik von entwickelt wurde Sakichi Toyoda und wurde bei Toyota in ihrer Fertigungsindustrie eingesetzt. Diese Technik bezieht sich auf eine Reihe von Fragen, bei denen jede Antwort mit einer Warum-Frage beantwortet wird. Es kann damit zusammenhängen, wie ein Kind Erwachsenen Fragen stellt. Basierend auf der Antwort, die Erwachsene geben, werden sie immer wieder „Warum“ -Fragen stellen, bis sie zufrieden sind.
5 Warum wird die Technik eigenständig oder als Teil der Fischgrätenanalyse verwendet, um die Grundursache des Problems zu ermitteln. Die Anzahl der Schritte ist nicht auf 5 beschränkt. Sie kann weniger oder mehr als 5 betragen, bis die Diagnose des Problems eingetroffen ist. 5 Warum ist eine relativ einfachere Technik und ein schnellerer Weg, um zu den Grundursachen zu gelangen? Es erleichtert die schnelle Diagnose, um die Symptome auszuschließen und zur Grundursache zu gelangen.
Der Erfolg der Technik hängt vom Wissen der Person ab. Es kann unterschiedliche Antworten auf dieselbe Warum-Frage geben. Daher ist es wichtig, die richtige Richtung und den richtigen Fokus für das Meeting auszuwählen.
Schritte zum Erstellen eines 5-Warum-Diagramms
Beginnen Sie die Brainstorming-Diskussion, indem Sie das Problem definieren. Dann folgen Sie mit dem folgenden Warum und ihren Antworten.
Ein Beispiel dafür, wie das 5-Whys-Diagramm auf einen Softwarefehler angewendet wird:
5 Warum Vorlagen und Bilder mit der Online-Software Creately gezeichnet werden.
Faktoren, die Fehler verursachen
Es gibt viele Faktoren, die das Auftreten der Mängel provozieren:
- Unklare / fehlende / falsche Anforderungen
- Falsches Design
- Falsche Codierung
- Unzureichende Tests
- Umgebungsprobleme (Hardware, Software oder Konfigurationen)
Diese Faktoren sollten bei der Durchführung des RCA-Prozesses immer berücksichtigt werden.
RCA beginnt und fährt mit dem Brainstorming des Defekts fort. Die einzige Frage, die wir uns bei RCA stellen, ist 'WARUM?' und was?' Wir können in jede Phase des Lebenszyklus eintauchen, um zu verfolgen, wo der Defekt bestehen bleibt.
Beginnen wir mit dem 'WARUM?' Fragen (die Liste ist nicht begrenzt). Sie können von der äußeren Phase aus in die innere Phase von SDLC übergehen.
bester Texteditor für Python-Fenster
- 'WARUM' wurde der Defekt während des Vernunfttest in Produktion?
- 'WARUM' wurde der Defekt beim Testen nicht erkannt?
- 'WARUM' wurde der Fehler bei der Überprüfung des Testfalls nicht festgestellt?
- 'WARUM' der Defekt wurde nicht gefangen Unit Testing ?
- 'WARUM' wurde der Defekt bei 'Design Review' nicht entdeckt?
- 'WARUM' wurde der Fehler während der Anforderungsphase nicht erkannt?
Die Antwort auf diese Frage gibt Ihnen die genaue Phase, in der der Defekt vorliegt. Sobald Sie die Phase und den Grund identifiziert haben, folgt der Teil „WAS“.
„WAS wirst du tun, um dies in Zukunft zu vermeiden?
Die Antwort auf diese „WAS“ -Frage verhindert, wenn sie implementiert und behoben wird, dass derselbe Fehler oder die Art des Fehlers erneut auftritt. Ergreifen Sie geeignete Maßnahmen, um den identifizierten Prozess zu verbessern, damit sich der Fehler oder der Grund für den Fehler nicht wiederholt.
Anhand der Ergebnisse von RCA können Sie bestimmen, welche Phase Problembereiche aufweist.
Zum Beispiel, wenn Sie feststellen, dass die meisten RCA der Mängel auf zurückzuführen sind Anforderung vermissen Anschließend können Sie die Phase des Erfassens / Verstehens von Anforderungen verbessern, indem Sie weitere Überprüfungen oder Durchgangssitzungen einführen.
Ebenso, wenn Sie feststellen, dass die meisten Mängel auf zurückzuführen sind Testfehler müssen Sie den Testprozess verbessern. Sie können Metriken wie einführen Rückverfolgbarkeitsmetriken für Anforderungen , Test Coverage Metrics oder können den Überprüfungsprozess oder einen anderen Schritt überprüfen, von dem Sie glauben, dass er die Effizienz des Tests verbessern würde.
Fazit
Es liegt in der Verantwortung des gesamten Teams, die Fehler zu analysieren und zur Produkt- und Prozessverbesserung beizutragen.
In diesem Tutorial haben Sie ein grundlegendes Verständnis der RCA, der Schritte zur Durchführung einer effizienten RCA und verschiedener zu verwendender Tools wie Fishbone-Analyse und 5 Why Technique. In den kommenden Tutorials werden verschiedene RCA-Vorlagen, Beispiele und Anwendungsfälle zur Implementierung beschrieben.
Literatur-Empfehlungen
- Analyse und Berichte der Testergebnisse - Lasttests mit LoadRunner
- Beste Software-Test-Tools 2021 [QA Test Automation Tools]
- Testen Sie Ihre Analysefähigkeiten und Denkkraft - Softwaretestübungen (Teil 2)
- Was ist eine fehlerbasierte Testtechnik?
- Was ist Grenzwertanalyse und Äquivalenzpartitionierung?
- Testen von Primer eBook Download
- Was ist der Defekt- / Fehlerlebenszyklus beim Testen von Software? Tutorial zum Fehlerlebenszyklus
- Lasttests mit HP LoadRunner-Tutorials