01 — Theorie
Vom Diagramm zu Befunden, nach denen jemand handelt
Fünf Fragen trennen eine Analyse, über die entschieden wird, von einer, die abgelegt wird.
Welche Sichten legen Sie an: Schwachstellen, Kontrollen, Compliance, Zahlen, Systeme?
Alle, eine nach der anderen, an jedem Schritt. Die Schwachstellen-Sicht fragt, was an diesem Schritt schiefgeht, warum, und was es kostet. Die Kontroll-Sicht fragt, wo geprüft wird, wer die Prüfung verantwortet und welchen Nachweis sie hinterlässt. Die Compliance-Sicht fragt, welcher Anforderung der Schritt dient und ob der Nachweis dem genügen würde, der danach fragt; als allgemeine Orientierung, keine Rechtsberatung. Die quantitative Sicht fragt, wie lange der Schritt dauert, wie lange der Fall davor wartet, wie oft er vorkommt und wie viel davon ein System schon übernimmt. Die System-Sicht fragt, welches System jeder Schritt berührt und wo Daten doppelt eingetippt werden. Dass Schritt für Schritt gelesen wird, macht die Sichten brauchbar: Ein Befund, der auf einen Schritt zeigt, lässt sich bearbeiten, ein Befund über „den Prozess" nicht. Die Seite Prozessdokumentation beschreibt, was jede Analyse je Schritt enthält.
Wie kommen Sie vom Symptom zur Ursache?
Folgen Sie dem Fall rückwärts durch das Diagramm. Das Symptom ist dort, wo der Schmerz gespürt wird, meist am Ende einer Kette: der Kunde, der wartet, der Bericht, der zu spät kommt. Die Ursache liegt stromaufwärts, an dem Schritt, an dem die Zeit verloren ging oder die Information fehlte, und das Diagramm zeigt den Weg zwischen beiden. Fragen Sie an jedem Schritt auf diesem Weg „warum", bis die Antwort eine Regel, eine Priorität oder eine fehlende Information ist, und hören Sie dort auf; die lassen sich ändern. „Die Leute sind langsam" ist nie eine Ursache. Prüfen Sie die Ursache an einem zweiten Fall: Erklärt derselbe Weg auch ihn, haben Sie eine Ursache; wenn nicht, haben Sie zwei.
Wie legen Sie Zahlen an einen Prozess, wenn die Daten schlecht sind?
Die meisten Prozesse haben keine sauberen Zeitstempel, und auf den perfekten Auszug zu warten ist eine Art, nie zu analysieren. Fragen Sie die Menschen, die jeden Schritt ausführen, nach drei Schätzungen: wie lange der Schritt selbst dauert, wie lange ein Fall davor typischerweise wartet, und wie oft der Schritt im Monat vorkommt. Schreiben Sie die Werte an den Schritt, kennzeichnen Sie sie als Schätzung mit dem Namen der Person, und lassen Sie das Diagramm sie entlang des Pfads addieren. Die Summe ist im Detail falsch und im Verhältnis richtig, und das ist, was eine Entscheidung braucht: Sie zeigt, welcher Schritt das Warten trägt und welcher die Arbeit. Wo ein System einen Zeitstempel hat, nutzen Sie ihn, um die Schätzung zu prüfen, nicht um das Gespräch zu ersetzen.
Wie ordnen Sie Befunde, und wer sollte das tun?
Bewerten Sie jeden Befund nach drei Dingen: der Wirkung auf das, was das Projekt verbessern will, dem Aufwand der Behebung und dem Risiko der Änderung, wobei Kontrollen und alles, worauf eine Aufsicht schaut, standardmäßig hoch bewertet werden. Dann ordnen Sie zuerst nach Wirkung, dann nach Aufwand, und lassen das Risiko entscheiden, was einen zweiten Blick bekommt, nicht was gestrichen wird. Die analysierende Person schlägt die Rangfolge vor; die Prozessverantwortliche und die Menschen, die den Prozess ausführen, legen sie fest, in einer Sitzung, mit dem Diagramm an der Wand. Eine Rangfolge, der die Prozessverantwortliche nicht zugestimmt hat, wird im Lenkungsausschuss wieder aufgemacht, und dort sterben Analysen.
Wie machen Sie aus einem Befund ein „Na und?" für Entscheider?
Ein Befund, ein Satz, drei Teile: was an welchem Schritt passiert, was es an Zeit oder Risiko kostet, und was die Entscheidung ist. „Rücksendungen warten an der Retourenannahme, weil ausgehende Lieferungen Vorrang haben; dieses Warten ist der größte Anteil der Durchlaufzeit; die Entscheidung ist, ob die Logistik ein tägliches Zeitfenster für Retouren bekommt." Dazu kann eine Entscheiderin Ja oder Nein sagen. Eine Liste von Beobachtungen, so zutreffend sie ist, bekommt stattdessen die Bitte um eine Präsentation.
02 — Besser mit patchley
Analysen, geschrieben aus Diagramm und Gespräch
Die Sichten werden zu Analysen je Schritt, geschrieben aus dem, was gesagt wurde und was das Diagramm zeigt, und sie folgen dem Diagramm, wenn es sich ändert.
Analysen werden von Hand geschrieben, Schritt für Schritt, in getrennten Dokumenten, die auseinanderdriften.
Mit patchleypatchley schreibt die Analyse für jeden Schritt und jede Sicht, Schwachstellen, Kontrollen, Compliance, Zahlen, aus dem, was in der Aufnahme gesagt wurde und was das Diagramm zeigt.
Der eigene Fragebogen wird für jeden Prozess neu ausgefüllt, von Hand.
Mit patchleyIhre Vorlage wird Schritt für Schritt beantwortet. Die Fragen, die Ihre Organisation zu jedem Prozess stellt, werden einmal in der Vorlage gestellt und für jeden Schritt beantwortet.
Ändert sich der Prozess, ist die Analyse veraltet, und niemand weiß, in welchen Teilen.
Mit patchleyÄndern Sie das Diagramm, und die Analysen folgen. Was Sie von Hand geschrieben haben, bleibt, und die Zahlen gehen als XLSX in Ihre eigene Rechnung.
Die Befunde beurteilen und ordnen. Die Analysen sagen, was die Menschen gesagt haben und was das Diagramm zeigt; was davon zählt, und in welcher Reihenfolge, entscheidet das Team.
03 — Der durchgehende Fall
Wo eine Reklamation bei Tannhof wirklich wartet
Die Tannhof Armaturen GmbH ist fiktiv, und jede Zahl ist erfunden; die interviewten Personen haben Schätzungen abgegeben, und die Analysen sagen das. Die Auszüge unten stammen aus der Schwachstellenanalyse des freigegebenen Ist-Prozesses, gekürzt, aber nicht umformuliert.
Wo die Reklamation wartet, und warum
Bei Tannhof gaben alle dem Labor die Schuld. Die Interviews legten das zurückgesandte Teil etwa acht Arbeitstage an die Retourenannahme in der Logistik, bevor es jemand ans Labor weitergibt, weil ausgehende Lieferungen Vorrang haben und eine Rücksendung niemandes Priorität ist. Das Labor prüft es dann in etwa zwei Arbeitstagen. Im Diagramm ist das Warten ein Zeitereignis zwischen „Book part in SAP ERP" und „Pass part to Lab", und sobald es gezeichnet ist, landet die Analyse je Schritt in der richtigen Lane.
Der Befund, der am größten aussah und es nicht war
Die Freigabe jedes 8D-Berichts durch die Leitung Qualität, etwa drei Arbeitstage je Bericht, sah nach dem offensichtlichen Engpass aus: eine einzelne Person, eine Pflichtkontrolle, eine Warteschlange. Es ist ein echter Befund, und er bleibt auf der Liste, aber er betrifft nur berechtigte Reklamationen nach der Prüfung, während das Warten an der Retourenannahme jede Reklamation mit Rücksendung betrifft. Nach Wirkung geordnet kommt die Retourenannahme zuerst; nach Risiko geordnet ist die Freigabe diejenige, die die Verantwortlichen der Kontrolle im Raum braucht, bevor sich etwas ändert.
Wartezeit schätzen ohne Systemdaten
SAP ERP hält fest, wann das Teil eingebucht wird, und das CAQ-System, wann der Prüfbericht geschrieben wird; keines hält die Übergabe dazwischen fest. Das Team nahm die Schätzungen aus den beiden Interviews, schrieb sie als Schätzungen in der quantitativen Analyse an die Schritte und las sie entlang des Pfads ab. Die Summe muss nicht genau sein, um zu zeigen, dass das Warten an der Retourenannahme ein Vielfaches der Prüfzeit ist.
"Parts wait an average of 8 working days at the Returns Desk before being passed to the Lab. This is a significant bottleneck in the process, as Logistics prioritizes outgoing deliveries over returned parts."
Ursache: "No dedicated resources or SLAs for handling returned parts. Misplaced blame on the Lab, while the delay occurs at the Returns Desk."
Schwachstellenanalyse des fiktiven Falls, Priorität hoch. Die Zahlen sind Schätzungen der interviewten Personen."The Lab is often blamed for delays, but the actual bottleneck is the waiting time at the Returns Desk. Testing itself takes about two working days, which is reasonable."
Risiko: "If the Lab is unfairly blamed, it may lead to morale issues or misallocation of resources to address the wrong problem. The root cause (Returns Desk delay) remains unaddressed."
Schwachstellenanalyse des fiktiven Falls, Priorität mittel."Small complaints (credit under 500 euros) are settled without notifying Quality, leading to no recording in the CAQ system. This results in recurring faults going unnoticed and no data for root cause analysis."
Schwachstellenanalyse des fiktiven Falls, Priorität hoch. Der Zweig selbst kam aus dem Interview in Schritt 6."The approval of 8D reports by the head of Quality is a mandatory control that takes about 3 working days, creating a bottleneck in the complaint resolution process."
Ursache: "The head of Quality is the sole approver for all 8D reports, which can lead to delays if they are unavailable, overloaded, or if multiple reports are pending approval simultaneously."
Schwachstellenanalyse des fiktiven Falls, Priorität hoch. Ein Kontrollschritt: Jede Änderung braucht die Verantwortlichen der Kontrolle.04 — Hilfswerkzeug
Befund-Priorisierer
Drei Fragen, die dieses Werkzeug beantwortet: Was sind unsere ersten drei, was ist schnell behoben und was braucht ein Projekt, und was sollten wir bewusst lassen. Bewerten Sie jeden Befund nach Wirkung, Aufwand und Risiko, und das Werkzeug ordnet sie und zeichnet die Matrix. Es beginnt mit den Befunden aus dem Fall Tannhof als markierten Beispielen; ersetzen Sie sie durch Ihre eigenen. Alles bleibt auf dieser Seite, nichts wird gespeichert.
Wirkung ist die Wirkung auf das, was das Projekt verbessern will. Aufwand ist, was die Behebung kostet. Risiko ist, was bei der Änderung schiefgehen kann; bewerten Sie Kontrollen und alles, worauf eine Aufsicht schaut, hoch.
05 — Ergebnis nach bester Praxis
Priorisierte Befunde, Schritt für Schritt
Eine geordnete Liste, in der jeder Eintrag auf einen Schritt im freigegebenen Diagramm zeigt. Drei Prüfungen sagen Ihnen, ob sie fertig ist.
Die Analyse ist fertig, wenn die Prozessverantwortliche sagen kann, welche drei Dinge zu ändern sind, warum, und was jedes kosten würde, und dabei auf das Diagramm zeigen kann.
06 — Typische Fallen
Wo die Analyse schiefgeht
Drei Wege, auf denen eine zutreffende Analyse zu keiner Entscheidung führt.
Achtzig Befunde, keine Entscheidung
Eine lange Liste ist ein Zeichen, dass nichts geordnet wurde. Entscheider lesen keine achtzig Befunde; sie bitten um eine Zusammenfassung, und die Zusammenfassung ist der Ort, an dem die Rangfolge hätte stehen sollen. Drei Befunde mit Belegen werden entschieden; achtzig werden vertagt.
Befunde, die wie Schuldzuweisung klingen
„Das Labor ist langsam" ist eine Schuldzuweisung, und das Labor wird den Lenkungsausschuss damit verbringen, sich zu verteidigen. „Rücksendungen warten, bevor sie das Labor erreichen, weil Lieferungen Vorrang haben" ist ein Befund über eine Priorität, und eine Priorität kann die Logistik ändern. Schreiben Sie Befunde über Schritte und Regeln, nie über Menschen oder Einheiten.
Eine Analyse, die zu lange dauert
Wenn die nächste Woche Analyse die Rangfolge der ersten drei ändern würde, machen Sie weiter. Wenn sie nur die Liste verlängern würde, hören Sie auf. Der Ist-Prozess ist eine Ausgangsbasis, kein Denkmal, und der Soll-Prozess in Schritt 8 wirft die Fragen auf, die noch eine Antwort wert sind.
07 — Bereit für den nächsten Schritt?
Zwei Fragen vor Schritt 8
Der Entwurf des Soll-Prozesses beginnt bei den geordneten Befunden und bei der Ausgangsbasis. Beide müssen vereinbart sein, nicht nur aufgeschrieben.
Hat die Prozessverantwortliche die Befunde angenommen?
Nicht „erhalten": angenommen, mit den ersten drei in eigenen Worten. Wo sie widerspricht, ist der Widerspruch mit den Belegen beider Seiten festgehalten, und der Soll-Prozess muss ihn auflösen.
Ist die Ausgangsbasis aus Schritt 2 bestätigt oder korrigiert?
Der Business Case in Schritt 2 ruhte auf Annahmen darüber, wo Zeit und Kosten sitzen. Die Zahlen an den Schritten zeigen jetzt, ob die Annahmen gehalten haben. Bestätigen Sie die Ausgangsbasis, oder korrigieren Sie sie und sagen Sie, um wie viel; der Soll-Prozess wird an ihr gemessen.