Modul 10.5 - Mit Entwicklern auf Englisch sprechen

Was du danach weißt: Wie du eine technische Rückfrage auf Englisch stellst, ein Ticket nachverfolgst und Status meldest — ohne nach den Worten suchen zu müssen.

Was schon da ist — und was noch fehlt

Das Glossar gibt dir die Begriffe. Modul 07 hat dir gezeigt, wie du ein Ticket auf Englisch schreibst. Beides hilft beim Lesen und beim Verfassen vorbereiteter Texte.

Was bleibt: das spontane Gespräch. Eine kurze Rückfrage in einem Chat, ein Statusupdate auf eine Nachricht, eine Verständnisfrage zu einer Entwickler-Antwort. Dieses Modul gibt dir vorbereitete Strukturen — keine Vokabeln zum Auswendiglernen, sondern Muster, an denen du dich entlanghangeln kannst, bis sie sich natürlich anfühlen.

Das Muster für eine technische Rückfrage

Vier Schritte. Wenn du sie der Reihe nach gehst, klingt deine Frage präzise statt verloren — auch wenn dir gerade die idealen Worte fehlen:

Kontext

"In ticket #4823…"

Beobachtung

"…ELDA rejects with E007."

Was du geprüft hast

"I verified the format."

Was du brauchst

"Could you check…?"

Ohne Muster

„It doesn't work — can you look at it?"

Was funktioniert nicht? Wo? Was hast du selbst probiert? Der Entwickler muss alles zurückfragen.

Mit Muster

„In ticket #4823, ELDA rejects the Anmeldung with error code E007. I verified the SVNummer format matches the spec. Could you check whether the Beitragsgruppe field is set correctly?"

Konkret, anschlussfähig, der Entwickler kann sofort anfangen.

Auf ein Ticket nachfragen — ohne zu drängen

Wenn du ein Ticket geschrieben hast und nichts hörst, ist eine kurze Nachfrage erwünscht. Das Prinzip: höflich, kurz, hilfsbereit.

Höfliches Nachhaken (1–2 Tage später)

"Quick check — anything blocking on #4721? Happy to provide more reproduction data if needed."
Wörtlich: Kurze Rückfrage — gibt es etwas das blockiert? Stelle gerne mehr Daten zur Verfügung.

Wenn du dringender bist (z.B. naher Release)

"Just flagging: #4721 needs to be in 26.6 if possible — customer impact starts at the next payroll run. Let me know what you need from my side."
Dringlichkeit aussprechen, ohne Druck zu machen — und Hilfe anbieten.

Wenn die Antwort zu technisch ist

Entwickler erklären manchmal mit Begriffen, die du noch nicht kennst. Nachzufragen ist professionell, nicht peinlich.

Nach einer einfacheren Erklärung fragen

"Can you walk me through what 'race condition' means here in non-technical terms?"
Bitte den Begriff in einfachen Worten erklären.

Die geschäftliche Auswirkung verstehen

"Is that something a customer would see, or is it internal only?"
Würde das ein Kunde merken — oder läuft das intern ab?

Verifizieren ob du es richtig verstanden hast

"Just to make sure I understood — you're saying that the issue only happens when ELDA times out, not on every submission?"
Mit eigenen Worten zusammenfassen — kurz und gezielt.

Status melden im Chat

Kurze, scanbare Updates. Niemand will einen Aufsatz lesen — drei Zeilen reichen.

Du hast verifiziert, kann geschlossen werden

"Verified on 26.6 RC1 — works as expected. Closing #4721."

Du brauchst Input vom Kunden

"Blocked on customer data — waiting for them to confirm the exact entry date. Will pick up once I have it."

Regression bestätigt

"Regression confirmed in 26.10 RC1. Same scenario worked in 26.6. Reopening #4721."

In deiner Arbeit bei P&I

Mit einer bekannten Phrase anzufangen ist immer leichter, als eine zu erfinden. Die Strukturen aus diesem Modul reichen für 80% deiner täglichen Fälle. Wenn dir gerade die Worte fehlen: Kontext → Beobachtung → was du geprüft hast → was du brauchst. Vier Schritte, in jeder Sprache.

Praktischer Tipp: Halte dir zwei oder drei Phrasen aus diesem Modul griffbereit (notiert auf Papier oder in einer Notiz-App). Beim ersten Mal liest du ab. Beim dritten Mal sagst du es frei. Das ist kein Schummeln — das ist Sprachübung.

Denke mal nach: Wann hast du dich zuletzt nicht getraut, eine Rückfrage zu stellen, weil dir die englischen Worte gefehlt haben? Welche der Strukturen aus diesem Modul hätte dir geholfen?