Microsoft Interviewfragen für Software Engineers

Microsoft hat den pragmatischsten Engineering-Interview-Loop unter den Big-Tech-Unternehmen. Weniger Algorithmus-Rätsel als bei Google, weniger Behavioral-Schinderei als bei Amazon, mehr Fokus darauf, ob Sie tatsächlich bauen und ausliefern können. Das veröffentlichte AS-AS-AS-Framework (Assess situation, Approach, Solution) prägt jede Runde. Growth Mindset ist die kulturelle Grundlinie. Das Ergebnis: ein Loop, der Engineers belohnt, die klar denken, sauber kommunizieren und Tradeoffs ohne theatralisches Beiwerk benennen können. Dieser Leitfaden stützt sich auf Microsofts eigene öffentliche Careers-Materialien und öffentliche Glassdoor-Berichte.

Der Microsoft-Interviewprozess

Microsoft-Loops sind kürzer und schneller als bei FAANG. Recruiter-Screening (30 Minuten). Technisches Telefon-Screening (45–60 Minuten, ein Coding-Problem). Onsite (4 Runden, meist ein halber virtueller Tag: zwei Coding-Runden, eine System-Design-Runde ab Senior+, eine Behavioral-Runde mit dem Hiring Manager — manchmal "as appropriate" genannt, weil der Hiring Manager auf Ihr Level kalibriert). Debrief und Angebot. Gesamtdauer: 3–5 Wochen. Microsoft bewegt sich deutlich schneller als Amazon oder Google.

Die AS-AS-AS-Struktur zieht sich durch jede Runde. Die Interviewer erwarten, dass Sie die Situation Assess (einordnen, das Problem klären und umformulieren, Constraints benennen), Ihren Approach beschreiben (mehrere Optionen, wenn relevant, mit Tradeoffs) und dann eine Solution liefern (Code oder Design). Die ersten beiden Schritte zu überspringen und direkt ins Coden zu springen ist der häufigste Auslöser für eine Abwertung — die Interviewer bewerten die Einordnung ausdrücklich als eigene Dimension.

Die 10 wichtigsten technischen Fragen zur Vorbereitung

Microsoft-Fragen tendieren zu Klassikern mit pragmatischem Einschlag. Weniger LeetCode-hard, mehr "würden Sie diesen Code in einem PR-Review schreiben, ohne dass Kommentare nach Aufräumarbeiten verlangen".

1. Eine verkettete Liste umkehren — iterativ und rekursiv. Tipp: Senior-Kandidaten werden nach beidem gefragt; wählen Sie eine Variante zum Einstieg und bieten Sie die andere als Tradeoff an.
2. Level-Order-Traversierung eines Binärbaums mit benutzerdefinierten Node-Typen. Tipp: Üben Sie die Variante, bei der Sie nach Level gruppieren, und die Variante, bei der Sie flachklopfen.
3. Duplikate in einem Array aus N+1 ganzen Zahlen finden — Floyds Zyklenerkennung. Tipp: Die Zyklenerkennungs-Antwort ist elegant; wenn Sie sie nicht liefern können, ist Sort-and-Scan akzeptabel, aber niedriger bewertet.
4. Längster palindromischer Teilstring — Expand-around-center. Tipp: Manacher ist Overkill; liefern Sie Expand-around-center sauber und nennen Sie die Komplexität.
5. LRU-Cache — doppelt verkettete Liste + Hashmap. Tipp: die am häufigsten gefragte OOP-lastige Frage; üben Sie, bis Sie sie in 15 Minuten schreiben können.
6. Einen thread-sicheren Singleton implementieren — Synchronisationsmuster. Tipp: Das taucht immer noch auf; kennen Sie Double-Checked Locking und die sprachspezifisch sicheren Wege.
7. Spielzustands-Checker für Tic-Tac-Toe — OOP-Design + Gewinnbedingungs-Prüfung. Tipp: Saubere Klassengrenzen schlagen clevere Bit-Tricks.
8. String-Parsing unter Druck — atoi, einfacher Taschenrechner. Tipp: Edge Cases bei atoi (Overflow, Vorzeichen, Whitespace) bringen viele Kandidaten ins Stolpern.
9. Das k-größte Element finden — Heap oder Quickselect. Tipp: Heap ist unter Zeitdruck sicherer; Quickselect beeindruckt, wenn Sie die Partition korrekt hinbekommen.
10. Einen Zyklus in einem gerichteten Graphen erkennen — DFS mit drei Zuständen. Tipp: Die Weiß/Grau/Schwarz-Färbung ist die klarste Formulierung; lernen Sie das Vokabular.

Die 5 wichtigsten System-Design-Themen

1. Verteilte Dateisynchronisierung (OneDrive/Office) — Konfliktauflösung, Offline-Support, partielle Synchronisierung, Delta-Encoding.
2. Kollaborativer Editor (Word online) — Operational Transforms oder CRDTs, Presence, Cursor-Sharing.
3. Serverless-Plattform im Azure-Stil — Function-Deployment, Cold-Start-Minderung, Abrechnung, Isolation.
4. E-Mail- oder Notification-Dienst — Fan-out, Zustellbarkeit, Retries, Rate Limiting.
5. Suche-Autocomplete — Trie-basierte Vorschläge, Ranking-Signale, Personalisierung, Lookup mit niedriger Latenz.

Microsofts System-Design-Runden erwarten, dass Sie an Enterprise-Kunden denken — Multi-Tenancy, Compliance, Audit-Trails. Eine Lösung, die für Consumer funktioniert, aber Enterprise-Szenarien ignoriert, schneidet in Senior+-Runden schlechter ab.

Die 5 wichtigsten Behavioral-Fragen (Growth Mindset)

1. Erzählen Sie von einer Situation, in der Sie kritisches Feedback erhalten haben und was Sie damit gemacht haben. (Kern des Growth Mindset)
2. Beschreiben Sie ein Projekt, bei dem Sie etwas völlig Neues im Job gelernt haben. (Learn-it-all statt Know-it-all)
3. Führen Sie mich durch eine Situation, in der Sie mit einem Team zusammenarbeiten mussten, mit dem Sie keine gemeinsamen Ziele hatten. (One Microsoft)
4. Erzählen Sie von einer Situation, in der Sie sich für Inklusion oder Diversität in der Arbeit Ihres Teams eingesetzt haben. (Inklusion als ein Kernwert von Microsoft)
5. Beschreiben Sie eine technische Entscheidung, die Sie mit dem heutigen Wissen anders treffen würden. (Rückblickende Bescheidenheit)

Tipps speziell zur Kultur von Microsoft

Satya Nadellas Leitsatz "Learn-it-all statt Know-it-all" ist real. Die Growth-Mindset-Ausrichtung bedeutet, dass Interviewer Kandidaten aktiv abwerten, die sich so geben, als hätten sie auf alles eine Antwort. Schränken Sie angemessen ein: "Ich habe nicht in genau diesem Maßstab deployt, aber so würde ich darüber nachdenken" landet besser als ein selbstbewusster Bluff. Das stärkste Senior-Signal bei Microsoft ist, sagen zu können: "Ich weiß es nicht — so würde ich es herausfinden."

Microsoft-Interviewer sind oft älter und pragmatischer als ihre FAANG-Pendants. Sie haben viele Zyklen von Technologie-Hype erlebt. Eine Lösung, die auf "wir würden ein bewährtes Muster X verwenden, weil es Y zuverlässig löst" gründet, schlägt eine Lösung nach dem Motto "ich würde das neue, glänzende Ding nehmen, weil es spannend ist". Diese Vorliebe für bewährte Muster ist ein echtes kulturelles Signal — kämpfen Sie nicht dagegen an.

Ein spezifisches Fehlermuster auf Senior+: Kandidaten over-engineeren die Design-Runde. Zu Microsofts Kunden gehören Enterprises mit konservativen IT-Abteilungen. Eine Microservice-Architektur aus sechs Komponenten für ein Problem, das eine einzelne API plus eine Postgres-Tabelle lösen würde, ist das falsche Signal. Beginnen Sie mit dem einfachsten Design, das die Anforderungen erfüllt; Komplexität sollte durch ausdrückliche Constraints verdient werden.

Häufig gestellte Fragen