Gewaltfreie Kommunikation ist ein Modell von Marshall Rosenberg, um Bedürfnisse klar auszudrücken und empathisch zuzuhören. Es hat vier Komponenten: Beobachtungen, Gefühle, Bedürfnisse und Bitten, und alle vier gelten beim Sprechen wie beim Zuhören. Das Modell trennt beobachtbare Fakten von Bewertungen, unterscheidet echte Gefühle von Urteilen, verbindet Gefühle mit den eigenen Bedürfnissen und fasst Bitten so, dass jemand sie konkret umsetzen kann.
Das Wichtigste in Kürze
- Wer Bewertung und Beobachtung vermischt, übt kommunikative Gewalt aus: „John trödelt“ ist eine Bewertung, „John hat in den letzten zwei Sprints seine Fixes am letzten Sprinttag geliefert“ ist eine Beobachtung, mit der eine Führungskraft etwas anfangen kann.
- „Du hast mich enttäuscht“ schiebt die Verantwortung für das eigene Gefühl einer anderen Person zu. Gewaltfreie Kommunikation macht daraus „Ich war enttäuscht, weil ich offene Fragen besprechen musste“, und die Verantwortung bleibt bei der Person, die spricht.
- Gefühle und Pseudogefühle sind nicht dasselbe: „Ich fühle mich ignoriert“ beschreibt, wie du das Verhalten eines anderen deutest. „Ich bin frustriert“ benennt einen echten inneren Zustand und teilt ihn ehrlich mit.
- Vage Bitten blockieren das Handeln: „Schick mir öfter Automatisierungsberichte“ lässt die andere Person rätseln, „Schick mir die Berichte montags, mittwochs und freitags“ ist klar umsetzbar.
Warum Tester mehr reden als testen
Testen ist zuerst ein Kommunikationsjob und dann erst ein technischer. Jedes Artefakt, das ein Tester in die Hand nimmt, hängt an einem Gespräch mit jemand anderem. Gewaltfreie Kommunikation gibt diesen Gesprächen eine Struktur.
Backlog-Refinement, Retrospektiven, Einzelgespräche mit der Führungskraft, Fehlerbesprechungen mit Entwicklern, die Auswertung von Automatisierungsergebnissen: All das läuft über Dialog, nicht nur über Code. Wer als Tester seinen Punkt nicht sauber rüberbringt, verliert an Genauigkeit, lange bevor der Test selbst fehlschlägt.
Deshalb lohnt sich ein verlässliches Kommunikationsmodell. Maroš Kutschy verweist auf die gewaltfreie Kommunikation, das Modell von Marshall Rosenberg, als Struktur, die zum Alltag in der Qualitätssicherung passt. Sie gibt Testern einen wiederholbaren Weg, etwas Unangenehmes zu sagen, ohne dass es zum Angriff wird.
Was gewaltfreie Kommunikation nach Marshall Rosenberg ist
Gewaltfreie Kommunikation ist ein Modell aus vier Teilen mit zwei Modi: sich ehrlich ausdrücken und empathisch zuhören. Beide Modi durchlaufen dieselben vier Komponenten.
Die vier Komponenten sind Beobachtungen, Gefühle, Bedürfnisse und Bitten. Du wendest sie an, wenn du sprichst, und noch einmal, wenn du zuhörst.
Der Grundgedanke ist leicht gesagt und schwer gelebt: Trenne, was passiert ist, von deiner Bewertung. Übernimm Verantwortung für deine Gefühle, statt sie anderen zuzuschieben. Und bitte um etwas Konkretes. Die meiste Reibung am Arbeitsplatz entsteht, wenn einer dieser Schritte fehlt.
Beobachtung ist keine Bewertung
Fang damit an, zu berichten, was du gesehen oder gehört hast, ohne Urteil. Sobald du einer Person ein Etikett anheftest, beobachtest du nicht mehr, du bewertest. Und eine Bewertung kommt als Angriff an.
Nimm einen Entwickler, der seine Fixes immer im letzten Moment liefert. Der naheliegende Satz gegenüber der Führungskraft lautet: „John trödelt.“ Das ist ein Urteil, und es sagt der Führungskraft nichts, womit sie arbeiten kann.
Die Beobachtung transportiert dasselbe Anliegen ohne Etikett: „In den letzten zwei Sprints hat John seine Fixes zum Testen jeweils am letzten Tag des Sprints geliefert.“ Das ist eine Tatsache, auf die eine Führungskraft reagieren kann. Die erste Fassung lädt nur zur Verteidigung ein.
Für Tester ist diese Unterscheidung wichtiger als für die meisten anderen Rollen, denn ihre Glaubwürdigkeit hängt an Präzision. Ein Urteil, das sich als Bericht tarnt, beschädigt genau diese Glaubwürdigkeit.
Benenne das Gefühl, nicht die Schuld
Die zweite Komponente ist dein tatsächliches Gefühl. Das ist etwas anderes als eine Geschichte darüber, wie dich jemand behandelt hat. „Ich fühle mich ignoriert“ klingt nach einem Gefühl, ist aber keins. Es ist eine Behauptung darüber, was die andere Person dir angetan hat.
Stell dir ein Refinement-Meeting vor, in dem eine Story auftaucht, die deine Definition of Ready nicht erfüllt. Du sprichst das an, und der Product Owner winkt sie durch: „Die Fragen klären wir im Sprint.“ Hinterher willst du etwas dazu sagen.
„Ich fühle mich in den Refinement-Meetings ignoriert“ schiebt die Ursache auf die anderen und führt zum Streit. „Ich bin in den Refinement-Meetings frustriert“ bleibt bei deiner eigenen Erfahrung. Dagegen lässt sich schwer argumentieren, denn niemand kann dir absprechen, was du fühlst.
Tester finden diesen Schritt oft unangenehm. Technisches Denken hält sich lieber an Fakten und meidet emotionale Sprache. Genau deshalb wird der Schritt so oft übersprungen, und genau deshalb lohnt es sich, ihn zu üben.
Übernimm Verantwortung für deine Bedürfnisse
Gefühle entstehen aus Bedürfnissen, und das Modell verlangt, dass du für beides Verantwortung übernimmst. Der typische Fehler: Eine andere Person wird zur Ursache deines Gefühls erklärt.
Angenommen, du hast einen Proof of Concept für ein neues Automatisierungswerkzeug gemacht, etwa Cypress oder Playwright statt eines älteren Java-Frameworks auf Selenium-Basis. Du hast ein Meeting angesetzt, um die Ergebnisse mit einem Testarchitekten zu besprechen, und er ist nicht gekommen.
„Du hast mich enttäuscht, weil du nicht zum Meeting gekommen bist“ drückt ihm dein Gefühl auf, als hätte er es verursacht. Umformuliert bleibt es bei dir: „Ich war enttäuscht, wie es gelaufen ist, weil ich ein paar offene Fragen mit dir besprechen musste.“ Der Schritt von „Du hast mich enttäuscht“ zu „Ich war enttäuscht, weil ich … brauchte“ ist der ganze Trick.
Die Haltung dahinter fühlt sich anfangs seltsam an. Du bist für deine eigenen Gefühle verantwortlich, und deine Gefühle folgen deinen eigenen Bedürfnissen. Damit wirst du zu jemandem, der seine Reaktion steuern kann, und nicht zu jemandem, dem die Dinge einfach passieren.
So formulierst du eine klare Bitte im Test-Team
Die vierte Komponente ist eine klare Bitte: Nenne die konkrete Handlung, die dein Bedürfnis erfüllen würde. Viele Gespräche enden so allgemein, dass die andere Person keine Ahnung hat, was sie eigentlich tun soll.
Eine Testmanagerin, die mehr Überblick will, sagt vielleicht: „Ich hätte gern, dass du mir öfter Automatisierungsberichte schickst.“ Öfter als was, und ab wann? So lässt sich die Bitte nicht umsetzen.
„Ich hätte gern, dass du mir die Automatisierungsberichte montags, mittwochs und freitags schickst“ dagegen schon. Die andere Person weiß genau, was als Nächstes zu tun ist. Vage Bitten scheitern nicht, weil jemand sie ablehnt, sondern weil niemand sagen kann, wann sie erfüllt sind.
Von Anforderungen verlangen Tester diese Klarheit längst, bevor sie dagegen testen. Derselbe Maßstab gilt, wenn der Tester selbst um etwas bittet.
Empathisches Zuhören nutzt dieselben vier Teile
Der zweite Modus des Modells ist das Zuhören. Er läuft über dieselben vier Komponenten, nur auf das Gegenüber gerichtet. Im Kern steht etwas sehr Einfaches: Sei da, mit voller Aufmerksamkeit, und unterbrich nicht.
Was Empathie am häufigsten kaputt macht, ist, die Geschichte des anderen mit der eigenen zu überlagern. Eine Kollegin kämpft mit einem Problem in einem Proof of Concept für ein Werkzeug, und mittendrin fällst du ihr ins Wort: „Vor zehn Jahren hatte ich genau das Problem mit HP UFT.“ Schon geht es um dich statt um ihr Problem.
Besser ist es, ruhig zu bleiben, deine Fragen zurückzuhalten und die Person ausreden zu lassen. Schreib auf, was du fragen willst, und frag, wenn sie fertig ist. Es geht darum, zu verstehen, was sie gesagt hat, nicht darum, auf deinen Einsatz zu warten.
Gewaltfreie Kommunikation im Arbeitsalltag üben
Die Theorie zu kennen, ändert nicht, wie du dich unter Druck verhältst. In echten Situationen übernimmt der Autopilot, und der hält sich nicht an das Modell.
Die ehrliche Schwierigkeit: Du kannst das Buch lesen, alle vier Komponenten verstehen und trotzdem in alte Muster fallen, sobald ein Meeting angespannt wird. Maroš erzählt, wie er sich dabei ertappt, dass er unterbricht oder eine unklare Bitte äußert, und das erst hinterher in einer persönlichen Retrospektive merkt.
“In echten Situationen vergisst man manchmal alles und läuft einfach auf Autopilot, und der folgt nicht diesem Prinzip.”
(Maroš Kutschy)
Ein kleines Ritual hilft, diesen Autopiloten umzuprogrammieren. Leg einen kurzen Auszug aus dem Modell irgendwo sichtbar hin und lies ihn ein, zwei Minuten lang, bevor du den Rechner einschaltest oder kurz vor einem Meeting, das schwierig zu werden verspricht. Die Erinnerung vom Morgen taucht im Lauf des Tages oft wieder auf.
Sieh es als Training, nicht als Schalter, den du einmal umlegst. Such dir ein oder zwei Momente am Tag, in denen du die vier Komponenten bewusst durchgehst. Mit der Zeit rückt das Muster näher an den Instinkt, und nur dort hilft es, wenn ein Gespräch scharf wird.
Häufig gestellte Fragen
Warum brauchen Software-Tester überhaupt ein Kommunikationsmodell?
Testen ist in erster Linie eine kommunikative Aufgabe und erst in zweiter Linie eine technische. Backlog-Refinement, Retrospektiven, Einzelgespräche mit einem Vorgesetzten, Fehlerbesprechungen mit Entwicklern, die Analyse von Automatisierungsergebnissen: All das basiert auf Dialog, nicht auf Code. Ein Tester, der seinen Standpunkt nicht klar vermitteln kann, verliert an Genauigkeit, lange bevor der Test selbst fehlschlägt. Ein wiederholbares Modell hilft dabei, schwierige Dinge anzusprechen, ohne dass sie wie ein Angriff wirken.
Bezieht sich gewaltfreie Kommunikation nur darauf, was man sagt?
Nein. Das Modell hat zwei Aspekte: sich ehrlich auszudrücken und einfühlsam zuzuhören. Beide basieren auf denselben vier Komponenten: Beobachtungen, Gefühle, Bedürfnisse und Bitten. Der Kerngedanke gilt in beide Richtungen: Trenne das, was passiert ist, von deiner Bewertung davon, übernimm Verantwortung für deine Gefühle, anstatt sie auf andere abzuwälzen, und bitte um etwas Konkretes.
Wie meldest du das Verhalten eines Kollegen, ohne dass es wie ein Angriff klingt?
Berichte, was du gesehen oder gehört hast, und verzichte auf Etikettierungen. „John schiebt Dinge vor sich her“ ist ein Urteil, das einem Vorgesetzten keine Handlungsgrundlage bietet und nur zu einer Abwehrhaltung führt. „In den letzten beiden Sprints hat John seine Korrekturen erst am letzten Tag des Sprints zum Testen bereitgestellt“ bringt dieselbe Sorge als Tatsache zum Ausdruck, mit der jemand arbeiten kann. Ein als Bericht getarntes Urteil kostet einen Tester Glaubwürdigkeit.
Ist „Ich fühle mich ignoriert“ ein Gefühl?
Nein. Es klingt zwar so, aber es ist eine Behauptung darüber, was die andere Person dir angetan hat, und es löst einen Streit aus. „Ich fühle mich während der Refinement-Meetings frustriert“ benennt einen tatsächlichen inneren Zustand und bleibt bei deiner eigenen Erfahrung, was viel schwerer anzufechten ist. Technisch orientierte Menschen überspringen diesen Schritt oft, weil emotionale Sprache sich für sie unangenehm anfühlt.
Was ist falsch daran, jemandem zu sagen, dass er dich enttäuscht hat?
Du überträgst dein Gefühl auf die andere Person, als hätte sie es selbst verursacht. Die Umformulierung belässt die Verantwortung dort, wo sie hingehört: „Ich war enttäuscht von dem, was passiert ist, weil ich einige offene Fragen mit dir hätte besprechen müssen.“ Gefühle spiegeln deine eigenen Bedürfnisse wider, und diese Verlagerung stellt dich als jemanden dar, der eine Reaktion lenken kann, statt als jemanden, dem Dinge einfach passieren.
Warum führen vage Bitten selten zu Taten?
Weil niemand sagen kann, wann sie erfüllt sind. „Ich möchte, dass du mir öfter Automatisierungsberichte schickst“ lässt offen, öfter als was und ab wann. „Schick mir die Automatisierungsberichte montags, mittwochs und freitags“ lässt sich umsetzen, weil der Empfänger den nächsten Schritt kennt. Tester verlangen diese Präzision bei Anforderungen; derselbe Maßstab gilt, wenn sie selbst um etwas bitten.
Was stört das einfühlsame Zuhören am häufigsten?
Die Geschichte des anderen mit deiner eigenen zu überlagern. Ein Kollege arbeitet an einem Problem mit einem Tool-Proof-of-Concept, und du unterbrichst ihn mit „Vor zehn Jahren hatte ich das gleiche Problem mit HP UFT.“ Plötzlich dreht sich sein Problem nur noch um dich. Bleib ruhig, behalte deine Fragen für dich, schreib sie auf und frag erst, wenn die Person fertig ist.
Warum reicht es nicht aus, die vier Komponenten zu verstehen, um deine Kommunikation zu ändern?
Unter Druck übernimmt der Autopilot, und der hält sich nicht an das Modell. Du kannst das Buch lesen, alle vier Komponenten kennen und trotzdem in alte Muster zurückfallen, sobald es in einem Meeting angespannt wird. Ein kurzer Auszug, den du sichtbar aufbewahrst und vor dem Arbeitstag oder einem schwierigen Meeting eine Minute lang liest, hilft dabei, ebenso wie ein oder zwei Momente am Tag, in denen du die Komponenten bewusst anwendest.
