Negatives Brainstorming (Reverse Brainstorming)

I. Fundament & Systematik

Perfektion entsteht nicht durch die bloße Suche nach dem Guten, sondern durch die gnadenlose Identifikation des Katastrophalen. Das Negative Brainstorming entfesselt die oft blockierte Kreativität von Teams, indem es ihnen die offizielle Erlaubnis zur Destruktion erteilt. Aus den abgeleiteten Sabotageakten lassen sich messerscharfe, absolut belastbare Präventivmaßnahmen formen, die in einem normalen Lösungs-Workshop schlichtweg übersehen worden wären.

Steckbrief & Key Facts

Kategorie

Kreativitäts- & Risikoanalysemethode

Schweregrad | Komplexität

Niedrig (Die psychologische Barriere, destruktiv denken zu dürfen, muss vom Moderator aktiv abgebaut werden, die methodische Durchführung ist trivial)

Investition | Ressourcen

Sehr gering (Ein Flipchart, Marker und Haftnotizen reichen völlig aus)

Empfohlene Gruppengröße

4 bis 8 Personen (Interdisziplinäres Team)

Zeitaufwand

45 bis 90 Minuten (Abhängig von der Komplexität der Fragestellung)

Einsatzbereiche

Risikoanalyse, FMEA-Vorbereitung, Produktentwicklung, Prozessoptimierung, UX-Design

Brancheneinsatz

Branchenübergreifend anwendbar, stark fokussiert auf Softwareentwicklung, Automotive, Luftfahrt und den Dienstleistungssektor.

Inhalt

I. Fundament und Systematik
II. Methodik und Anwendung
III. Evaluation und Risikomanagement
IV. Praxis und Mehrwert
V. Verzeichnisse und Anhang

🎯 Ziele und Grundidee

Das Primärziel des Negativen Brainstormings im strategischen Qualitätsmanagement und Systems Engineering ist das Aufbrechen kognitiver Blockaden und das Aufdecken versteckter Schwachstellen (Blind Spots). Wenn ein Entwicklungsteam wochenlang an einem neuen mechatronischen Bauteil arbeitet, entsteht eine Betriebsblindheit. Die klassische Frage Wie machen wir das Produkt sicherer erzeugt meist nur noch müdes Achselzucken oder triviale Antworten. Kehrt der Moderator die Frage jedoch um in Wie konstruieren wir das Bauteil so, dass es den Anwender bei der ersten Nutzung garantiert schwer verletzt, ändert sich die Raumdynamik schlagartig. Die paradoxe Erlaubnis zur Zerstörung hebelt den inneren Zensor der Ingenieure aus. Es entstehen hochkreative, destruktive Szenarien, die das System bis an seine physikalischen Grenzen belasten.

Methodisch gliedert sich die Technik in zwei strikt getrennte Phasen: die Destruktion und die anschließende Reversion (Rückumwandlung). In der Destruktionsphase agiert das Team als Saboteur und sammelt alle Wege, um das Projekt maximal zum Scheitern zu bringen. Diese Phase deckt schonungslos alle Prozesslücken und Architekturfehler auf, die in der Realität oft unbewusst begangen werden. Die wahre Magie der Methode entfaltet sich jedoch in der Reversionsphase. Hierbei wird jeder formulierte Sabotageakt logisch umgekehrt und in eine harte, konstruktive Lösungsanforderung übersetzt. Im Kontext des Risikomanagements fungiert die Methode als hochgradig effizienter Katalysator vor der Erstellung einer FMEA (Fehler-Möglichkeits- und -Einfluss-Analyse), da sie potenzielle Fehlerursachen liefert, die ein klassisches Brainstorming niemals detektiert hätte.

II. Methodik und Anwendung

Methode im Detail

🔍

📌 Grundregeln und Anwendungsprämissen

Regel 1 Absolute Destruktionserlaubnis: Während der Umkehrphase ist jeder noch so absurde, böswillige oder illegale Vorschlag zur Sabotage des Systems nicht nur erlaubt, sondern ausdrücklich gefordert. Regel 2 Bewertungsverbot in der Sammelphase: Genau wie beim klassischen Brainstorming dürfen die negativen Ideen während der Entstehung nicht auf ihre realistische Machbarkeit geprüft oder verurteilt werden. Regel 3 Vollständige Reversion: Jede einzelne genannte destruktive Idee muss im letzten Schritt zwingend in eine positive, konstruktive Gegenmaßnahme übersetzt werden, kein negativer Gedanke darf ohne Lösung im Raum stehen bleiben. Regel 4 Trennung der Denkmodi: Die destruktive Sammelphase und die konstruktive Umkehrphase müssen zeitlich und kognitiv absolut voneinander getrennt moderiert werden, um ein Vermischen der Mentalitäten zu verhindern.

🧰 Erforderliches Kompetenzlevel und Ausstattung

Kompetenz 1 Die psychologische Finesse des Moderators, eine anfangs zögerliche oder ernste Ingenieursgruppe aus der Reserve zu locken und den Raum für absurden, destruktiven Humor zu öffnen. Kompetenz 2 Die analytische Präzision des Teams, die wilden Sabotageideen in der zweiten Phase in harte, ingenieurtechnische und realisierbare Anforderungen umzuwandeln. Ausrüstung Ein großes Whiteboard oder eine Metaplanwand, auf der die ursprüngliche Frage, die Negation und die Reversion logisch nebeneinander visualisiert werden können.

🧱 Detaillierte Aufschlüsselung der Kernkomponenten

Element 1 Das Originalproblem (Current State): Fokus auf die Ist-Situation. Denkweise ist objektiv und definierend. Ziel ist die messerscharfe Formulierung der eigentlichen, ungelösten Herausforderung. Typische Fragestellung: Was genau wollen wir an diesem Prozess oder Produkt eigentlich verbessern? Element 2 Die Negation (Reverse Question): Fokus auf Inversion. Denkweise ist destruktiv und paradox. Ziel ist die radikale Umkehrung der Fragestellung in ihr absolutes Gegenteil. Typische Fragestellung: Wie können wir garantieren, dass dieser Prozess den maximalen Schaden für das Unternehmen verursacht? Element 3 Der Sabotageakt (Negative Idea): Fokus auf Schädigung. Denkweise ist böswillig und kreativ. Ziel ist die Erzeugung hunderter Wege, um das System zum Kollaps zu bringen. Typische Fragestellung: Welche konkrete Aktion muss ich durchführen, damit das Bauteil sofort nach Garantieablauf zerbricht? Element 4 Die Reversion (Positive Solution): Fokus auf Prävention. Denkweise ist konstruktiv und sichernd. Ziel ist die logische Rückumwandlung des Sabotageakts in eine harte Abstellmaßnahme. Typische Fragestellung: Wenn der Sabotageakt das Fehlen von Schmiermittel ist, wie konstruieren wir eine zwingende Zwangsschmierung (Poka Yoke)?

🌐 Online-Durchführbarkeit

Das Negative Brainstorming lässt sich hervorragend online durchführen. Der empfohlene Einsatz von Cloud-Lösungen und digitalen Whiteboards ermöglicht es Teams, die Sabotageideen parallel und auf Wunsch völlig anonym auf virtuelle Klebezettel zu tippen, was die Hemmschwelle für böswillige Ideen massiv senkt. Die Strukturierungs-Werkzeuge der Boards erlauben es dem Moderator anschließend, die negativen Notizen mit einem Mausklick auf die Lösungsseite zu ziehen und dort vom Team direkt in konstruktive Textblöcke umschreiben zu lassen.

Anwendung

🔨

Definition des originalen Problems

Das Engineering-Team definiert die Kernherausforderung präzise in einem einzigen, konstruktiven Satz. Eine vage Aussage wie Unsere Qualität ist schlecht wird vom Moderator nicht akzeptiert. Das Problem muss greifbar sein, beispielsweise: Wie können wir die Ausschussquote der Fräsanlage im Dreischichtbetrieb senken? Dieser Satz wird großflächig an das Whiteboard geschrieben.

Umkehrung der Fragestellung (Negation)

Der Moderator führt nun die paradoxe Intervention durch. Er bittet das Team, den Zielsatz in sein radikales Gegenteil zu verkehren. Aus der Frage zur Ausschusssenkung wird: Wie können wir garantieren, dass die Fräsanlage in jeder Schicht hundert Prozent Ausschuss produziert und im Idealfall dabei in Flammen aufgeht? Diese umgekehrte Frage wird direkt unter oder neben das Original geschrieben und bildet die Leitplanke für den gesamten Workshop.

Die destruktive Sammelphase (Brainstorming)

Die Teilnehmer erhalten die Erlaubnis, das System in ihren Köpfen zu zerstören. Sie sammeln auf Haftnotizen, mit jeweils einem Sabotageakt pro Notiz, alle erdenklichen Wege, um das negative Ziel zu erreichen. Mögliche Ideen: Kühlmittelleitungen mit Sand füllen, Sensoren mit Klebeband abdecken, Parameter willkürlich überschreiben, Bediener nicht schulen. Es herrscht strenges Bewertungsverbot, die Kreativität muss fließen.

Visualisierung und Gruppierung der Sabotageakte

Die gesammelten negativen Haftnotizen werden an der Wand platziert. Um das Chaos zu strukturieren, bündelt der Moderator thematisch verwandte Sabotageakte in logische Cluster. Gruppen wie Manipulation der Parameter, Mechanische Zerstörung oder Informationsrückhalt entstehen und ordnen den destruktiven Ideenpool, was die Übersicht drastisch erhöht.

Der kognitive Bruch

Nach der Sammlung vollzieht der Moderator einen harten Schnitt. Er beendet die Destruktionsphase offiziell, lässt die Teilnehmer tief durchatmen oder ordnet eine kurze Kaffeepause an. Dieser Schritt ist essenziell, um das Gehirn der Ingenieure von der rein destruktiven Freude wieder in die kühle, konstruktive Lösungsfindung und Analyse zurückzuholen.

Die Reversion (Rückumwandlung)

Das Team knöpft sich nun jede negative Idee einzeln vor. Das Ziel ist es, den Sabotageakt zu neutralisieren oder hart ins Positive zu spiegeln. Wenn der Sabotageakt lautet Sensoren mit Klebeband abdecken, fragt der Moderator: Was müssen wir konstruktiv tun, damit das exakt nicht passieren kann? Die Antwort lautet nicht einfach Sensoren nicht abdecken, sondern beispielsweise Lichtschranken in geschlossenen Gehäusen verbauen, die bei Fremdkörpereingriff den Maschinenstopp zwingend auslösen.

Ausarbeitung technischer und prozessualer Lösungen

Die umgekehrten Ideen (Reversionen) werden nun auf neuen, farblich abweichenden Haftnotizen direkt neben die Sabotageakte geklebt. Hierbei wird darauf geachtet, dass die Lösungen in messbare und ingenieurtechnisch umsetzbare Konzepte gegossen werden. Aus wilden negativen Zerstörungsideen entstehen hier harte Designvorgaben, Poka-Yoke-Vorrichtungen oder völlig neue Standardarbeitsanweisungen.

Bewertung und Filterung der Lösungsansätze

Da oft Dutzende von umgekehrten Lösungen generiert wurden, muss das Team jetzt fokussieren. Mit einer klassischen Priorisierungsmatrix, die Aufwand gegen Nutzen abwägt, oder durch einfaches Dot-Voting, bei dem Klebepunkte verteilt werden, bewertet die Gruppe, welche abgeleiteten Präventivmaßnahmen den höchsten Schutz für den Prozess bei vertretbaren Kosten bieten.

Ableitung in Aktionspläne

Die priorisierten Lösungen werden aus dem kreativen Raum in harte Projektmanagement-Strukturen überführt. Wer macht was bis wann? Die Ergebnisse fließen direkt in das Requirements Engineering für das Lastenheft oder als konkrete Vermeidungsmaßnahmen in die System-FMEA ein.

 

Ergebnis

📦

Prozessuales Ergebnis

Ein messerscharfer Katalog an harten, systemischen Präventivmaßnahmen und Poka-Yoke-Vorrichtungen, der den Prozess gegen bewusste oder unbewusste Fehlbedienung immunisiert.

Dokumentatorisches Ergebnis

Eine extrem detaillierte Liste von potenziellen Fehlerursachen und Fehlerfolgen, die als belastbarer Input direkt in die Spalten der FMEA importiert wird.

Kognitives Ergebnis

Die abteilungsübergreifende Erkenntnis, wie fragil der aktuelle Zustand des Systems tatsächlich ist, was die Dringlichkeit und das Budget für robuste Designänderungen massiv erhöht.

 

 

Alternativen

🧩

III. Evaluation und Risikomanagement

Tipps

💡

Aus der Praxis für die Praxis

Wertvolle Expertenhinweise helfen dir dabei, typische Stolpersteine zu umgehen, die Effizienz bei der Umsetzung drastisch zu steigern und das volle Potenzial der Methode direkt im operativen Alltag auszuschöpfen

Tipp 1: Übertreiben Sie die Negation gnadenlos. Ein simples Wie erhöhen wir die Fehlerrate bringt nichts. Nutzen Sie extreme Verben wie zerstören, ruinieren, abfackeln, sabotieren. Erst durch dieses Extreme bricht die kognitive Blockade im Team wirklich auf.

Tipp 2: Führen Sie die Methode anonym durch, wenn Sie eine starke Fehler-Angst-Kultur im Unternehmen haben. Wenn Teilnehmer ihre Sabotageideen digital auf ein Whiteboard tippen dürfen, kommen reale Systemlücken ungeschönt an die Oberfläche, da niemand Repressalien fürchten muss.

Tipp 3: Vermeiden Sie bei der Rückumwandlung die bloße Negation der Negation. Die Lösung für Mitarbeiter schulen falsch darf nicht lauten Mitarbeiter richtig schulen. Die echte Lösung muss systemisch sein, zum Beispiel Das System blockiert physisch, wenn der Bediener sein Schulungszertifikat nicht am Terminal eingescannt hat.

Fallstricke

⚡

Wo Licht ist, ist auch Schatten

In der Praxis führen typische Fehler oft dazu, dass die Anwendung der Methode ihr volles Potenzial verfehlt.
∝ Fehlender kognitiver Bruch. Der Moderator lässt das Team Sabotageideen sammeln und verlangt bei jeder negativen Idee im selben Atemzug sofort die positive Lösung. Das Gehirn pendelt im Sekundentakt zwischen Zerstörung und Konstruktion, was die Kreativität in beiden Richtungen sofort und unweigerlich abwürgt.
∝ Oberflächliche Reversion. Die Teilnehmer wandeln den Sabotageakt Wir liefern zu spät um in Wir liefern pünktlich. Das ist keine Maßnahme, sondern ein hohler, naiver Wunsch. Die Reversion muss zwingend erklären, durch welche exakte architektonische oder prozessuale Änderung die Pünktlichkeit erzwungen wird.
∝ Sanktionierung der Sabotage. Ein Ingenieur nennt als Sabotageakt Ich überschreibe heimlich die SPS-Parameter. Der Produktionsleiter im Raum notiert sich den Namen und verwarnt ihn später. Geschieht dies, wird die Methode im Unternehmen nie wieder funktionieren, da das Vertrauen zerstört ist.
∝
∝

Stärken und Grenzen

⚖️

Jede Methode hat ihren optimalen Einsatzbereich

Die Anwendung bietet enorme strategische Vorteile, stößt bei unvollständiger Ausführung jedoch an klare Grenzen.

Wann bringt die Methode besonderen Nutzen?

+ Entkrampft festgefahrene Meetings sofort durch paradoxen Humor und befreit Ingenieure von dem lähmenden Druck, auf Knopfdruck perfekte und fehlerfreie Konstruktionen liefern zu müssen.
+ Zwingt das Team, Fehlerpfade zu antizipieren, die so absurd und katastrophal sind, dass sie in einem normalen Risikoworkshop aus purer Angst vor Blamage niemals laut ausgesprochen worden wären.
+ Liefert massiven und hochdetaillierten Input für Poka-Yoke-Lösungen, da die absichtliche, böswillige Fehlbedienung des Produkts im Vorfeld extrem detailreich durchdacht wird.
+
+

Was sind die Grenzen der Methode?

∼ Erfordert ein hohes Maß an psychologischer Sicherheit im Team; in stark toxischen Unternehmenskulturen werden Teilnehmer aus Angst vor Bestrafung niemals ihre echten Sabotage-Ideen äußern.
∼ Generiert in der Reversionsphase oft Lösungen, die technologisch extrem teuer oder physikalisch völlig unmöglich sind (Over-Engineering), weshalb der nachgelagerte Filterprozess zwingend durchgeführt werden muss.
∼ Ist für die rein mathematische Optimierung von engen Maschinentoleranzen oder die algorithmische Lösung von komplexen Software-Bugs absolut ungeeignet.
∼
∼

Erfolgsmetriken (KPIs)

📐

Negative Idea Count (Anzahl der Sabotageakte)

Die absolute Zählung der generierten destruktiven Ideen in der ersten Phase. Eine hohe Anzahl (über 50 Ideen) zeugt von einer erfolgreichen kognitiven Entriegelung des involvierten Teams.

Actionable Reversion Rate

Der berechnete prozentuale Anteil der negativen Ideen, die sich am Ende erfolgreich in physikalisch machbare, budgetierbare und konstruktive Präventivmaßnahmen umwandeln ließen.

 

IV. Praxis und Mehrwert

⚙️ Praxisrelevanz in unserem professionellen Ingenieursumfeld

Wir wenden diese Methode fast täglich an, um komplexe Herausforderungen zu strukturieren und messbare Resultate für unsere Kunden zu erzielen. Die folgenden drei Praxisfälle veranschaulichen, wie sich dieser Ansatz erfolgreich realisieren lässt:

Qualitätsmanagement

Im Qualitätsmanagement wird die Methode intensiv zur Kalibrierung des internen Audit-Prozesses genutzt. Auditoren fragen sich: Wie können wir einen Auditprozess so gestalten, dass er maximale Blindheit erzeugt und alle Abweichungen übersieht? Aus der Reversion entstehen hochgradig scharfe, völlig neue Audit-Checklisten.

Systems Engineering

Im Systems Engineering dient die Kopfstandtechnik der harten Validierung der Systemarchitektur. Systemingenieure versetzen sich in die Lage eines feindlichen Hackers oder völlig unwissenden Nutzers und entwerfen Zerstörungsszenarien für Schnittstellen, um daraus robuste Error-Handling-Routinen in der Software zu erzwingen.

Risikomanagement

Im Risikomanagement ist es das perfekte Tool zur Vorbereitung der Risikoidentifikation vor einer FMEA. Statt trocken Excel-Tabellen auszufüllen, entwirft das Team lebhafte Katastrophenszenarien. Die Sabotageakte füllen direkt die Spalte Fehlerursachen, die Reversionen füllen die Spalte Vermeidungsmaßnahmen.

🏢 Fallbeispiele aus der Praxis

Theorie wird erst durch messbaren Nutzen im Feld zur Validität: Die folgenden anonymisierten Praxisfälle aus unserer QM- und Systems-Engineering-Beratung dokumentieren den konkreten Methodeneinsatz, die durchgeführten Ursachenanalysen und die quantifizierbaren Projekterfolge unter realen Industriebedingungen.

Fallbeispiel 1: Medizintechnik - Entwicklung einer Insulinpumpe

Problem: Ein Projektteam blockierte bei der Frage, wie man die neue Insulinpumpe sicherer machen könne, da bereits alle bekannten Normen erfüllt waren. Methodeneinsatz: Der Systems Engineer leitete ein Negatives Brainstorming ein mit der Frage: Wie injizieren wir dem Patienten garantiert eine tödliche Dosis Insulin? Ergebnis: Das Team entwickelte das absurde Szenario, dass der Patient die Pumpe beim Achterbahnfahren trägt und die G-Kräfte das Medikament durch das Ventil pressen. Die Reversion führte zu einem völlig neuartigen, druckresistenten Doppel-Ventilsystem, das heute als globaler Standard gilt.

Fallbeispiel 2: Automotive - Montagefehler bei Steckverbindern

Problem: Trotz intensiver Schulungen rasteten Arbeiter am Band Kabelstecker oft nicht vollständig ein, was zu Ausfällen führte. Methodeneinsatz: Die paradoxe Leitfrage lautete: Wie konstruieren wir den Stecker so, dass er beim Kunden auf der Autobahn zu hundert Prozent abfällt? Ergebnis: Ein Mechaniker nannte als Sabotageakt: Wir machen den Klick-Widerstand so weich, dass niemand merkt, ob er drin ist. Die Reversion führte zu einer Poka-Yoke-Lösung: Der Stecker erhielt eine knallgelbe Sperrkralle, die sich nur eindrücken lässt, wenn die primäre Verriegelung physisch hörbar mit 20 Newton eingerastet ist.

Fallbeispiel 3: IT & Software - Ausfall eines Cloud-Servers

Problem: Die Verfügbarkeit eines ERP-Cloud-Systems schwankte massiv, das Admin-Team fand absolut keine klaren Ursachen in den Logs. Methodeneinsatz: In einer Intervention fragte der QM-Leiter: Wie fahren wir das System am Freitagabend komplett an die Wand, ohne Spuren zu hinterlassen? Ergebnis: Die Administratoren generierten 40 Sabotagewege. Einer davon war die simulierte Upload-Schleife von defekten PDF-Dokumenten, was den Virenscanner zum Einfrieren bringen würde. Die Reversion führte zur Implementierung eines isolierten Sandbox-Scannings, was die realen, unentdeckten Lastspitzen sofort abstellte.

💬 Expertenzitate

Einschlägige Fachzitate zur wissenschaftlichen und normativen Einordnung der Methode.

♦ Charles Hutchison Clark (1958): 'Es ist oft leichter, ein Problem zu zerstören, als es zu lösen. Das menschliche Gehirn ist fasziniert von der Demontage. Wenn wir diese Energie nutzen und dann den Spiegel vorhalten, entsteht reine Innovation.'

♦ Alex Osborn (1953): 'Manchmal müssen wir unsere Vorstellungskraft in die Dunkelheit schicken, um das Licht zu finden.'

♦ 

V. Verzeichnisse & Anhang

📇 Glossar

FMEA = Failure Mode and Effects Analysis | UX = User Experience | SOP = Standard Operating Procedure | TRIZ = Teoriya Resheniya Izobretatelskikh Zadach (Theorie des erfinderischen Problemlösens) | ERP = Enterprise Resource Planning | SPS = Speicherprogrammierbare Steuerung | CNC = Computerized Numerical Control

📰 Blogbeiträge zu Negatives Brainstorming (Reverse Brainstorming)

Vertiefe dein Wissen: Hier findest du aktuelle Fachartikel, fundierte Hintergrundberichte und weiterführende Analysen aus unserem Redaktionsnetzwerk, die sich praxisnah mit der Anwendung und den Feinheiten dieser Methode auseinandersetzen.

🎬 Videobeitrag zu Negatives Brainstorming (Reverse Brainstorming)

Wenn Entwicklerteams unter Druck stehen, brillante Lösungen zu finden, passiert oft genau das Gegenteil: Sie blockieren völlig. Der Perfektionismus erstickt jede Kreativität. Hochperformante Organisationen durchbrechen dieses Muster mit dem Negativen Brainstorming. Anstatt zu fragen, wie man ein Produkt besser macht, dreht der Moderator die Frage ins absolute Gegenteil: Wie können wir dieses Produkt mit voller Absicht so konstruieren, dass es grandios scheitert und unsere Kunden verärgert? Die psychologische Wirkung ist enorm. Die Erlaubnis zur Destruktion nimmt den Druck aus dem Raum, Ingenieure sprudeln vor böswilligen, absurden Sabotageideen. Das System wird in den Köpfen systematisch zerlegt. Doch der Clou folgt im nächsten Schritt: Jeder einzelne Sabotageakt wird genommen, logisch umgekehrt und in eine wasserdichte, präventive Maßnahme übersetzt. Aus wilden Zerstörungsfantasien entstehen harte, physische Poka-Yoke-Mechanismen und Sicherheitsarchitekturen, die das System in der Realität absolut unangreifbar machen.

🎙️ Audiotranskript zu Negatives Brainstorming (Reverse Brainstorming)

Willkommen zur kompakten Methoden-Übersicht. Ihr Team starrt auf das Whiteboard und niemandem fällt eine innovative Lösung ein? Zerschlagen Sie den Perfektionismus durch das Negative Brainstorming. Drehen Sie die Fragestellung gnadenlos um. Fragen Sie nicht, wie machen wir es sicher. Fragen Sie, wie sabotieren wir das System, damit es garantiert explodiert. Geben Sie Ihrem Team die offizielle Erlaubnis zur Zerstörung. Sie werden erleben, wie die kognitiven Blockaden fallen. Sammeln Sie all diese destruktiven Sabotageakte an einer Wand. Machen Sie danach einen harten Schnitt. Nehmen Sie jetzt jede einzelne Zerstörungsidee und kehren Sie diese in ihr konstruktives Gegenteil um. Aus wie kann ich das Kabel abreißen wird die Konstruktion eines zugfesten Steckers. Das Negative Brainstorming liefert Ihnen geniale Abwehrmechanismen und Poka-Yoke-Lösungen, die Sie im normalen Lösungsmodus aus reiner Betriebsblindheit niemals gefunden hätten.