Fehlermodi in FMEA für eine Six Sigma-Initiative

FMEA kann sehr nützlich sein, um Fehlermodi in einer Six Sigma-Initiative zu identifizieren. Nachdem Sie die Schwere der möglichen Auswirkungen bewertet haben, werden von Ihrem funktionsübergreifenden FMEA-Team potenzielle Ursachen für den identifizierten Fehlermodus ermittelt.

Denken Sie an Ursachen für den Fehlermodus, nicht an den -Effekt . In dem Pizza-Beispiel müssen Sie nach Ursachen suchen, warum das Telefon am oder nach dem fünften Klingeln beantwortet wird, nicht Ursachen dafür, warum ein Kunde auflegt oder warum ein Kunde verärgert wird.

Stellen Sie sicher, dass Sie die möglichen Ursachen des Fehlermodus in separaten Zeilen der FMEA-Tabelle auflisten, was normalerweise bedeutet, dass Sie neue Zeilen in Ihre FMEA-Tabelle einfügen müssen.

Ermittle das Auftreten der Ursache

Die nächste wichtige Aufgabe besteht darin, zu bestimmen, wie oft jede aufgelistete Ursache mit einer Trefferzahl von 1 bis 10 auftritt. 10 stellt ein sehr häufiges Ereignis dar und 1 ein sehr seltenes Ereignis. In einer typischen FMEA-Ereignisbewertungsskala enthält die zweite Spalte Information von dem AIAG über die Konsequenzen der Häufigkeit, und die letzte Spalte gibt Information über ein Ertragsniveau, das der Häufigkeit des Auftretens zugeordnet ist.

In dieser Phase ist die Teilnahme des funktionsübergreifenden Teams entscheidend. Mitglieder des Teams aus verschiedenen Aspekten des Prozesses haben eine gute Vorstellung davon, wie oft jede der aufgeführten Ursachen auftritt. Ist die aufgelistete Ursache jemals zuvor passiert? Wie oft im letzten Monat? Letztes Jahr?

In dem unwahrscheinlichen Fall, dass niemand im Team weiß, wie oft eine bestimmte Ursache auftritt, sollte das Team zu gemba gehen (das ist der Ort, an dem die Arbeit stattfindet) und selbst messen, wie oft Die Ursache ist aufgetreten.

Aktuelle Steuerelemente identifizieren

Der nächste Schritt im FMEA-Prozess besteht darin, dass das Team erkennt, welche Steuerelemente oder Schutzvorkehrungen innerhalb der aktuellen Konfiguration des Prozesses vorhanden sind, um zu verhindern, dass die Ursache auftritt. mindestens zu erkennen und einen Alarm auszulösen, wenn die Ursache auftritt. Typische Steuerelemente umfassen Bedienerschulungen, Prozessanweisungen, automatisierte In-Prozess-Inspektionen und so weiter.

Ursachen haben oft mehr als eine Kontrolle. Listen Sie in diesem Fall alle Steuerelemente in einer Tabellenzelle auf und trennen Sie sie durch ein + oder &.

Bewerten der Erkennung der Kontrollen

Genau wie bei den Schweregrad- und Häufigkeitswerten gibt das funktionsübergreifende Team jetzt jeder Auflistung der Kontrollen eine Bewertung für die Wirksamkeit der Kontrollen bei der Verhinderung oder Feststellung der zugehörigen Ursache. Diese Skala verwendet Noten von 1 bis 10, wobei 10 keine Fähigkeit zum Verhindern oder Erkennen anzeigt und 1 eine perfekte Fähigkeit zum Verhindern oder Erkennen anzeigt.

SPC bezieht sich auf die statistische Prozesssteuerung, . Hierbei handelt es sich um die Methode der Verwendung spezialisierter statistischer Wahrscheinlichkeitsberechnungen zum Überwachen und Erkennen von externen Einflüssen auf die Systemleistung.

Achten Sie darauf, nicht versehentlich die Nummern der Erkennungsskala zu kippen. Denken Sie daran, dass ein Erkennungswert von 10 schlecht ist und bedeutet, dass Sie keine Erkennung haben, während ein Wert von 1 gut ist und anzeigt, dass Sie die perfekte Kontrolle haben.

Berücksichtigen Sie bei der Erfassung von Detektionswerten, dass Schulungen, Erinnerungen oder sogar formelle Disziplin von Mitarbeitern keine wirksamen Mittel zur Verhinderung oder Erkennung von Fehlerursachen sind. Wenn das Bewusstsein des Trainings oder des Bedieners die einzige oder die beste verfügbare Kontrolle ist, erhält der Detektions-Score normalerweise eine ziemlich hohe Punktzahl - vielleicht eine 7 oder eine 8.

Berechnen und Überprüfen der RPN-Ergebnisse

Mit den Werten für Schweregrad, Vorkommen und Erkennung für jede Zeile können Sie eine Gesamt-Risikoprozessionsnummer , oder RPN berechnen. Ein RPN ist einfach der Schweregradscore, multipliziert mit dem Eintrittspunktwert, multipliziert mit dem Erfassungswert. Die niedrigstmögliche RPN ist 1 (1 × 1 × 1), die höchste ist 1 000 (10 × 10 × 10).

Mit der ausgefüllten FMEA für jeden Prozessschritt und mit einer RPN für jede Zeile kann das funktionsübergreifende Team schnell erkennen, wo sich das Risiko innerhalb des Prozesses befindet.

Da die RPN eine zusammengesetzte Bewertung ist, müssen Zeilen in der FMEA-Tabelle, die gleiche oder ähnliche RPNs haben, sehr unterschiedlich adressiert werden. Sei intelligent in deiner Rezension; ein Prozessschritt mit einer bestimmten Bewertung kann eine Aktion zur Reduzierung des Auftretens erfordern, während eine andere mit der gleichen Bewertung eine verbesserte Erkennung erfordern kann.

Vorgehensweise bei der Entwicklung und Zuordnung von Verbesserungsmaßnahmen

In der rechten Spalte der FMEA-Tabelle werden Verbesserungsmaßnahmen aufgeführt, die die aktuelle Risikosituation verbessern. Diese Aktionen können das Ergreifen zusätzlicher Daten oder Messungen umfassen, um ein Auftreten einer bestimmten Ursache genauer zu verstehen oder um verbesserte Erkennungsaktionen zu implementieren. Sie können diese Zuordnungen aufzeichnen und die Fertigstellungstermine direkt in die FMEA mit überarbeiteten Werten für Schweregrad, Vorkommen und Erkennung eintragen.