Der AMD-Bewerbungsprozess, Schritt für Schritt

Stellenausschreibungen bei AMD reichen von CPU- und GPU-Chips über Rechenzentrumsbeschleuniger und eingebettete Produkte bis hin zu einer großen Softwareorganisation, sodass sich Kandidaten zu Recht fragen, ob es überhaupt einen einheitlichen AMD-Prozess gibt. Dieser Abschnitt beschreibt die Phasen, die die meisten Abläufe gemeinsam haben, sowie die Variable, die darüber entscheidet, was in ihnen steckt. Die Phasen sind vertraut; die Variable ist dein technisches Fachgebiet.

Zuerst kommt das Recruiter-Screening. Es behandelt deinen Werdegang, die Rolle, den Standort und die Gehaltsvorstellungen, und hier solltest du die Produktgruppe und das Fachgebiet klären, zum Beispiel Physical Design, RTL, Design-Verifikation, Validierung, Firmware oder Treiber-Software.

Danach folgen ein bis zwei technische Runden mit dem einstellenden Team, meist per Video. Das sind Gespräche mit aktiven Ingenieuren statt eines standardisierten Tests, und sie gehen oft ebenso tief auf die Projekte in deinem Lebenslauf ein wie auf Lehrbuchfragen.

Die letzte Phase ist ein Panel aus mehreren Ingenieuren, von denen jeder ein Thema übernimmt, sowie ein Gespräch mit dem Hiring Manager über Aufgabenbereich und Passung. Berufseinsteiger sehen davor manchmal ein Online-Assessment; lies die Einladung sorgfältig, denn diese sind oft zeitlich begrenzt und beaufsichtigt.

Bei RTL- und Logikdesign-Rollen erwarten dich mündliche Fragen zu digitalen Grundlagen: kombinatorische versus sequenzielle Logik, endliche Automaten, Setup- und Hold-Zeit, Clock-Domain-Crossing und warum Synchronisierer existieren, sowie Kompromisse beim Pipelining. Interviewer bitten dich häufig, kleine Blöcke in Verilog oder SystemVerilog zu skizzieren oder zu schreiben, etwa eine FIFO, einen Zähler oder einen Arbiter, und dann zu erklären, was an den Grenzfällen bricht.

Design-Verifikationsrunden konzentrieren sich stärker darauf, wie du nachweist, dass ein Design funktioniert: SystemVerilog-Konstrukte, UVM-Struktur, constrained random stimulus, funktionale Coverage und Assertions. Ein häufiges Muster ist, dass dir die Beschreibung eines kleinen Blocks vorgelegt wird und du erklären sollst, wie du ihn verifizieren würdest, wobei ein klarer Testplan mehr zählt als auswendig gelernte Syntax.

Nimm eine Verifikationsingenieurin, die von einem Netzwerkchip-Unternehmen zu einem GPU-Team wechselt. Ihre Testbench-Erfahrung ließ sich direkt übertragen, doch das Panel widmete eine ganze Session der Coverage-Closure-Strategie für einen Memory-Controller, ein Thema, mit dem sie zuvor nur indirekt zu tun hatte. Hätte sie den Recruiter vorab gefragt, welchen Block das Team betreut, hätte sie ihre Vorbereitung gezielter darauf ausrichten können.

Software-Rollen bei AMD decken ein breites Spektrum ab, von GPU-Treibern und Compilern bis zum ROCm-Stack, Tools und der Validierungsinfrastruktur. Der gemeinsame Kern ist solides C oder C++, und du solltest auf Pointer, Speicherlayout, Bitmanipulation, Nebenläufigkeits-Primitive und die Art vorbereitet sein, wie ein Betriebssystem Speicher plant und verwaltet.

Firmware- und Treiberinterviews verlangen zusätzlich Hardware-Kenntnisse: Interrupts, speicherabgebildete Register, DMA und wie ein Treiber mit einem Gerät kommuniziert. GPU-Softwareteams fragen mitunter nach Konzepten paralleler Programmierung und wie Arbeit an die Hardware verteilt wird. Algorithmusfragen kommen vor, sind aber meist praxisnah statt rätsellastig.

Verhaltensfragen laufen meist innerhalb der technischen Runden mit statt in einem eigenen Slot, halte also kurze Geschichten bereit über das Debuggen von etwas Schwierigem, Meinungsverschiedenheiten bei einem Design und das Ausliefern unter Zeitdruck. Das laute Üben dieser Geschichten ist der Schritt, den die meisten Kandidaten überspringen; das Mock-Interview-Tool lässt dich eine Session allein durchführen und zuerst deine eigenen Antworten hören.

Die Panel-Interviewer bei AMD sind in der Regel die Ingenieure, mit denen du künftig zusammenarbeiten würdest, und das stärkste Signal, das du senden kannst, ist Tiefe bei deiner eigenen bisherigen Arbeit. Sei bereit, ein Design oder einen Bug aus deinem Lebenslauf auf der Ebene von Signalen, Registern oder Code durchzugehen, einschließlich dessen, was du heute anders machen würdest.

Stelle jedem Interviewer etwas Konkretes: welchen Block oder welche Komponente das Team betreut, wie der aktuelle Druck bei Tape-out oder Release aussieht, wie die Übergabe zwischen Verifikation und Design abläuft. Solche Fragen zeigen, dass du bereits wie ein Teammitglied denkst.

Diese Runden laufen per Video ab, und genau hier kann ein Live-Assistent helfen: SubcueAI transkribiert den Interviewer und entwirft eine strukturierte Antwort, entweder über die native macOS- oder Windows-Desktop-App mit einem lokalen Overlay oder über das Side Panel der Browsererweiterung in Chrome und Edge, das nur den Ton des Meeting-Tabs erfasst. Kein Bot tritt dem Anruf bei. Auch die Grenzen sind klar: Alles auf einem geteilten Bildschirm ist sichtbar, aufgezeichnete Sitzungen erfassen diese Freigabe, und beaufsichtigte Tests liegen außerhalb des Umfangs. Die Abläufe anderer Arbeitgeber sind in den Interview-Guides nach Unternehmen zusammengefasst.