MCL 2

Mittels Forcing-Functions kann sichergestellt werden, dass die Aufgabe korrekt ausgeführt wird. Andererseits kann man die anzahl Schritte optimieren um das Vergessen einzelner Schritte unwahrscheinlicher zu machen. 

1. Skill-based behaviour
2. Rulse-based Mistake
3. Knowledge-based Mistake
4. Memory-Lapse Mistake

Das Problem resultierte aus unvollständigem Wissen: Eine neue Situation trat auf, auf welche weder existierende Regeln noch Erfahrugnen angewendet werden konnten. 

Eine sehr routinierte und fähige Person wird eine Aufgabe ausführen können ohne sich darauf zu konzentrieren, weswegen es häufig zu Slips kommt. 

Bei eine rule-based Mistake wurde das : eine falsche Regel wurde angewendet. Rule Based Mistakes treten auf wenn man einer normalen Routine nicht mehr folgen kann. Regeln können aus Erfahrungen resultieren oder aufgeschrieben sein. 

Man vergisst Teile des eigentlichen Zieles oder verliert das Ziel ganz aus den Augen. Wenn man während der Planentwicklung gestört oder abgelänkt ist, kann es vorkommen dass man die Planung unvollständig entwickelt. 

Social/Institutional Presure. Man fürchet das Outing etwas nicht zu verstehen oder etwas nicht zu können. Man traut sich nicht, Fehler zu melden und einzugestehen. 

Checklisten sind effektiv, da sie alle Schritte aufzeigen, die Reihenfolge klar ist und bereits auseführte Tasks abgehakt werden können. 

Die von Toyota erfundene JIDOKA Metode besagt, dass sich jeder Arbeiter, wenn er einen Fehler bemerkt, sich sofort melden muss und wenn nötig die ganze Produktionskette lahmlegen darf, wenn er einen Error entdeckt. Durch die Pflicht, Errors zu melden, wird die soziale Hürde genommen, die Produktion zu stören wenn man die Vermutung auf einen Error hat. 

Die Methode ist zur Prävention von Fehlern gedacht. Die Produktionsmaschinen werden spezifisch so gebaut, dass sie Error vermeiden wollen. So ist es z.b. unmöglich, enen Türgriff auf der falschen Seite zu montieren, weil das Türbrett nur auf die richtige Weise in die Maschine passt. 

Sensibility Checks prüfen den Input des Users zuerst auf dessen Sinn, bevor sie ihre Arbeit ausführen. So wird verhindert dass der Benutzer versehentlich falsche Aktionen ausführt. 

Multitasking ist oft nicht so effizient wie man denkt, da zwar mehrere Tasks zuasmmen ausgeführt werden, diese jedoch qualitativ viel schlechter sind als wenn sie einzeln angegangen wären. Die gleichzeitige Ausführung erhöht die Error-Gefahr, wodurch man auch wieder weniger effizient wird. Unter dem Strich würde man die Arbeiten besser einzeln ausführen. 

Undo. Oder konkret, die Fähigkeit Schritte rückgängig zu machen. So können Slips schnell korrigiert werden. Gute Systeme können eine grosse Anzahl Schritte rückgängig machen. 

Man warnt ihn vor einem möglichen Fehler und lässt ihn die Aktion manuell bestätigen, jedoch ist sich der User gewohnt, diese zu bestätigen, da er meint die Aktion wirklich ausführen zu wollen. 

1. Die relevante Steuereinheiten sollten hervorgehoben werden, alle unwichtigen Steuereinheiten sollten auf Distanz gehalten oder ganz entfernt werden. 
2. Alle Aktionen sollten rückgängig gemacht werden können um Slips rückgängig machen zu können. 

Es gibt ein so genanntes Swiss-Cheese Model das besagt, wie es zu Unfällen kommt. 

Die meisten Errors führen nicht zu unfällen - eine ungünstige Folge von Errros führt in die Katastrophe. In grossen Firmen sind Error alltäglich, wie Löcher in einem Käse. Man stellt sich  nun vor, jede Käsescheibe wäre ein Zustand eines Prozesses, so wird eine katastrophe erst ausgelöst, wenn mehrere Löcher an der gleichen Stelle hintereinander angereiht sind, sodass durch alle Käsescheiben gesehen werden kann. Gute Systeme sollten verhindern, dass Error unbemerkt die ganze Prozesskette durchlaufen können. Mehrere Schichten bez. Prozesse hintereinander, die überprüft werden, machen die Wahrscheinlichkeit einer Katastrophe geringer. 

Maschinen werden klüger und können immer mehr Tasks ausführen, versagen aber mit den komplexen Arbeiten bei denen Menschen wirklich Hilfe benötigt hätten. 

Wenn sich das Benutzen einer Maschine so anfühlt, als müsste sich der Mensch der Maschine anpassen anstatt umgekehrt. Man muss die Maschine so verwenden wie sie es gerne hätte und nicht wie man sie gerne bedienen würde.