KPMG Cloud Engineer: Lebenslauf-Keywords und Interviewvorbereitung

Deine Bewerbung als Cloud Engineer bei KPMG scheitert oft schon an den richtigen Keywords im Lebenslauf. Bevor du dich irgendwo bewirbst, solltest du die Stellenanzeige genau zerlegen, denn Beratungsunternehmen filtern anders als klassische IT-Abteilungen.

Warum KPMG anders tickt als eine Produktfirma#

KPMG ist eine Beratungsgesellschaft. Das heißt: Du arbeitest nicht an einem eigenen Produkt, sondern an Projekten für Kunden. Cloud Engineer bedeutet dort meist Migrationen, Architekturarbeit, Infrastruktur als Code und manchmal auch Präsenz beim Kunden.

Der Nebeneffekt: Kommunikation zählt mehr als in einem reinen Engineering-Job. Du musst einem CFO erklären, warum eine Landing Zone Sinn ergibt. Und du musst im Team mit Consultants arbeiten, die kein YAML lesen können.

Das bedeutet nicht, dass Technik zweitrangig ist. Sie ist nur nicht alles. Wer das ignoriert, wird im Interview schnell merken, dass die Fragen nicht nur nach Terraform-Modulen gehen.

Die Stellenanzeige richtig zerlegen#

Die meisten Cloud-Engineer-Stellen bei KPMG listen Azure, AWS oder beides. Dazu kommen meist Terraform oder Bicep, Container-Technologien wie Kubernetes und Docker, CI/CD-Pipelines, und Sicherheitsthemen wie Identity Management oder Netzwerkarchitektur.

Lies die Anzeige zweimal. Beim ersten Mal verstehst du den Job. Beim zweiten Mal markierst du jedes technische Substantiv. Diese Liste wird dein Keyword-Repertoire für den Lebenslauf.

Ein hilfreiches Werkzeug dafür ist der kostenfreie JD Decoder, mit dem du Stellenanzeigen in einzelne Anforderungen herunterbrechen kannst. Danach hast du eine saubere Liste, an der du deinen Lebenslauf ausrichtest.

Keywords, die in deinem Lebenslauf auftauchen sollten#

Cloud Engineer bei KPMG heißt selten nur eine Cloud. Rechne damit, dass Azure stärker nachgefragt wird als AWS, weil viele KPMG-Kunden im Mittelstand und Konzernumfeld Microsoft-Lastig sind. AWS-Kenntnisse sind trotzdem ein Plus.

Folgende Begriffe tauchen in vergleichbaren Ausschreibungen immer wieder auf:

• Terraform, Bicep oder CloudFormation, je nach Anzeige
• Kubernetes, AKS, EKS, Docker
• Azure DevOps oder GitHub Actions für CI/CD
• Landing Zone, Hub-and-Spoke-Netzwerk, ExpressRoute
• Azure Active Directory beziehungsweise Entra ID
• Security Center, Defender for Cloud, Policy as Code
• Migration, Cloud Readiness Assessment, Well-Architected
• Linux, PowerShell, Bash, Python
• Agile Arbeitsweise, Scrum, Jira
• Stakeholder-Kommunikation, Kundenpräsentation

Nimm nicht alles blind auf. Nur was du wirklich kannst. Ein Keyword, das dich beim ersten Kundenprojekt sofort entlarvt, ist schlimmer als ein fehlendes.

So schreibst du die Erfahrungsbullets#

Der häufigste Fehler: Bullets wie "Verantwortlich für Cloud-Infrastruktur". Das sagt nichts. Kein Mensch weiß, ob du ein Terraform-Modul geschrieben hast oder Excel-Tabellen gepflegt.

Stattdessen: Was hast du gebaut, womit, und was war das Ergebnis. Ergebnis heißt nicht immer eine Zahl. Manchmal reicht eine klare Beschreibung der Auswirkung.

Beispiel für eine umgeschriebene Bullet:

Vorher: "Mitwirkung an der Cloud-Migration eines Kunden."

Nachher: "Migration von 40 Servern nach Azure mit Terraform und Azure DevOps, Aufbau der Landing Zone inklusive Hub-and-Spoke-Netzwerk und Policy as Code, Übergabe an das Betriebsteam mit Dokumentation und Runbooks."

Die zweite Version nennt die Tools, den Umfang und die Verantwortung. Genau so liest sich ein Profil, das KPMG interessiert.

Für eine erste Prüfung, ob dein Lebenslauf überhaupt von Bewerbermanagementsystemen sauber gelesen wird, eignet sich der kostenfreie ATS-Checker. Gerade bei Beratungsunternehmen mit hohem Bewerberaufkommen ist das ein realistischer Filter.

Was du im Interview zeigen musst#

Der Prozess variiert je nach Land, Standort und Team. Manche Standorte arbeiten mit Recruitern, andere direkt mit dem Hiring Manager, manche schalten eine technische Runde vor. Details dazu ändern sich regelmäßig, deshalb halte ich mich an das, was in den meisten Berichten wiederkehrt.

Erwarte eine Mischung aus technischen Fragen und Case-artigen Situationen. Der typische Cloud-Engineer-Case: Ein Kunde will in die Cloud, hat aber keine klare Strategie. Wie gehst du vor?

Die Antwort sollte Struktur zeigen. Erst verstehen, was da ist. Dann eine Zielarchitektur skizzieren. Dann Risiken benennen. Dann einen Umsetzungsweg vorschlagen. Das ist kein Framework, das dir jemand vorschreibt, sondern die Art zu denken, die in Beratungsprojekten erwartet wird.

Beispielantwort für eine typische Case-Frage#

Frage: "Ein Kunde mit 200 Mitarbeitern will von seinem Rechenzentrum in die Azure Cloud. Was sind Ihre ersten Schritte?"

Antwort: "Ich würde zuerst den Ist-Zustand aufnehmen: Welche Workloads laufen, welche Abhängigkeiten gibt es, welche Compliance-Anforderungen bestehen. Danach priorisiere ich die Workloads nach Aufwand und Risiko und schlage eine Landing Zone mit zentraler Identitätsverwaltung und getrennten Netzwerkzonen vor. Parallel kläre ich mit dem Kunden, ob ein Rehost ausreicht oder ob für einzelne Anwendungen ein Refactoring sinnvoll ist. Das Ergebnis wäre eine Roadmap mit Meilensteinen für die ersten sechs Monate, die ich dem Kunden in einem Workshop präsentiere."

Diese Antwort ist nicht perfekt. Sie zeigt aber, dass du in Schritten denkst und die Kommunikation mit dem Kunden mitdenkst. Genau das wird abgefragt.

Lokale Besonderheiten in Deutschland und der DACH-Region#

In Deutschland spielt der Betriebsrat eine Rolle, wenn du intern wechselst oder in Kundenprojekte gehst. Bei KPMG als Beratungsgesellschaft ist das weniger das Thema als beim Kunden vor Ort, aber du solltest wissen, dass Datenschutz und DSGVO-Konformität oft Teil der Anforderungen sind.

Gehalt: Berichte über Cloud-Engineer-Rollen bei KPMG und vergleichbaren Beratungen bewegen sich je nach Erfahrung und Standort in einem Bereich, der grob zwischen dem Einstiegsgehalt für Berufseinsteiger und dem Gehalt erfahrener Seniors liegt. Die Spanne ist breit und hängt von deiner Region, deiner Erfahrung und der Verhandlung ab. Prüfe die aktuellen Angaben auf der offiziellen KPMG-Karriereseite und auf Gehaltsportalen, bevor du eine Zahl nennst. Ich erfinde hier keine Zahlen.

Bei Visa und Arbeitserlaubnis: Für EU-Bürger ist das unkompliziert. Für Drittstaatsangehörige gelten die regulären deutschen Vorgaben zum Aufenthaltstitel für Beschäftigung. Die aktuellen Kriterien ändern sich, deshalb gilt hier nur: Check die offiziellen Quellen des Bundesamts für Migration und Flüchtlinge oder lass dich bei der Ausländerbehörde deines zukünftigen Standorts beraten.

Deine Checkliste für die Bewerbung#

• Stellenanzeige in einzelne Anforderungen zerlegen und als Keyword-Liste sichern
• Lebenslauf so umschreiben, dass jede relevante Bullet ein Tool und ein Ergebnis nennt
• ATS-Format prüfen, bevor du die Datei verschickst
• Zwei oder drei Projekte vorbereiten, die du im Interview im Detail erklären kannst
• Eine Case-Antwort mit Struktur üben, ohne sie auswendig zu lernen
• Fragen an das Team notieren, die zeigen, dass du den Beratungskontext verstehst
• Gehaltsvorstellung anhand aktueller Quellen recherchieren, nicht aus dem Bauch heraus
• Für den DACH-Raum typische Begriffe wie DSGVO und Betriebsrat kennen

Was du sonst noch tun solltest#

Nicht jede offene Cloud-Engineer-Stelle steht auf der eigenen Karriereseite. Manche laufen über Recruiting-Portale oder werden erst nach einer Initiativbewerbung sichtbar. Ein Blick auf aktuelle Stellenangebote schadet nie, bevor du Wochen in eine Bewerbung investierst.

Für weiterführende Artikel zu Lebensläufen, Bewerbungen und Interviewtechnik lohnt sich ein Besuch im Karrierebereich mit Praxistipps. Dort findest du Vorlagen und Beispiele, die du direkt anpassen kannst.

Kostenlose Tools#

• jobrise.io/de/free-ats-checker/
• jobrise.io/de/free-jd-decoder/
• jobrise.io/de/jobs/
• jobrise.io/de/blog/

Häufige Fragen#

Wie lang sollte mein Lebenslauf für KPMG sein?

Zwei Seiten sind in Deutschland üblich, bei Berufseinsteigern reicht oft eine. Wichtiger als die Länge ist, dass jede Zeile etwas Relevantes sagt. Weglassen, was nicht zur Stelle passt.

Sollte ich Azure oder AWS in den Vordergrund stellen?

Richte dich nach der Stellenanzeige. Wenn Azure dort zuerst genannt wird, kommt Azure zuerst in deinen Lebenslauf. Wenn du in beiden clouds gearbeitet hast, gib beiden Platz, aber mit unterschiedlichem Gewicht.

Wie detailliert muss ich Projekte im Interview erklären können?

Erwarte, dass du zu zwei oder drei Projekten tief reingehen kannst. Du solltest die Architektur erklären, deine konkrete Rolle benennen und sagen, was schiefging und wie du es gelöst hast. Genau diese Details unterscheiden echte Erfahrung vom Namensdroppen.

Brauche ich Zertifikate wie AZ-104 oder den AWS Solutions Architect?

Zertifikate helfen, sind aber kein Muss, wenn du relevante Projekterfahrung mitbringst. In der Beratung haben sie zusätzlich einen Wert gegenüber Kunden, weil sie deine Expertise belegen. Entscheide nach deinem aktuellen Stand, ob ein Zertifikat dir jetzt Zeit und Geld wert ist.

Was mache ich, wenn mir Beratungserfahrung fehlt?

Dann betone Projektarbeit, in der du mit internen Kunden oder Fachabteilungen gearbeitet hast. Zeige, dass du Anforderungen aufnehmen, priorisieren und Ergebnisse präsentieren kannst. Beratung ist zu großen Teilen diese Art von Arbeit, nur mit externen Kunden.