Drei Gesprächstechniken, um unter dem Druck von Senioren die technische Souveränität zu behalten
Wenn die Stimme eines Vorgesetzten im Besprechungsraum laut wird, lassen sich Junioren leicht einschüchtern. Selbst wenn der Kopf voller Entwürfe ist: In dem Moment, in dem man vor der Autorität schweigt, wird der eigene Code korrigiert und die Initiative geht verloren. Um auf dem Markt für Nachwuchsentwickler zu überleben, der zuletzt auf ein Niveau von 7% gesunken ist, braucht es mehr als nur gute Programmierung – man benötigt Kommunikationstechniken, um das eigene Design zu verteidigen.
Abstraktes Feedback mit Zahlen spiegeln (Mirroring)
Wenn ein Senior subjektive Angriffe wie „Diese Struktur ist zu komplex“ oder „Das wird keine gute Performance liefern“ einwirft, ist das eine Chance. Wer hier panisch reagiert, landet in einem emotionalen Streit. Nutzt man jedoch das vom ehemaligen FBI-Verhandler Chris Voss vorgeschlagene Mirroring, ändert sich die Situation. Wiederholen Sie die abstrakten Begriffe des Gegenübers als Frage und fordern Sie konkrete Zahlen.
- Umsetzung: „Sie sagten, es sei komplex – um wie viel Prozent werden die Wartungskosten Ihrer Einschätzung nach im Vergleich zum jetzigen Stand steigen?“ oder „Was die Performance-Bedenken angeht: Ab welcher konkreten Antwortzeit in Millisekunden wäre der Grenzwert für Sie überschritten?“
- Effekt: Schließen Sie nach der Frage bewusst für 4 Sekunden den Mund. Stille ist mächtig. Das Gegenüber spürt den Druck, eine logische Begründung für die eigene Kritik finden zu müssen. In diesem Prozess werden unbegründete Sturheiten herausgefiltert und die Meetingzeit verkürzt sich um mehr als 20%.
Die technische Brücke: Gewissheit aufschieben und Analysezeit gewinnen
Wer versucht, auf plötzliche Druckfragen sofort zu antworten und dabei Fehler macht, verliert auf einen Schlag seine Glaubwürdigkeit als Experte. Statistiken zeigen, dass der jährliche Verlust durch technische Schulden in den USA 2,41 Billionen Dollar erreicht, wobei 96% der erfahrenen Entwickler den Termindruck als Ursache nennen. Eine voreilige Antwort ist gleichbedeutend mit technischen Schulden. In solchen Momenten sollte man die Technik der verzögerten Bestätigung anwenden.
- Umsetzung: Fassen Sie Situation und Kontext in einem Satz zusammen und bitten Sie um Zeit für eine Analyse. „Aufgrund der aktuellen Infrastrukturbeschränkungen besteht eine Wahrscheinlichkeit von etwa 5% für Datenverlust. Darf ich die Logdaten kurz für 30 Sekunden prüfen, um Ihnen eine präzise Impact-Analyse zu geben?“
- Effekt: 30 Sekunden Schweigen sind kein Beweis für Unfähigkeit, sondern ein Zeichen von Sorgfalt. Es vermittelt dem Vorgesetzten den Eindruck, dass Sie ein Ingenieur sind, der nicht auf Basis von Vermutungen, sondern auf Basis von Daten arbeitet.
Pre-Mortem: Mit einer Nachgiebigkeitsstrategie die Sturheit des Gegenübers brechen
Wenn architektonische Entscheidungen aufeinanderprallen, ist die von Gary Klein vorgeschlagene Pre-Mortem-Methode effektiv. Dabei wird davon ausgegangen, dass das Projekt bereits gescheitert ist, und die Ursachen werden rückwirkend ermittelt. Bestehen Sie nicht nur auf Ihrem eigenen Entwurf, sondern erkennen Sie den Plan des anderen scheinbar an, während Sie Ihre Kernanforderungen durchsetzen.
- Umsetzung: Nutzen Sie eine gewichtete Entscheidungsmatrix. „Der Punkt, dass die operative Komplexität steigt, ist korrekt. In diesem Bereich gebe ich nach und werde das Monitoring verstärken. Wäre es im Gegenzug sinnvoll, diesen Stack zu wählen, um den Kernvorteil einer Performance-Steigerung von 80% zu erreichen?“
- Effekt: Wer Kleines aufgibt, um Großes zu gewinnen, gibt dem Gegenüber ein Siegergefühl. In dem Moment, in dem Sie erklären, die Verantwortung für die vom anderen aufgezeigten Risiken zu übernehmen, bricht dessen Abwehrmechanismus zusammen und Ihr Entwurf wird akzeptiert.
Vereinbarungen durch Dokumentation zementieren: Die unveränderliche Regel
Mündliche Vereinbarungen werden je nach Stimmung oft widerrufen. Erstellen Sie unmittelbar nach dem Meeting ADR (Architecture Decision Records). Unternehmen wie AWS oder Microsoft legen Wert auf die Aufzeichnung von Architektur-Entscheidungen, um die Konsistenz des Systems zu wahren.
- Umsetzung: Fassen Sie direkt nach dem Meeting den Hintergrund der Entscheidung, die gewählte Technologie und die akzeptierten Trade-offs in Markdown zusammen. Der Schlüssel liegt darin, die Namen der Senioren explizit zu nennen und das Dokument im öffentlichen Kanal der Organisation zu teilen.
- Effekt: Wenn später versucht wird, die Meinung zu ändern, dient dies als physischer Beweis, den man höflich vorlegen kann: „In der letzten Sitzung haben wir vereinbart, diese Risiken in Kauf zu nehmen.“ Eine nicht dokumentierte Vereinbarung ist keine Vereinbarung.
makedream