Einleitung: Scheiternde Zusammenarbeit ist meist kein Einstellungsproblem, sondern ein Problem undefinierter Entscheidungsrechte
Bei der Abwicklung von 3D-Druckaufträgen entstehen Verzögerungen und Nacharbeit nur selten, weil jemand nicht kooperiert. Häufiger wird dieselbe Frage zwischen drei Abteilungen mehrfach weitergereicht, bevor eine tatsächliche Entscheidung getroffen wird. Die Konstruktion meint, die Wandstärke könne gelockert werden; die Prozessabteilung fordert die Fertigung gemäß Originalzeichnung; die Qualitätssicherung besteht auf der Zeichnungsbewertung; und der Vertrieb hat dem Kunden den Liefertermin bereits mündlich zugesagt – alle vier Parteien „arbeiten zusammen“, aber keine von ihnen ist ausdrücklich befugt, die endgültige Abwägung zu treffen. Wenn Mechanismen für die abteilungsübergreifende Zusammenarbeit auf „Kommunikationskanäle einrichten, regelmäßige Besprechungen abhalten und Abstimmung verbessern“ beschränkt bleiben, beantworten sie die drei entscheidenden Fragen nicht: Wer trifft die Entscheidung, wer muss konsultiert werden und auf welche Ebene wird bei Konflikten eskaliert?
1. Zusammenarbeit vom Kommunikationsproblem wieder zum Entscheidungsrechtsproblem machen
Die erste Engineering-Aufgabe bei der Gestaltung eines Zusammenarbeitsmechanismus besteht darin, jede abteilungsübergreifende Angelegenheit in delegierbare Entscheidungseinheiten zu zerlegen, statt sie pauschal einer Abteilung zuzuordnen. Ein typischer 3D-Druckauftrag umfasst mindestens sechs Arten abteilungsübergreifender Entscheidungspunkte: technische Machbarkeitsbewertung (ist die Geometrie herstellbar?), Auswahl der Prozessroute (Kombination aus Material und Anlage), Lieferterminzusage einschließlich externer Bearbeitungsschritte, Annahme von Änderungen (wird nach einer Kundenänderung die Planung angepasst?), Umgang mit Nichtkonformitäten (Nacharbeit, Sonderfreigabe oder Ausschuss) sowie Lieferfreigabe (wird ein Prüfbericht beigefügt?). Wenn für all diese Entscheidungspunkte standardmäßig „im Meeting diskutieren“ gilt, werden Entscheidungen, die in Minuten möglich sein sollten, zu tagelangen Besprechungen.
Der Engineering-Ansatz weist jedem Entscheidungspunkt einen eindeutigen Accountable-Verantwortlichen zu – ausdrücklich nur einen, nicht „gemeinsam verantwortlich“. Zwei gemeinsam Verantwortliche bedeuten im Register faktisch, dass niemand verantwortlich ist. Diese Person besitzt die finale Entscheidungsbefugnis. Die übrigen Beteiligten werden in Consulted (vor der Entscheidung zwingend einzubeziehen) und Informed (nach der Entscheidung über das Ergebnis zu informieren) unterteilt. Dies ist der Kern der RACI-Matrix: Responsible (ausführend), Accountable (rechenschaftspflichtig/entscheidungsbefugt), Consulted (konsultiert) und Informed (informiert).
2. Regeln zum Ausfüllen der RACI-Matrix und häufige Fehler
Für das Ausfüllen einer RACI-Matrix gelten einige verbindliche Regeln. Erstens darf die A-Spalte jeder Entscheidungseinheit genau eine Kennzeichnung enthalten. Zwei A-Kennzeichnungen sind ein Konstruktionsfehler; die Entscheidungseinheit muss weiter untergliedert werden – beispielsweise in „Bewertung der Fehlerklassifizierung“ (Qualität als A) und „Auswahl der Behandlungsmaßnahme“ (Prozessabteilung als A, Qualität als C). Zweitens kann es mehrere R geben, jedoch muss ein Hauptausführender benannt werden, üblicherweise durch Kennzeichnung in Klammern. Drittens sollte die Zahl der C begrenzt bleiben. Mehr als drei C bei einer Entscheidungseinheit zeigen, dass der Vorgang übermäßig ausgeweitet wurde; der Kreis sollte auf die zwei oder drei tatsächlich entscheidungsrelevanten Parteien reduziert werden. Viertens bedeutet I nicht Nichtbeteiligung: Bei einem Schritt wie der Lieferfreigabe muss der Vertrieb als I die Kundenseite innerhalb einer Stunde nach Vorliegen des Ergebnisses informieren.
Der häufigste Fehler besteht darin, Abteilungsnamen statt Rollen in die Matrix einzutragen. Abteilungen sind Organisationseinheiten, Rollen sind Träger der Verantwortung. Dieselbe Abteilung kann an verschiedenen Entscheidungspunkten völlig unterschiedliche Rollen haben: Die Qualitätssicherung ist bei der „Fehlerklassifizierung“ A, bei der „Auswahl der Prozessroute“ jedoch nur C. Die Matrix sollte Rollen wie Prozessingenieur, Projektverantwortlicher oder Qualitätsingenieur abbilden, nicht Abteilungen.
3. Schnittstellenliste: Lieferobjekte zwischen Abteilungen als abnahmefähige Positionen definieren
Nach der Definition der Entscheidungsrechte folgt die Definition der Schnittstellen. Ein großer Teil der abteilungsübergreifenden Reibung entsteht durch „unvollständige Übergabeobjekte“: Dem von der Konstruktion an die Prozessabteilung übergebenen Modell fehlt die Materialangabe, der von der Prozessabteilung an die Produktion übergebenen Arbeitsanweisung fehlt die Methode zur Stützstrukturentfernung, oder dem von der Produktion an die Qualitätssicherung übergebenen Musterteil fehlt die Drucklosnummer. Eine Schnittstellenliste muss drei Felder eindeutig festlegen: Bezeichnung des Lieferobjekts, Übergabezeitpunkt und Abnahmekriterien. Abnahmekriterien müssen objektiv prüfbar sein, beispielsweise „Die Modelldatei enthält Werkstoffbezeichnung, Anforderungen an die Nachbearbeitung, kritische Maße und Versionsnummer“, nicht lediglich „Unterlagen vollständig“.
Es wird empfohlen, für jedes Lieferobjekt in der Schnittstellenliste eine Gruppe verbindlicher Felder festzulegen. Für eine von der Prozessabteilung an die Produktion übergebene Arbeitsanweisung sollten diese mindestens umfassen: Anlagennummer, Materialchargennummer, Bauteilorientierung und Stützkonzept, Schichtdicke und Bereich kritischer Prozessparameter, Wärmebehandlungskurve, Verfahren zur Stützstrukturentfernung und Reinigung sowie Stichprobenprüfquote. Fehlt auch nur eines dieser Felder, darf die nachgelagerte Stelle die Annahme verweigern; die Zeit bis zur Zurückweisung wird nicht auf ihre Durchlaufzeit angerechnet. Diese Regel drängt mündliche Anweisungen und nachträglich ergänzte Unterlagen aus dem Prozess.
4. Eskalationsregeln: Konflikte sollten nicht durch wiederholte Meetings gelöst werden
Auch bei klaren Entscheidungsrechten treten weiterhin Meinungsverschiedenheiten auf. Dafür sind vorab definierte Eskalationsregeln erforderlich, statt kurzfristig eine Führungskraft zu suchen. Empfehlenswert sind zwei Auslösebedingungen: zeitbasierte und wirkungsbasierte Auslösung. Die zeitbasierte Auslösung bedeutet, dass ein Entscheidungspunkt automatisch auf die nächsthöhere Ebene eskaliert wird, wenn er nach Ablauf der vereinbarten Frist – etwa 24 Stunden für die technische Machbarkeitsbewertung – nicht abgeschlossen ist. Die wirkungsbasierte Auslösung greift, wenn der Konflikt eine Terminverschiebung oberhalb eines Grenzwerts verursacht, beispielsweise mehr als zwei Tage Einfluss auf den Liefertermin, oder eine Kostenänderung oberhalb eines Grenzwerts bewirkt, beispielsweise mehr als 5 % der Stückkosten. In diesem Fall wird sofort eskaliert und gleichzeitig der Projektverantwortliche sowie die Kundenschnittstelle informiert.
Für Entscheidungen nach einer Eskalation müssen eine eindeutige Auffangfrist und eine Standardmaßnahme festgelegt sein. Nach Eskalation an den Projektverantwortlichen muss beispielsweise innerhalb von acht Stunden eine schriftliche Entscheidung vorliegen. Bleibt sie aus, wird standardmäßig die „konservative Lösung“ umgesetzt, also Fertigung gemäß Originalzeichnung und ursprünglichem Prozess bei entsprechender Verschiebung des Liefertermins. So wird verhindert, dass das Projekt im Wartestatus stehen bleibt. Die bloße Existenz einer Standardmaßnahme erzeugt einen wirksamen Zeitdruck und motiviert alle Beteiligten, innerhalb der Frist zu einer Entscheidung zu gelangen.
5. Den Zusammenarbeitsmechanismus durch überprüfbare Aufzeichnungen verankern
Ob ein Zusammenarbeitsmechanismus tatsächlich funktioniert, darf nicht nach Gefühl beurteilt werden. Erkennbar ist dies an drei Arten von Aufzeichnungen: Entscheidungsaufzeichnungen (Ergebnis, Verantwortlicher und Zeitpunkt für jeden Entscheidungspunkt), Schnittstellen- und Übergabeaufzeichnungen (Lieferobjekt, Empfänger und Abnahmeergebnis) sowie Eskalationsaufzeichnungen (Auslösebedingung, Eskalationsebene und endgültige Entscheidung). Diese drei Aufzeichnungsarten können sehr schlank sein – ein Eintrag in einer gemeinsam genutzten Tabelle genügt –, müssen jedoch vorhanden sein. Monatlich sollten zwei Kennzahlen ausgewertet werden: die durchschnittliche Abschlusszeit von Entscheidungspunkten und die Erstdurchlaufquote an Schnittstellen. Die erste Kennzahl zeigt, ob die Delegation klar ist; die zweite, ob die Schnittstellendefinition vollständig ist.
Es wird empfohlen, monatlich fünf abgeschlossene Projekte für eine Zusammenarbeit-Retrospektive auszuwählen. Im Mittelpunkt steht nicht die Schuldzuweisung, sondern die Korrektur der Matrix selbst: Bei welchen Entscheidungspunkten wurde die A-Rolle praktisch nie wahrgenommen, was auf eine zu kleinteilige Delegation hindeutet? Welche Entscheidungspunkte eskalieren häufig, was auf eine zu niedrige Delegationsebene oder unklare Kriterien schließen lässt? Welche Schnittstellen werden wiederholt zurückgewiesen, was zeigt, dass die verbindliche Feldgruppe angepasst werden muss? Matrix und Listen sollten mit den geschäftlichen Veränderungen fortgeschrieben werden und jeweils Versionsnummer und Gültigkeitsdatum enthalten.
Fazit
Der Engineering-Ansatz für abteilungsübergreifende Zusammenarbeit lässt sich in vier Schritte zusammenfassen: Zusammenarbeitsthemen in delegierbare Entscheidungseinheiten zerlegen, jeder Einheit einen eindeutigen Verantwortlichen zuweisen und eine RACI-Matrix erstellen, Lieferobjekte zwischen Abteilungen mithilfe einer Schnittstellenliste als abnahmefähige Positionen definieren sowie Konflikte mit Eskalationsregeln aus zeit- und wirkungsbasierten Auslösern behandeln und durch Standardmaßnahmen absichern. Abschließend werden Entscheidungen, Übergaben und Eskalationen monatlich gemessen und die Matrix auf dieser Grundlage überarbeitet. Ein so aufgebauter Zusammenarbeitsmechanismus ist nicht von der persönlichen Kooperationsbereitschaft abhängig, sondern funktioniert dauerhaft durch klare Delegation, objektiv prüfbare Schnittstellen und automatisch wirksame Eskalationspfade.
Reichen Sie ein Modell, eine Zeichnung, ein Bild oder schriftliche Notizen ein. Ingenieure prüfen Material, Verfahren, Endbearbeitung und Lieferung basierend auf der tatsächlichen Anwendung.