Konflikte im Projektteam lösen

Wenn beide Seiten Recht haben

Was passiert, wenn zwei Teammitglieder völlig unterschiedliche Prioritäten setzen - und niemand weiß, wer entscheidet?

Montagvormittag, 11:30 Uhr, Konfliktlösungs-Workshop. Euer E-Commerce-Team arbeitet einen Fall aus der Vorwoche auf: Im Sprint Planning fordert das Marketing, das Rabattbanner in den nächsten Sprint zu ziehen - die Kampagne startet in drei Wochen. Die Entwicklung hält dagegen: Erst muss die Sicherheitslücke im Checkout gepatcht werden, sonst gehen keine Bestellungen mehr raus. 40 Minuten Diskussion im Kreis, kein Sprint-Ziel. 15.000 Euro geplanter Zusatzumsatz auf der Kippe.

Beim Thema Konflikte im Team erkennen und lösen hast du gesehen, dass Techniken wie aktives Zuhören und Ich-Botschaften eine hitzige Diskussion beruhigen. Hier reicht Beruhigung aber nicht - beide Seiten haben sachlich gute Gründe. Was fehlt, sind Konfliktlösungsregeln, die das Team vorher hätte vereinbaren müssen.

Welche Konfliktart liegt hier vor, und welche Werkzeuge helfen?

Vier Konfliktarten im Sprint-Streit

Im Sprint Planning stecken gleich mehrere Konfliktarten:

1. Sachkonflikt: Marketing und IT bewerten die Feature-Priorität unterschiedlich. Faktenbasiert lösbar, wenn Entscheidungskriterien existieren.
2. Wer darf die Sprint-Priorität festlegen? Das ist ein Rollenkonflikt. Ohne klare Zuordnung - wie in der RACI-Matrix aus der Selbstorganisation - entscheidet, wer am lautesten argumentiert.
3. Unter der Oberfläche schwelt ein Wertekonflikt: Umsatzchance gegen Systemstabilität. Beide Werte sind berechtigt, aber nicht gleichzeitig umsetzbar.
4. Kippt die Sachebene in persönliche Vorwürfe ("Du blockierst immer alles!"), wird es zum Beziehungskonflikt.

Der Kern hier: Sach- und Rollenkonflikt. Wird der Wertekonflikt nicht adressiert, eskaliert die Situation weiter.

🎬 Vorstellung: Stell dir vor, du sitzt in diesem Sprint Planning. Die Diskussion dreht sich seit 40 Minuten. Welche der vier Konfliktarten erkennst du in den Aussagen deiner Kolleg:innen?

Das Harvard-Konzept auf euren Konflikt angewandt

Zurück zum Sprint Planning. Statt weiter im Kreis zu diskutieren, wendet ihr das Harvard-Konzept an - ein Gesprächsmodell in vier Phasen:

Phase 1 - Interessen klären: Die Position des Marketings lautet "Banner zuerst". Das Interesse dahinter: Kampagnenstart in drei Wochen sichern. Die IT-Position: "Patch zuerst". Das Interesse: Bestellprozess absichern, damit überhaupt Umsatz fließt.

Phase 2 - Optionen entwickeln: Beide Seiten sammeln Lösungen ohne sofortige Bewertung. Möglichkeiten: (a) Patch und Banner parallel durch Aufgabenteilung, (b) Patch zuerst, Banner im Folge-Sprint mit reduziertem Scope, (c) externe Umsetzung des Banners.

Phase 3 - Kriterien festlegen: Nicht die lauteste Stimme entscheidet, sondern messbare Kriterien. Hier: Umsatzrisiko bei Kampagnenverzug vs. Sicherheitsrisiko bei offenem Checkout-Bug.

Phase 4 - Vereinbarung treffen: Das Team einigt sich auf eine Option und hält das Ergebnis schriftlich fest.

Die schriftliche Vereinbarung

Eine mündliche Einigung reicht nicht. Die Vereinbarung enthält mindestens:

• Die Entscheidung: Patch hat Vorrang, weil die offene Sicherheitslücke alle Bestellungen gefährdet. Banner wird im Folge-Sprint mit reduziertem Scope umgesetzt.
• Zwei konkrete Maßnahmen mit Frist: (1) IT schließt den Checkout-Patch bis Freitag. (2) Marketing bereitet das Banner-Briefing vor und stimmt eine Kampagnenverschiebung um eine Woche ab.
• Pro Maßnahme eine verantwortliche Person: IT-Lead für den Patch, Marketing-Lead für die Kundenabstimmung.

Ohne Verschriftlichung flammt der Konflikt im nächsten Planning wieder auf.

🤔 Frage dich: Was passiert, wenn das Team die Vereinbarung nur mündlich festhält und zwei Wochen später erneut über die Banner-Priorität diskutiert?

Drei Stufen für den Ernstfall

Das Rollenmodell aus der Selbstorganisation ist die Grundlage für den nächsten Schritt: ein gestuftes Eskalationsmodell, das festlegt, wer entscheidet, wenn das Team sich nicht einigt.

Stufe 1 - Teamebene: Die Scrum Master:in moderiert eine strukturierte Diskussion (z.B. mit dem Harvard-Konzept). Frist: 1 Werktag. Befugnis: Sprint-Priorisierung innerhalb des bestehenden Backlogs.

Stufe 2 - Product-Owner-Ebene: Keine Einigung nach Stufe 1? Der Product Owner entscheidet. Frist: 2 Werktage. Befugnis: Scope-Änderung, Budgetfreigabe bis 5.000 EUR.

Stufe 3 - Lenkungsausschuss: Bei grundsätzlichen Zielkonflikten eskaliert die Projektleitung an die Abteilungsleitungen. Frist: 3 Werktage. Befugnis: Budget über 5.000 EUR, Terminverschiebung, externe Ressourcen.

Dieses Modell gehört als verbindlicher Abschnitt in euer Working Agreement - festgelegt zu Projektbeginn, nicht erst im Konfliktfall.

So hätte es im Sprint Planning laufen müssen

Hätte das Eskalationsmodell bereits im Working Agreement gestanden, wäre der Sprint-Konflikt nach Stufe 1 gelöst gewesen: Scrum Master:in moderiert das Harvard-Konzept, das Team einigt sich auf Kriterien, die Vereinbarung wird dokumentiert. Kein 40-Minuten-Kreis, kein blockiertes Planning.

Falls Stufe 1 gescheitert wäre? Dann wüsste jede:r im Team: Der Product Owner entscheidet innerhalb von zwei Werktagen. Kein Vakuum, keine Endlosdiskussion.

🧑‍🏫 Erkläre es im Kopf: Stell dir vor, du erklärst einer Person, die neu im Projektteam ist, warum das Eskalationsmodell VOR dem ersten Konflikt ins Working Agreement gehört - wie würdest du es in zwei Sätzen auf den Punkt bringen?