Die Beziehung zwischen PM und dem Designer ist eine der folgenreichsten und zugleich fragilsten Partnerschaften in einem Produktteam. Wenn es funktioniert, erhält man Produkte, die sowohl strategisch sinnvoll als auch wirklich gut verarbeitet sind. Wenn es kaputt geht, erhält man entweder schöne Produkte, die niemand braucht, oder nützliche Produkte, die niemand verwenden möchte.
Der Zusammenbruch verläuft in der Regel ruhig. Designer beginnen, sich wie Auftragsnehmer zu fühlen, denen Lösungen gegeben werden, die man hübsch machen kann, statt Probleme, die es zu lösen gilt. PMs hat das Gefühl, dass Designer ihren Prozess wertschätzen und den Fortschritt durch endlose Erkundung blockieren, wenn sich das Marktfenster schließt. Auf beiden Seiten wächst der Unmut, und keiner sagt etwas, bis er in einem Sprint-Review überkocht.
Eine regelmäßige Produktdesign-Retrospektive gibt dieser Beziehung einen besonderen Raum für ehrliche Gespräche. Nicht eingebettet in einen Sprint-Retro, in dem alle höflich sind. Nicht begraben in einem 1:1, wo es um Einzelpersonen geht. Eine strukturierte Sitzung, in der beide Rollen untersuchen, wie sie zusammenarbeiten und sich auf bestimmte Änderungen festlegen.
Die drei Spannungen, die diese Beziehung definieren
Forschung und Entdeckung
Designer möchten in der Regel mehr Recherche betreiben, bevor sie sich auf Lösungen festlegen. PMs möchte sich normalerweise basierend auf vorhandenen Signalen schneller bewegen. Beide Instinkte haben Wert.
Die Reibung entsteht, wenn Designer Forschung betreiben, die PMs nie sieht, oder wenn PMs Produktentscheidungen trifft, ohne Designerkenntnisse einzubeziehen. Das Ergebnis sind parallele Spuren: Der PM trifft Wetten auf der Grundlage von Geschäftsdaten, während der Designer Benutzerverhalten aufdeckt, das diesen Wetten widerspricht, und die beiden verbinden sich nie.
Zeitleiste und Erkundung
Design braucht Zeit zum Erkunden. Gutes Design entsteht selten aus der ersten Idee – es entsteht durch die Generierung mehrerer Ansätze und deren Bewertung. Aber PMs verwaltet die Erwartungen der Stakeholder, Sprint-Verpflichtungen und Release-Zeitpläne, die wenig Raum für offene Erkundungen lassen.
Diese Spannung wird destruktiv, wenn sich PMs auf Liefertermine festlegt, bevor das Design untersucht wurde, oder wenn Designer jedes Feature als Gelegenheit für ein völliges Umdenken betrachten, unabhängig vom Umfang.
Entscheidungsrechte
Wer trifft die letzte Entscheidung über die Benutzererfahrung? Theoretisch ist es kollaborativ. In der Praxis haben PMs oft Vorrang vor Designentscheidungen, weil sie „das Produkt besitzen“. Designer fühlen sich in Angelegenheiten, die in ihr Fachgebiet fallen, überstimmt. PMs hat das Gefühl, dass sie das Produkt nicht kampflos voranbringen können.
Bei dem zugrunde liegenden Problem geht es selten um eine bestimmte Designentscheidung. Es geht darum, ob Design echte Autorität hat oder nur beratender Input.
Durchführung der Retrospektive
Häufigkeit und Timing
Führen Sie dies alle 6–8 Wochen oder nach Abschluss einer wichtigen Funktion durch. Binden Sie es nicht an Sprintgrenzen – die PM-Design-Beziehung funktioniert mit einer längeren Trittfrequenz als zweiwöchige Sprints.
Wer sollte da sein?
Halten Sie es klein: PM und Designer, die direkt zusammenarbeiten. Wenn Sie in einem Produkt-Trio-Modell arbeiten (PM, Designer, technischer Leiter), beziehen Sie den technischen Leiter mit ein – er sieht oft Reibungen zwischen PM und dem Design, die keine Seite erkennt.
Maximal fünf Personen. Dies ist eine Arbeitssitzung, keine Präsentation.
Format: Drei Runden
Runde 1: Was jede Seite schätzt (15 Minuten)
Beginnen Sie mit der Wertschätzung, aber machen Sie sie konkret. Jede Person schreibt ein oder zwei Dinge auf, die die andere Rolle in diesem Zyklus getan hat und die die Arbeit verbessert haben. Lesen Sie diese laut vor.
Dies ist nicht nur eine Wohlfühlübung. Es kommt zum Vorschein, was beide Seiten in der Partnerschaft tatsächlich wertschätzen, was oft unpassende Erwartungen offenbart. Ein PM würde die „schnelle Bearbeitung von Modellen“ zu schätzen wissen, während der Designer am stolzesten auf „die Forschungssynthese war, die die Richtung der Features neu gestaltete“. Diese Lücke sagt Ihnen etwas Wichtiges darüber, was jede Rolle für ihren Job hält.
Runde 2: Reibungskartierung (30 Minuten)
Jede Person schreibt Karten über Momente, in denen sich die Zusammenarbeit schwierig anfühlte. Seien Sie konkret – benennen Sie das Projekt, die Entscheidung, das Treffen. Vage Beschwerden („Kommunikation könnte besser sein“) sind nicht anfechtbar.
Ordnen Sie die Karten nach den Arbeitsablaufphasen an, in denen es zu Reibungen kam:
- Discovery – Waren beide Rollen an der Definition des Problems beteiligt?
- Exploration – Hatte das Design genug Zeit und Raum, um Optionen zu generieren?
- Entscheidungsfindung – Wie wurden Designentscheidungen bewertet und finalisiert?
- Übergabe – Verlief der Übergang vom Design zum Engineering reibungslos?
- Iteration – Wie wurden Feedback und Änderungen nach der Übergabe gehandhabt?
Widerstehen Sie bei jedem Reibungspunkt dem Drang, ihn sofort zu lösen. Stellen Sie zunächst sicher, dass beide Seiten die Erfahrung des anderen im selben Moment verstehen. Ein PM, der das Gefühl hatte, dass Design „den Fortschritt blockiert“, und ein Designer, der das Gefühl hatte, „in eine unausgegorene Lösung geraten zu sein“, beschreiben möglicherweise genau das gleiche Treffen.
Runde 3: Arbeitsvereinbarungen (15 Minuten)
Wählen Sie die beiden einflussreichsten Reibungspunkte aus und treffen Sie spezifische Vereinbarungen, um sie anzugehen. Zwei ist die richtige Zahl. Mehr als das und nichts ändert sich.
Vereinbarungen, die tatsächlich funktionieren
Hier sind Muster, die die Zusammenarbeit zwischen PM und dem Design kontinuierlich verbessern.
Gemeinsame Problemgestaltung. Bevor mit der Designarbeit begonnen wird, definieren PM und der Designer 30 Minuten lang gemeinsam: Was ist das Benutzerproblem? Was ist das Geschäftsziel? Welche Einschränkungen gibt es? Wie sieht Erfolg aus? Diese einzige Vorgehensweise eliminiert überraschend viele nachgelagerte Reibungen, da beide Seiten von dem gleichen Verständnis dessen ausgehen, was sie lösen.
Strukturierte Erkundungszeit. Vereinbaren Sie eine Standard-Erkundungsphase für Features unterschiedlicher Größe. Eine kleine Funktion kann zwei Tage lang erkundet werden. Ein großer könnte eine Woche bekommen. Der Schlüssel liegt darin, dass dies im Voraus vereinbart wird und nicht jedes Mal unter Druck ausgehandelt wird. Während der Erkundung generiert der Designer Optionen. Der PM nimmt keine Stellung zu bestimmten Lösungen, bis die Optionen gemeinsam vorgestellt werden.
Designentscheidungen mit Begründung. Wenn der PM eine Designempfehlung außer Kraft setzen muss, erläutern sie den geschäftlichen Grund. Wenn der Designer eine PM-Anfrage beantwortet, erläutert er die Auswirkungen auf den Benutzer. Keine Seite kann sich einfach nur durch Autorität auszeichnen – die Begründung muss sichtbar sein.
Low-Fidelity-Feedbackschleifen. PMs geben Feedback zu Skizzen und Wireframes, bevor der Designer in High-Fidelity-Arbeit investiert. Das hört sich offensichtlich an, kommt aber in der Regel nicht vor. Der PM ist beschäftigt, verschiebt die Überprüfung, bis der Designer ausgefeilte Modelle vorlegt, und fordert dann Änderungen an, die einen Neuanfang erfordern. Eine frühzeitige, grobe Rückmeldung verhindert dies gänzlich.
Geteilte Benutzerpräsenz. Sowohl PM als auch der Designer nehmen gemeinsam an Benutzerforschungssitzungen teil oder überprüfen Aufzeichnungen. Wenn beide Seiten hören, wie derselbe Benutzer dasselbe sagt, nehmen die Debatten darüber, „was Benutzer wollen“, dramatisch ab.
Häufige Antimuster, auf die Sie achten sollten
Der PM als Art Director. Wenn der PM detailliertes Feedback zu visuellen Designentscheidungen gibt – Farben, Abstände, Symbolstile – ist etwas schief gelaufen. PMs sollte bewerten, ob das Design das Produktziel erreicht, und nicht die visuelle Umsetzung steuern. Wenn Sie dies tun, fragen Sie: Reagiere ich, weil dies nicht den Bedürfnissen der Benutzer entspricht oder weil es nicht meinem persönlichen Geschmack entspricht?
Der Designer als Pixel-Pusher. Wenn dem Designer konsequent vollständig spezifizierte Lösungen vorgelegt werden und er gebeten wird, „es schön aussehen zu lassen“, ist die Designrolle ausgehöhlt. Designer sollten an der Problemdefinition und nicht nur an der Lösungserstellung beteiligt sein. Wenn dieses Muster im Nachhinein immer wieder auftaucht, ist das ein Signal dafür, dass sich der Prozess des Teams ändern muss und nicht nur das Verhalten der Einzelnen.
Forschung, die nirgendwohin führt. Designer investieren Zeit in Benutzerrecherche, liefern Erkenntnisse und es ändert sich nichts, weil die Roadmap bereits festgelegt wurde. Wenn die Forschung Entscheidungen nicht beeinflussen kann, hören Sie mit der Forschung auf – oder ändern Sie den Zeitpunkt der Forschung, damit sie in die Planung einfließt, anstatt erst nach der Sperrung der Pläne anzukommen.
Die endlose Revisionsschleife. Designs durchlaufen sieben Feedback-Runden, weil der PM ständig seine Meinung darüber ändert, was sie wollen. Dies bedeutet normalerweise, dass das Problem zu Beginn nicht genau definiert war. Die Lösung erfolgt im Upstream, nicht im Downstream: Eine bessere Problemeingrenzung reduziert die Revisionszyklen.
Verbesserung messen
Suchen Sie nach mehreren Rückblicken nach diesen Signalen:
- Weniger Designänderungen in der Spätphase, da die Ausrichtung früher erfolgt
- Designer, die an der Problemdefinition beteiligt sind, nicht nur an der Lösungserstellung
- PMs ist in der Lage, den Stakeholdern Designgrundsätze zu vermitteln, nicht nur geschäftliche Gründe
- Forschungserkenntnisse, die Produktentscheidungen sichtbar beeinflussen
- Beide Seiten waren bereit zu sagen: „Ich habe mich geirrt“, ohne dass es sich dabei wie ein Zugeständnis anfühlen würde
Die PM-Designpartnerschaft wird immer mit kreativer Spannung verbunden sein. Die Retrospektive beseitigt Spannungen nicht – sie gibt Ihnen eine regelmäßige Übung, um diese Spannungen in bessere Produkte statt in schlechtere Beziehungen umzuwandeln.
Probieren Sie NextRetro kostenlos aus – Führen Sie gezielte Retrospektiven mit Ihrem Produkt- und Designteam durch, indem Sie anonymes Feedback und strukturierte Diskussionsphasen nutzen.
Letzte Aktualisierung: Februar 2026
Lesezeit: 7 Minuten
