Artikel versenden

The 5 Why




 

// / / / /

In komplexen Projektumgebungen oder größeren Organisationszusammenhängen hilft die Suche nach einfachen Fehlerursachen nicht. Fehler und Probleme haben meist einen systemischen Charakter, d.h. sie lassen sich nicht auf eine einzelne Ursache zurückführen, und unmittelbar ersichtliche Gründe für einen Fehler sind selten dessen tiefere Ursache. Ist man sich dessen bewusst und sucht nicht einfach nach Schuldigen, sondern nach einer Lösung von Problemen, so kann die Fragetechnik der 5 Why’s weiterhelfen. Die Idee dazu stammt aus dem Toyota Production System und ist im gleichnamigen Standardwerk zur Lean Production von Taiichi Ohno beschrieben. Dieses bereits 1990 ersterschienene Buch ist 2009 in deutscher Fassung heraus gekommen. Das Lesen lohnt sich – nicht nur für Manager in der Automobilindustrie.

Haben Sie sich bei einem Problem oder Fehler schon einmal fünfach hintereinander gefragt, warum der Fehler aufgetreten ist? Ohno veranschaulicht dieses Vorgehen in seinem Buch an einem Beispiel aus der Automobilindustrie:

Warum hat die Maschine angehalten?
Es hat eine Überlastung gegeben, und die Sicherung ist durchgebrannt.
Warum ist eine Überlastung aufgetreten?
Das Lager war nicht ausreichend geschmiert.
Warum war es nicht ausreichend geschmiert?
Die Ölpumpe hat nicht genügend gepumpt.
Warum hat sie nicht genügend gepumpt?
Die Welle ist ausgeschlagen und rattert.
Warum ist die Welle ausgeschlagen?
Es war kein Sieb angebracht, und deshalb gerieten Metallsplitter in die Maschine.“

Doch auch in Zusammenhängen von IT-Projekten und Turnarounds überzeugt diese einfache Technik durch ihre Wirkung. Ein Beispiel:
Warum sind so viele Fehler noch im Produktionssystem aufgetreten?
Die Entwickler und Tester hatten keine ausreichende Möglichkeit zur Qualitätssicherung.
Warum hatten sie keine ausreichende Möglichkeit zur Qualitätssicherung?
Sie hatten zu wenig Zeit und vor allem waren die Anforderungen nicht klar.
Warum waren die Anforderungen nicht klar? (hier wird nur ein Pfad verfolgt, die zweite Frage nach der Zeit wäre auch zielführend)
Das Dokument, in dem sie beschreiben sind, ist zu groß und völlig unübersichtlich.
Warum ist das Dokument so groß und völlig unübersichtlich?
Entwickler, Tester und Leute aus dem Produktmanagement setzen sich zu wenig zusammen und sprechen miteinander.
Warum sprechen sie nicht miteinander während der Erstellung der Anforderungspezifikation?
Das ist in unserem Prozess so nicht vorgesehen. Dafür hat niemand Zeit.

Ich selbst nutze diese Technik für Kernprobleme, die mir in Turnarounds auffallen. Alleine der Weg, durch den einen die Fragerei führt, ist interessant und legt Möglichkeiten zur Veränderung offen. Wo sind Probleme, Fehler oder Knackpunkte in Ihrem Projekt oder Unternehmen? Welche Antworten liefern die 5 Why’s in Ihrem Team?

Warum
haben Sie die Technik der 5 Why’s noch nicht eingesetzt?

 

 

Quelle Foto: © nenovbrothers – Fotolia.com

| 1 Kommentar

 
Top | Impressum | Datenschutz