Endlich Konsent: Beenden Sie die langwierige Suche nach der perfekten Lösung

„Ist ja schön, dass du das so umsetzen willst, aber da mache ich nicht mit“ oder „Das ist nicht meine Entscheidung, das muss unser PO entscheiden“ – hören Sie diese oder ähnliche Aussagen ständig in Ihrem Team? Werden Entscheidungen ständig vertagt, oder wird letztendlich der Product Owner dazu genötigt, über grundsätzliche Fragen der Zusammenarbeit oder der Produktgestaltung zu entscheiden, weil niemand im Team dafür verantwortlich sein will?

Es ist ein Thema, mit dem viele Teams hadern, gerade wenn sie erst kürzlich begonnen haben, agil zu arbeiten: Entscheidungen treffen. Und zwar nicht irgendwie und irgendwelche: Schnell sollen sie getroffen werden, und dann sollen auch noch alle Teammitglieder an einem Strang ziehen, um sie umzusetzen.

Wenn Sie als ScrumMaster das Gefühl haben, dass es Ihrem Team an Commitment zu vermeintlich bereits getroffenen Entscheidungen mangelt, das Team Entscheidungen endlos vor sich her schiebt oder Diskussionen sich im Klein-Klein verlieren, ist dieser Tipp speziell für Sie: Probieren Sie es mal mit Konsent statt Konsens. Der Unterschied? Anstatt alle um Zustimmung zu bitten, geht es nur darum, nicht dagegen zu sein. So können Entscheidungen schnell, aber trotzdem nachhaltig getroffen werden.

Die Vorteile der Konsentmoderation

Was haben Sie als ScrumMaster davon, Konsententscheidungen in Ihrem Team einzuführen?

  1. Jede Stimme wird gehört: Im Gegensatz zur Mehrheitsentscheidung können also leise Stimmen oder wichtige, aber unbequeme Argumente nicht einfach durch die Mehrheit übergangen werden.
  2. Einwände werden zur Lösungsverbesserung genutzt: Teammitglieder können den Prozess nicht blockieren, um dem Team persönliche Vorlieben aufzuzwingen.
  3. Höheres Commitment: Entscheidungen genießen eine höhere Akzeptanz, da schlussendlich jedes Teammitglied diese durch den eigenen Konsent mitträgt.

Was bedeutet Konsent?

Der Konsent verbindet das Beste aus zwei Welten: Entscheidungen werden nicht verschleppt beim Versuch, jeder individuellen Präferenz Rechnung zu tragen, und doch entscheiden alle gemeinsam, nicht nur eine Einzelperson. Als eines der Basisprinzipien der Soziokratie, einem partizipativen Organisationsmodell, bedeutet Konsent „die Abwesenheit von schwerwiegenden Einwänden“.

Die Idee ist eigentlich simpel: In Gruppen (besonders in großen) ist es quasi unmöglich, eine Lösung zu finden, die wirklich alle zu 100 Prozent und bestenfalls auch noch aus denselben Beweggründen unterstützen. Deswegen ist das überhaupt nicht das Ziel einer Konsententscheidung. Es wird also nicht gefragt, ob alle die Idee gut finden, sondern stattdessen fragt sich jedes Teammitglied: „Kann ich mit Blick auf unser gemeinsames Ziel diese Entscheidung mittragen und mit ihren Konsequenzen leben?“ In einer Organisation, die ich begleiten durfte, wurde die Frage sogar zusammengedampft auf: „Schadet es uns, wenn wir das tun?“

Der Unterschied ist klar: Plötzlich geht es nicht mehr darum, alle Details einer Lösung gut zu finden. Sie muss nur noch für den jetzigen Kontext geeignet und machbar, also sicher genug zum Ausprobieren, sein. Nicht alle müssen „Ja“ sagen, es darf nur niemand einen schwerwiegenden Einwand haben. Dadurch bleiben Freiheiten für die Ausgestaltung einer Lösung offen, die dennoch innerhalb eines für alle Beteiligten verbindlichen Rahmens liegt.

Ablauf einer Konsentenscheidung

Um eine bindende Entscheidung treffen zu können, werden möglichst alle Personen, die an dieser beteiligt sein sollten, zusammengeholt. Wer nicht kann, lässt sich vertreten oder konsentiert automatisch. Bei einem Scrum-Team besteht dieser Personenkreis beispielsweise meist aus dem Dev-Team und dem Product Owner, je nach Entscheidung könnten auch Stakeholder hinzugeholt werden. Alle Anwesenden sitzen im (virtuellen) Kreis.

  1. Informationsphase: Der initiale Vorschlag wird erläutert und inhaltliche Verständnisfragen geklärt, sodass alle sich eine ausreichend fundierte Meinung bilden können.
  2. Meinungsrunden: Im Kreis (siehe Circle Way) äußert jedes Teammitglied in der ersten Runde seine Meinung und in der zweiten, ob sich etwas durch die Aussagen der anderen verändert hat.
  3. Konsentabfrage: In den Meinungsrunden nähern sich die Lösungsvorschläge der Teilnehmenden meistens allmählich aneinander an. Spätestens wenn keine neuen Aspekte mehr aufkommen, dann ist das für den ScrumMaster/Facilitator ein Zeichen, zur Konsentabfrage überzugehen. Eine ausgereifte Lösung wird nun (ebenfalls im Kreis) „zum Konsent gestellt“. Hierfür formuliert der ScrumMaster/Facilitator, basierend auf den zuvor gehörten Meinungen, einen Lösungsvorschlag. Jedes Teammitglied stellt sich die Frage, ob es – mit Blick auf die gemeinsame Vision bzw. das Ziel des Teams – einen schwerwiegenden Einwand gegen den Vorschlag hat. Anders formuliert: „Ist die Lösung sicher genug zum Ausprobieren und gut genug für jetzt?“ Gibt es keine Einwände und gibt jedes Teammitglied seinen Konsent, ist die Entscheidung gefallen. Was passiert jedoch bei einem Einwand?

Schwerwiegende Einwände werden genutzt, um die Lösung zu verbessern

Sicherlich erfordert es etwas Übung, tatsächlich nur danach zu entscheiden, ob etwas einem Team schadet oder es am Weiterarbeiten hindert, und dabei auszublenden, ob man etwas persönlich gut findet oder nicht. In meiner Erfahrung fällt es den Teammitglieder vor allem anfangs schwer, sich auf das Experimentieren einzulassen und sich darauf zu konzentrieren, ob die Entscheidung gut genug für jetzt ist. Daher hilft es, bei der Entscheidungsfindung nochmal zu betonen, was genau ein schwerwiegender Einwand bedeutet:

  • Ich kann/will diese Entscheidung nicht mittragen.
  • Die Entscheidung hindert mich/uns am Weiterarbeiten.
  • Der Vorschlag schadet unserem Team/unserem Unternehmen/unserer Zielerreichung.

Wichtig: Ein schwerwiegender Einwand ist kein Veto! Er dient dazu, wichtige Argumente in die Lösung zu integrieren und diese dadurch zu verbessern. Für Einwände gilt daher eine Art Prime Directive: Auch wenn ein Einwand nicht zwingend für jedes Teammitglied nachvollziehbar ist, wird angenommen, dass die Person, die ihn äußert, damit das Teamziel im Auge hat. Es geht also nicht darum, die Person zu überzeugen, doch noch ihren Konsent zum bestehenden Vorschlag geben, sondern anhand ihrer Argumente eine bessere Vorgehensweise zu finden. Danach wird der verbesserte Vorschlag erneut zum Konsent gestellt, so lange bis das ganze Team diesen konsentieren kann.

Titelbild: Skitterphoto, Pexels

Agile Prinzipien
Selbstorganisation
Neues Arbeiten
Soziokratie
Team
Yvonne Scholliers
June 25, 2021

Table of content

Diesen Beitrag teilen

Das könnte auch interessant sein:

Agile Coach
Agile Management
Agile Organization
Agile Prinzipien
Agile Toolbox

FRAGE: Warum macht ihr eigentlich kein SAFe?

Agile Management
Agile Organization
Agile Prinzipien
Agile Toolbox
Transformation

FRAGE: Was kostet eine agile Transformation?

Agile Management
Agile Organization
Agile Toolbox
Leadership
Agiles Lernen

FRAGE: Welche Rolle spielt Training?

Agile Coach
Agile Management
Agile Organization
Agile Prinzipien
Agile Toolbox

FRAGE: Wer sind die Top 10 agilen Unternehmensberatungen?

Agile Management
Agile Organization
Agile Tools
Agiles Management
Leadership

FRAGE: Wie viel bringt die Investition? Was ist der Business Case dahinter?

Agile Management
Agile Organization
Agile Prinzipien
Agile Toolbox
Führung

FRAGE: Welche sind häufige Herausforderungen, die ihr beim Kunden löst?

Agile Management
Agile Organization

FRAGE: Warum sollten wir mit borisgloger arbeiten?

Agile Management
Agile Organization
Agiles Management
Transformation

FRAGE: Wie viel kostet eine Beratung und ist es wirklich rentabel bei borisgloger?

Agile Prinzipien
Agile Toolbox
Projektmanagement

The Lie Behind the Parable of the Golf Balls and the Jar

Video
Change
Digitale Transformation
Hardware
Agile Organization

Agile in Industrial Automation: The Digital Transformation of Yokogawa

Versicherung
Neues Arbeiten
Führung
Agile Prinzipien
Kundenfokus

Kundenzentrierte Versicherung: Kann ein agiles Projekt die Organisation retten?

Versicherung
Change
Digitale Transformation
Agile Prinzipien
Kundenfokus

Agilität in den Vertrieb bringen – für Versicherer sinnvoll

Versicherung
Agile Prinzipien
Kundenfokus
Agile Toolbox
Produktentwicklung

BizDevOps in der Versicherungsbranche – Wie multidisziplinäre Teams wirklich besetzt sein sollten

Versicherung
Agile Prinzipien
Kundenfokus
Neues Arbeiten
Meetings

Undercover Agile für Versicherer: 5 agile Praktiken für Ihr klassisches IT-Projekt

Versicherung
Change
Digitale Transformation
Agile Prinzipien
Kundenfokus

IT-Projekte in der Versicherungsbranche – Das Rennen um die Time-to-Market

Team
Neues Arbeiten
Agile Prinzipien
Selbstorganisation
Social Skills

Umgang mit Fehlern & Diversität – Erfolgreiche agile Teams #2

Team
Neues Arbeiten
Agile Toolbox
Produktentwicklung

Das Geheimrezept von High-Performance-Teams

Team
Arbeiten bei borisgloger consulting
Agile Prinzipien
Freiwilligkeit
Selbstorganisation

Konsent und offene Wahl: 2 Prinzipien aus der Soziokratie, die jedes agile Team gebrauchen kann

Team
Neues Arbeiten
Meetings
Social Skills

Der agile Adventkalender

Team
Agile Toolbox
Scrum
ScrumMaster-Praxistipps
Agile Prinzipien

Selbstorganisation der Teams fördern: Ask the team!

Team
Agile Toolbox
Design Thinking

Who Recognizes the Truly Good Ideas?

Team
Agile Organization
Transformation

Pizza Is Not Dead, and Neither Is Agility

Scrum4Schools
Neues Arbeiten
Führung
Life
Social Skills

Trauen wir unseren Kindern mehr zu – auch in der Schule!

Scrum4Schools
Change
Agiles Lernen
Neues Arbeiten
Remote Arbeiten

Eine Scrum4Schools-Projekt-Rückschau mit Physiklehrer Ivan Topic

Scrum4Schools
Mehr Formate
Interview
Nachhaltigkeit

Mit Scrum4Schools dem Weltraum auf der Spur

Scrum4Schools
Change
Agiles Lernen

Scrum4Schools - ein Projekt nimmt Fahrt auf

Scrum4Schools
Agile Schulentwicklung
Agile Toolbox

Technik im Alltag - Scrum4Schools zu Gast in Langenzersdorf

Projektmanagement
Agile Toolbox
Scrum
Scrum-Begriffe
ScrumMaster-Praxistipps

Sprechen Sie Agile? Den klassischen Projektplan in die agile Welt überführen

Projektmanagement
Agiles Management
Agile Toolbox
Scrum
Enterprise Scrum

Das Management in Scrum

Projektmanagement
Change
Digitale Transformation

Agilität in der Logistik oder: Liefern wie Amazon

Projektmanagement
Agile Toolbox
Scrum

Meilensteine und Scrum

Portfoliomanagement
Project management

Too many projects? Portfolio management simplified

Neues Arbeiten
Mehr Formate
Agile Toolbox
Scrum
Scrum Values

Wie agiles Arbeiten die Kommunikation aus der Selbstverständlichkeit holt

Neues Arbeiten
Change
Agiles Lernen
Mehr Formate
Audio

New Learning heute für das New Work von morgen – mit Angelika Weis

Neues Arbeiten
Change
Soziale Innovation

New Work Experience 2019 – ein Erfahrungsbericht

Neues Arbeiten
Audit
Change

Agil im Audit: das Starter-Kit

Neues Arbeiten
Agile Toolbox
Scrum
Scrum4Schools
Agile Prinzipien

Scrum4Schools: Lernen für die Zukunft

Neues Arbeiten
Agile Toolbox
Scrum
Scrum Meetings
Retrospektive

Arbeiten wir uns gesund!

Neues Arbeiten
Agile Toolbox
Scrum
ScrumMaster-Praxistipps

Who should be in (agile) HR?

Neues Arbeiten
Agile Toolbox
Scrum
Scrum Values

Glauben Sie an die Seele Ihrer Firma?

Neues Arbeiten
Agile Toolbox
Scrum
Product Owner
ScrumMaster-Praxistipps

Produktivität auf Irrwegen: "Führen wir schnell mal Scrum ein!"

Neues Arbeiten
Agile Prinzipien
Selbstorganisation
Social Skills
Team

Freiwilliges Teilen von Wissen – Erfolgreiche agile Teams #5

Neues Arbeiten
Agile Prinzipien
Selbstorganisation
Social Skills
Team

Doing vs. Being Agile – Erfolgreiche agile Teams #1

Neues Arbeiten
Agile Prinzipien
Selbstorganisation
Social Skills
Team

Freude bei der Arbeit & Sustainable Pace – Erfolgreiche agile Teams #3

Neues Arbeiten
Agile Prinzipien
Selbstorganisation
Social Skills
Team

Anpassungsfähigkeit & schonungslose Offenheit – Erfolgreiche agile Teams #4