KPMG Data Engineer: Lebenslauf-Keywords und Interviewvorbereitung

Du willst dich als Data Engineer bei KPMG bewerben und weißt nicht, welche Begriffe im Lebenslauf wirklich zählen. Das ist ein echtes Problem. Beratungsfirmen filtern anders als Produktunternehmen. Was zählt, ist eine Mischung aus technischer Breite, Projektwirkung und der Fähigkeit, Kunden gegenüber kompetent aufzutreten.

Hier geht es um zwei Dinge: wie du deinen Lebenslauf und deine Profile so schneidest, dass die richtigen Begriffe drinstehen, und wie du dich auf ein Gespräch vorbereitest, ohne interne Abläufe zu erfinden. Denn die kennt niemand von außen zuverlässig.

Was KPMG Data Engineer überhaupt bedeutet#

KPMG ist keine reine Tech-Firma. Es ist eine Prüfungs- und Beratungsgesellschaft. Data Engineering dort heißt selten, dass du ein Produkt baust und drei Jahre daran feilst. Es heißt meistens, dass du für einen Kunden eine Dateninfrastruktur aufbaust, aufräumst oder in die Cloud migrierst, und das innerhalb eines Projektzeitraums.

Das hat Folgen für deine Bewerbung. Du musst nicht nur zeigen, dass du Pipelines bauen kannst. Du musst zeigen, dass du in fremden Systemen arbeiten kannst, mit Fachbereichen sprichst und Ergebnisse erklärst, ohne in Jargon abzurutschen. Wer das nicht glaubwürdig rüberbringt, fällt bei Beratern schneller durch als bei einem Konzern.

Die genaue Stellenbeschreibung entscheidet. KPMG hat Einheiten für Audit, Tax, Consulting und Deal Advisory, und jede kocht ihr eigenes Data-Süppchen. Lies die Ausschreibung Zeile für Zeile. Ein Job, der viel SAP und Cloud-Integration nennt, braucht einen anderen Fokus als einer, der Machine-Learning-Plattformen und MLOps betont.

Keywords, die in den Lebenslauf gehören#

Die Grundwörter, die in fast jeder Data-Engineer-Ausschreibung vorkommen, sind erwartbar: SQL, Python, ETL, Data Warehousing, Cloud, CI/CD, Docker, Git. Dazu kommen je nach Rolle Spark, Airflow, Kafka, dbt, Terraform, Databricks, Snowflake, Azure, AWS oder GCP.

Aber bloß auflisten reicht nicht. Ein Wort in der Skills-Zeile wiegt weniger als dasselbe Wort in einer Projektaufzählung mit Ergebnis. Zeig es im Kontext.

Neben den Fachbegriffen brauchst du Beratungssignale. Formulierungen wie "Anforderungen mit Fachbereichen erhoben", "Ergebnisse dem Kunden präsentiert", "Übergabe an Betriebsteam dokumentiert" zeigen, dass du Projektgeschäft kennst. Das sind keine Buzzwords, das sind Tatsachen aus deiner Arbeit. Wenn du sie nicht vorweisen kannst, sag es nicht.

So schneidest du deine Projekte zu#

Jede Zeile im Lebenslauf sollte sagen, was du gemacht hast, womit, und was dabei herauskam. Wenn dir das Ergebnis fehlt, nenn mindestens den Umfang. Nicht jede Arbeit lässt sich in Prozent messen, und das ist okay. Bloß "war an Datenpipelines beteiligt" ist zu wenig.

Ein konkretes Beispiel. Schlecht:

"Verantwortlich für Datenintegration und Optimierung von Prozessen."

Besser:

"Neun Figma-Exporte aus drei Quellen in eine Snowflake-Umgebung integriert, Datenqualitätschecks in dbt ergänzt, monatlichen Reportaufwand für den Fachbereich von vier Tagen auf einen halben Tag gesenkt."

Der Unterschied ist nicht die Länge. Es ist die Konkretheit. Werkzeuge, Umfang, Ergebnis. Wenn du keine Zahl hast, nenn den Umfang anders: "für 12 Länder", "für vier Fachbereiche", "in einem Team von drei Personen".

Lokaler Markt: was in Deutschland anders ist#

Ein paar Dinge solltest du für den deutschen Markt mitdenken. Erstens, Gehalt. Data-Engineer-Rollen in Beratung und Konzern bewegen sich je nach Erfahrung, Region und Verantwortung in unterschiedlichen Bandbreiten, und Senior- und Manager-Rollen liegen deutlich höher als Einstiegsrollen. Zahlen kursieren online zuhauf, viele davon veraltet oder pauschal. Für verbindliche Werte schau auf die aktuelle Ausschreibung, auf Tarifinformationen falls relevant und auf das Gespräch selbst.

Zweitens, Sprache. Bei KPMG Deutschland läuft vieles auf Deutsch, vor allem im Kundenkontakt. Englisch ist trotzdem Standard für viele technische Rollen und internationale Teams. Bewirb dich in der Sprache der Ausschreibung. Wenn sie deutsch ist, schreib den Lebenslauf auf Deutsch.

Drittens, Arbeitsort. Viele Rollen sind standortgebunden mit Homeoffice-Anteil, und das variiert stark zwischen Büros und Projekten. Frag im Gespräch nach, statt es vorauszusetzen. Auch Einstufung und Gehaltsband verhandeln sich einfacher, wenn du weißt, welche Verantwortung die Rolle tatsächlich hat.

Anschreiben und Profil#

Kurz halten. Ein Anschreiben für eine Beratungsfirma sollte in unter einer Seite sagen, welche Art von Projekten du gemacht hast, welche Tech-Stacks du wirklich beherrschst, und warum Beratung für dich kein Sprung ins Ungewisse ist. Wer noch nie Projektkunden betreut hat, sollte ehrlich sagen, worin die Parallele liegt.

Ein Beispiel für den Kernabsatz:

"In meiner letzten Rolle habe ich Datenlandschaften für zwei Fachbereiche aufgebaut, von der Anforderungsaufnahme bis zum Betrieb. Dabei habe ich gelernt, technische Entscheidungen für nicht-technische Ansprechpartner verständlich zu machen. Genau diese Arbeit möchte ich in der Beratung vertiefen."

Kein Superlativ, kein Versprechen. Nur das, was du belegen kannst. Wenn dein Profil auf Jobportalen steht, achte auf dieselbe Wortwahl wie in der Ausschreibung. Ein kostenloses Tool wie der kostenlose ATS-Checker hilft dir, zu prüfen, ob dein Lebenslauf die Begriffe überhaupt enthält, die in der Stellenanzeige vorkommen. Und wenn die Ausschreibung unklar formuliert ist, hilft der kostenlose JD-Decoder, die tatsächlich gesuchten Fähigkeiten herauszuarbeiten.

Interview: was wirklich dran kommt#

Ohne interne Einblicke zu erfinden, lässt sich eines sagen: Data-Engineer-Interviews in Beratungsfirmen folgen selten einem reinen Leetcode-Muster. Erwarte eine Mischung aus technischer Grundlage, Systemdenken, Projekterfahrung und Kommunikation.

SQL kommt fast sicher dran. Joins, Window Functions, Aggregationen, Query-Optimierung. Python auch, meist mit Fokus auf Datenverarbeitung statt Algorithmik. Dazu kommen Pipeline-Design, Fehlerbehandlung, Datenqualität und Cloud-Grundlagen.

Und dann der Teil, den viele unterschätzen: Wie erklärst du einem Kunden, warum ein Projekt zwei Wochen länger dauert? Wie gehst du mit Daten um, die niemand verantwortet? Diese Fragen testen nicht dein Wissen, sondern dein Urteilsvermögen.

Eine konkrete Antwort#

Nimm die klassische Frage: "Erzähl mir von einem Projekt, in dem etwas schiefging."

Schwache Antwort: "Da gab es Probleme mit der Datenqualität, aber wir haben es gelöst."

Bessere Antwort:

"Wir haben Daten aus einem Altsystem übernommen und festgestellt, dass zwei Felder doppelt belegt waren. Statt sofort eine neue Pipeline zu bauen, habe ich zuerst mit dem Fachbereich geklärt, welche Definition überhaupt gilt. Das hat zwei Tage gedauert, hat aber verhindert, dass wir wochenlang am falschen Modell gebaut hätten. Danach haben wir die Bereinigung in dbt abgebildet und einen Check eingebaut, der Abweichungen meldet."

Struktur: Situation, Entscheidung, Ergebnis, Lektion. Vier Sätze, kein Drama. Das kommt bei Beratern besser an als eine Heldengeschichte.

Vorbereitung in konkreten Schritten#

• Lies die Ausschreibung zweimal und markiere jede Technologie, die darin vorkommt. Diese Begriffe müssen in deinem Lebenslauf vorkommen, wenn du sie tatsächlich beherrschst.
• Bau eine Liste mit fünf Projekten, die du frei erzählen kannst. Zu jedem: Ausgangslage, dein Beitrag, Ergebnis, was du gelernt hast.
• Übe SQL grundlos. Window Functions, CTEs, Umgang mit NULL. Dazu ein paar Aufgaben zur Query-Optimierung.
• Wiederhole die Cloud-Grundlagen der Plattform, die in der Ausschreibung steht. Speicherdienste, IAM, Netzwerk, Kostenmodell.
• Bereite drei Fragen vor, die zeigen, dass du an die Arbeit denkst. Nicht "wie ist die Unternehmenskultur", sondern "wie groß sind typische Projektteams" oder "wer übernimmt den Betrieb nach Go-Live".
• Lass jemanden deinen Lebenslauf gegenlesen. Ein zweites Paar Augen findet mehr Tippfehler als du.

Wo du passende Stellen findest#

KPMG schreibt auf seiner eigenen Karriereseite aus, aber nicht nur dort. Auf den großen Jobbörsen stehen die Rollen ebenfalls, manchmal mit mehr Details. Wenn du breit suchst und mehrere Beratungen gleichzeitig im Blick behalten willst, lohnt ein Blick in die aktuellen Data-Engineer-Stellen auf jobrise. Dort findest du auch weitere Artikel zur Bewerbung im technischen Bereich im Blog.

Und mach dir keinen Kopf, wenn du nicht alle Kriterien erfüllst. Ausschreibungen sind Wunschlisten. Wenn du 70 Prozent abdeckst und den Rest ehrlich benennst, bist du oft besser dran als jemand, der alles behauptet und nichts belegt.

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 der Lebenslauf für eine KPMG-Bewerbung sein?

Für Berufserfahrene reichen zwei Seiten, für Berufseinsteiger oft eine. Entscheidend ist nicht die Länge, sondern ob jede Zeile eine Aussage hat. Streiche alles, was nur deine Jobbeschreibung wiederholt.

Brauche ich einen Master für eine Data-Engineer-Rolle bei KPMG?

Viele Ausschreibungen nennen ein Studium in Informatik, Wirtschaftsinformatik oder einem vergleichbaren Bereich, manche nennen auch Bachelor oder gleichwertige Erfahrung. Schau in die konkrete Stellenanzeige. Praxiserfahrung wiegt bei Senior-Rollen oft schwerer als der Abschluss.

Soll ich die Bewerbung auf Deutsch oder Englisch schreiben?

In der Sprache der Ausschreibung. Bei KPMG Deutschland sind viele Rollen und Kundengespräche deutsch, technische Teams arbeiten oft englisch. Im Zweifel kurz nachfragen, das wirkt nicht unsicher, sondern professionell.

Wie gehe ich mit Gehaltsvorstellungen um?

Nenne keine Zahl zu früh. Wenn gefragt wird, gib eine Bandbreite an und verweise auf die Verantwortung der Rolle. Verbindliche und aktuelle Werte bekommst du nur aus der Ausschreibung, aus dem Gespräch oder aus offiziellen Quellen, nicht aus Bloglisten.

Was, wenn ich keine Cloud-Erfahrung habe?

Dann sag es. Verschleiern bringt nichts, weil spätestens im technischen Gespräch herauskommt, was du kannst. Besser ist es, zu zeigen, wie du neue Umgebungen schnell lernst, und konkrete Onboardings zu nennen, in denen du das schon getan hast.