Business Improvement
Meine Artikel zu Business Improvement
- Systeme (geplant)
- integriertes Managementsystem (geplant)
- Geschäftsprozess-Modell (geplant)
- Verfahrensanweisungen QM (geplant)
- Verfahrensanweisungen UM (geplant)
- Produktion
- Eskalationsrichtlinien
- TPM Startup Checks
- Prozessfähigkeit
- OEE (geplant)
- Lean Management
- 5S
- Kanban
- Supermarkt
- Plan for Every Part
- Standards
- Leveled Production (Macro) (geplant)
- Leveled Production (Micro) (geplant)
- Qualität und Verbesserungen
- Qualitätskosten
- Genauigkeit von Messmitteln
- Lessons learned (geplant)
- Best Practice (geplant)
- Audits
- Dynamische Auditplanung
- Process Walk (geplant)
- Layered Process Audit (geplant)
- Excellence assessment (geplant)
Einführung zu Verbesserungswerkzeuge
Wikipedia: Taguchi-Methode
Beispiel für ein komplexes Werkzeug der statistischen Versuchsplanung
Wikipedia: Taguchi_methods (Englisch)
Example of a complex tool for design of experiments
Wikipedia: Shainin
Beispiel für einen Werkzeugkasten mit einfachen Werkzeugen zur statistischen Versuchsplanung
Wikipedia: Shainin (Englisch)
Example for a tool box with simple tools for design of experiments
Warum Verbesserungswerkzeuge, und nicht Qualitätswerkzeuge? Ich möchte mich lösen von Schubladen wie Qualitätssicherung, Six Sigma oder Lean Production. Man kann die unterschiedlichen Geschäftsprozesse mit sehr vielen verschiedenen Werkzeugen verbessern. Dabei sollte man sich auf die Prozesse, das jeweilige Verbesserungspotenzial, und schließlich die Einfachheit der Methode konzentrieren. Was nutzt es z.B., wenn man mit einer hochkomplexen Methode einen Geschäftsprozess von 92% auf 93% verbessert?
Ein Beispiel für solche Irrwege ist der Hype um die Taguchi-Methode: gegen Ende der achtziger Jahre setzte ein Hype ein: "Wir machen jetzt Taguchi". Wer es nicht machte, war nicht in. Unzählige Qualitäter wurden in der Taguchi-Methode geschult, um dann regelmäßig an der Komplexität der Methode zu verzweifeln. Ich selbst beschaffte mir Bücher (Genichi Taguchi: System of experimental design), um während des Lesens festzustellen, dass mein Problem bereits von anderen gelöst war, bevor ich auch nur den Ansatz einer Lösung mit der Taguchi-Methode machen konnte.
Shainin hat dann in den neunziger Jahren gezeigt, dass man die Dinge auch wesentlich einfacher angehen kann und damit schneller und umkomplizierter zum Ziel kommt. Ich möchte damit keinesfalls die Taguch-Methode schlecht machen; aber heute würde man sagen, dass es da ein Usability-Problem gibt.
Es gilt also, solche Verbesserungswerkzeuge auszuwählen, die kein Usability-Problem haben. Ich habe dazu EasyTools entwickelt, eine Sammlung von Werkzeugen, die recht einfach zu nutzen sind. Immer wenn Sie in den folgenden Artikeln den Hinweis EasyTools finden, finden Sie dort auch ein einfach zu nutzendes Werkzeug.
Kommentare zu dieser Seite

Zu den Bookmark-Diensten
Fügen Sie diese Seite zu Ihren Social Bookmarks hinzu