Dienstag, 23. Juni 2015

Das Toyota-System: Lean und Kaizen. Einige Begrifflichkeiten.

Die Grundlagen von Lean sind weder irgendwelche Werkzeuge noch eine Vermeidung von Verschwendung.

Wakamatsu und Kondo, beide Experten bei Toyota, brachten es auf den Punkt:
Das Wesen des Toyota-Systems ist einfach; dass jeder einzelne Mitarbeiter die Gelegenheit hat, in seinen eigenen Arbeitsumfeld Probleme zu finden, diese zu lösen und Verbesserungen zu machen.

So "einfach" wie es auch klingt, so schwierig ist doch die Umsetzung.

Das Toyota-System kann man durch 2 Grundlagen kurz beschreiben:
  1. Kontinuierlich Verbessern, und
  2. Menschen respektieren.

Ständige Verbesserungen, -oft als Kaizen benannt- ist Toyotas Ansatz, das tägliche Geschäft zu führen. Nach dem Prinzip: "Alles in Frage stellen". Mit anderen Worten: "Stets denken".

Wichtiger aber als die tatsächlichen Verbesserungen, die die Mitarbeiter umsetzen (dürfen), ist der wahre Mehrwert das Schaffen einer Umgebung in der man ständig lernen kann; eine Umgebung, die nicht nur Änderungen akzeptiert, sondern sie geradezu fördert.
Eine solche Umgebung kann nur dort entstehen, wo man die Menschen ohne wenn und aber respektiert - daher ist dieser der 2. Grundsatz des Toyota-Systems.

Und an diesem 2. Grundsatz scheitert grundsätzlich die Mehrzahl von unserem "westlichen" Management.

Kaizen wird (oft) schlicht als "kontinuierliche Verbesserung" übersetzt. Das aber verwechselt die Bedeutung von "kontinuierlichen Verbesserung" und ist nicht mit dem wahren "Kaizen" deckungsgleich.
Es wird empfohlen, das japanische Wort Kaizen zu gebrauchen und sich dabei der wahren Bedeutung bewusst werden: Kaizen ist gleichzeitig gelebte Praxis und eine (persönliche) Einstellung.
Nicht einfach "stets verbessern"...


Cargo Cult (Cargo-Kultur)


Eine Cargo-Kultur sind Rituale, von einer (primitiven) Gesellschaft durchgeführt, die das Verhalten von nicht-native Besucher (oft aus Europa) nachahmt.

Analog dazu nennt man Cargo-Kultur-Prozesse solche, wo Rituale und Oberflächlichkeiten, ohne eingehendes Verständnis für die Hintergründe, praktiziert werden. (Oft vorzufinden bei vielen Organisationen, die "Agile Methoden" praktizieren, ohne sich mit der "agilen" Denkweise auseinander zu setzen -siehe "Scrum"-.)

Eine "Lean Cargo-Kultur" führt "lean" Werkzeuge (durch das Management) ein, ohne dass sich wirklich weder die Denkweise noch das Verhalten von Management oder gar der Mitarbeiter ändert.

Natürlich können sich beide nicht von heute auf morgen ändern, das braucht:
1. (eine lange) Zeit.
2. Maßnahmen, um die Mitarbeiter dahin zu führen (vom Management getragen).
Und sicher auch noch der Wille dazu und die Bereitschaft, Mitarbeiter gewähren zu lassen.

Nein... einfach ist das nicht.

Samstag, 13. Juni 2015

(Nicht so sehr) Lean Untersuchung der Lean-Prinzipien

Zunaechst sei angemerkt, dass die "Lean-Prinzipien" schon eine etwas längere Geschichte haben als die sogenannten "agilen".

Auserdem sind sie ursprünglich in Japan entwickelt worden, und die "Übersetzungen" geben oft (und können oder wollen es auch nicht) nicht wirklich die assozierte japanische Mentalität wieder, ...nur die "Techniken".

"Unfortunately, there are almost as many definitions for Lean as there are authors on the subject."

Wahrscheinlich aus diesen Gründen gibt es eine Vielzahl von Ausprägungen der Lean Prinzipien. Daraus hat man dann, um es bunter zu machen, die "Lean-Prinzipien-für-die-SW-Entwicklung" abgeschrieben, abgeleitet von den Lean Prinzipien fuer die Produktion. Daraus ist auch die SW-Entwicklungsmethode entstanden: "Kanban" gennt. Die neueste Methode, die zurzeit Teams anwenden, nachdem sie mit Scrum nicht weiter kamen. Gerade sind sie dabei herauszufinden, dass sie mit Kanban auch nicht wirklich besser werden :-)

Woran liegt es?
Natürlich habe ich nicht die Antwort, letztendlich habe ich nicht die Weissheit mit Löffeln verspeist. Ich gucke nur. Und lese. Und untersuche. Und nachdenke.
Erklärungsideen hätte ich schon.
Die werde ich bei entsprechender Reife hier aufschreiben.

Nun zu den Prinzipien.

Die sieben Prinzipien der Lean-Entwicklung:
  1. Verschwendung vermeiden (siehe weiter unten)
  2. Feedback einfordern (alle Teilnehmer einbeziehen - Kommunikation intensivieren)
  3. Spät entscheiden (sich so viel Zeit wie möglich nehmen: zum Denken und zum Planen)
  4. Schnell ausliefern (so schnell wie möglich die Entwicklung durchziehen, nachdem "entschieden" wurde)
  5. Team trägt Verantwortung (impliziert Selbst-Organisation...)
  6. "Integrität einbauen" ("stets" standardisieren, so wie ich es verstanden habe)
  7. Die Gesamtheit optimieren (Den gesamten Prozess verbessern)

Andere "Übersetzungen" postulieren:
  • Die Arbeiten gleich beim 1. Mal richtig machen (inhaltlich zum 1. Punkt: keine Verschwendung)
  • Den Arbeitern erlauben, Entscheidungen zu treffen (nicht nur "ganze Teams" sondern auch auf persönlicher Ebene)
  • Stets verbessern (inhaltlich zum 7. Punkt)
  • Lernen unterstützen (entfernt verwand mit dem 2. Punkt...)


Und hier die 7 Verschwendungen der SW-Entwicklung:

  • Überproduktion (Zusätzliche Funktionalität)
  • Inventur (Administration / Anforderungen)
  • Zusätzliche Produktionsschritte (Komplexität / Überfluss)
  • Bewegungen (Suche von Informationen)
  • Fehler (Bugs / Fehler in der SW / Tools mit )
  • Wartezeiten (Warten auf Entscheidungen / Warten auf Kunden-Feedback)
  • Transport (Schnittstellen / Workflow der Arbeit)


Hier die japanischen Begriffe für Verschwendung:

- Muda: die übliche Übersetzung von Verschwendung, gemeint ist aber die Arbeit ohne Mehrwert (so wie die Steuer: Keine Mehrwert für den Konsumenten ;-) )
- Mura: Bedeutet "unstetigkeit", hierunter versteht man die Unterschiede des Arbeitsaufkommens
- Muri: Bedeutet "überlastung"; bei diesem Begriff kann man auch "unlogik" oder "unvernunft" verstehen.


Meinen "Senf" dazu?Tja... ich kann keinen Denkfehler sehen.
Man kann sich sicherlich streiten, ob der eine oder andere Punkt von der Reihenfolge an der richtigen Stelle steht, ...
Ebenfalls kann man sich streiten, ob vielleicht manche Punkte nicht anders ausgedruckt werden sollte (je nach Betonung), ...
Auch ob es 6, 7 oder 8 Prinzipien bzw. Verschwendungen sein sollten kann man ausdiskutieren.
Doch, in Großen und Ganzen macht das Sinn und es ist eine vernünftige Arbeitsbasis um Prozesse bzw. Projekte zu optimieren.