Capgemini DevOps Engineer: Lebenslauf-Keywords und Interviewvorbereitung

Du willst dich als DevOps Engineer bei Capgemini bewerben, weißt aber nicht, welche Keywords im Lebenslauf wirklich zählen. Das ist ein häufiges Problem. Capgemini ist ein großes Beratungs- und IT-Dienstleistungsunternehmen, und die Anforderungen unterscheiden sich je nach Projekt, Kundensektor und Standort deutlich.

Was du hier findest, ist eine Arbeitsmethode: wie du aus der konkreten Stellenanzeige die relevanten Begriffe herausziehst, wie du deine Erfahrung so formulierst, dass sie dazu passt, und wie du dich auf Gespräche vorbereitest, ohne interne Abläufe zu erfinden. Denn die gibt es nicht als Einheitsform. Wer behauptet, es gebe einen festen Capgemini-Prozess, hat die Unternehmensstruktur nicht verstanden.

Warum die Stellenanzeige dein Maßstab ist#

Bei einem Dienstleister mit tausenden Projekten ist die Stellenanzeige die einzige verlässliche Quelle. Sie verrät dir, ob der Schwerpunkt auf Cloud-Migration liegt, auf Plattformbetrieb, auf Automatisierung oder auf Kundenberatung. Ein DevOps Engineer im Banking-Projekt braucht andere Schwerpunkte als jemand im öffentlichen Sektor.

Deshalb: lies die Anzeige Wort für Wort. Ein Werkzeug wie der kostenlose JD Decoder hilft dir, aus der oft verschwurbelten Formulierung herauszuziehen, welche Technologien und Tätigkeiten tatsächlich verlangt werden. Danach hast du eine Liste, an der du deinen Lebenslauf ausrichtest.

Typische Keywords, die in DevOps-Ausschreibungen auftauchen#

Welche Begriffe in deiner Bewerbung auftauchen sollten, hängt von der Anzeige ab. Im deutschsprachigen Markt kommen bei DevOps-Rollen bei großen Dienstleistern jedoch immer wieder ähnliche Bausteine vor:

• CI/CD, Pipelines, Jenkins, GitLab CI, Azure DevOps oder GitHub Actions
• Containerisierung mit Docker und Orchestrierung mit Kubernetes, oft OpenShift
• Infrastructure as Code, etwa Terraform, Ansible oder CloudFormation
• Cloud-Plattformen, vor allem AWS, Azure und die Google Cloud
• Monitoring und Observability, zum Beispiel Prometheus, Grafana, ELK oder Dynatrace
• Git, Branching-Strategien, Code-Reviews
• Sicherheitsthemen wie Secrets-Management, SAST/DAST oder Vulnerability-Scanning
• Skriptsprachen, häufig Bash, Python oder PowerShell
• Agile Arbeitsweisen, Scrum, Kanban, Zusammenarbeit in verteilten Teams

Zwei Dinge dazu. Erstens: schreibe die Begriffe so, wie die Anzeige sie nennt. Steht dort "Kubernetes", schreib nicht "K8s". Zweitens: liste nur Tools auf, die du wirklich benutzt hast. Bei einem Dienstleister sitzen im Gespräch erfahrene Leute, die schnell merken, ob du ein Tool nur vom Namen kennst.

So schreibst du deinen Lebenslauf um#

Der häufigste Fehler: eine Aufzählung von Tools ohne Wirkung. "Erfahrung mit Jenkins, Docker und Kubernetes" sagt nichts darüber, was du damit gemacht hast. Besser ist der Satzbau "Werkzeug + Handlung + Ergebnis". Ein Beispiel, wie ein Punkt vorher und nachher aussehen kann.

Vorher: "Verantwortlich für CI/CD-Pipelines und Docker."

Nachher: "CI/CD-Pipelines in GitLab CI für 12 Microservices aufgebaut und die Build-Dauer durch gezieltes Caching von etwa 25 auf 8 Minuten gesenkt."

Der zweite Satz nennt das Tool, beschreibt deine Handlung und liefert eine überprüfbare Größenordnung. Nimm nur Zahlen, die du belegen kannst. Wenn du keine exakten Werte mehr weißt, sag "deutlich unter zehn Minuten" statt eine Zahl zu erfinden. Genauigkeit ist im Gespräch wichtiger als Eindruck.

Ein weiteres Beispiel für eine typische Anforderung, Automatisierung:

"Manuelle Deployment-Schritte für die Testumgebung durch ein Terraform-Modul ersetzt, sodass das Team Umgebungen eigenständig in unter einer Stunde provisioniert."

Der deutsche Markt hat Besonderheiten#

Ein paar Dinge, die im deutschsprachigen Raum speziell sind. Erstens: bei großen Dienstleistern spielt der Standort eine Rolle. Viele Rollen sind hybrid oder teilweise beim Kunden, und die Erwartungen unterscheiden sich zwischen Frankfurt, München, Berlin oder kleineren Standorten. Schau dir in der Anzeige genau an, was zum Arbeitsort steht.

Zweitens: Sicherheits- und Datenschutzthemen wie ISO 27001 oder BSI-Konzepte sind in Deutschland und Österreich gewichtiger als in manchen anderen Märkten. Wenn du damit Erfahrung hast, nenne sie. Drittens: Sprachanforderungen sind real. Kundenprojekte im öffentlichen Sektor oder in regulierten Branchen verlangen oft gutes Deutsch. Wenn die Anzeige Deutsch fordert, gehört dein Sprachniveau in den Lebenslauf.

Viertens: Gehaltsangaben variieren stark nach Standort, Erfahrung und Projekt. Was im Markt für DevOps-Rollen berichtet wird, ist eine breite Spanne, und die konkrete Einordnung hängt von deinem Profil ab. Verlass dich nicht auf eine einzelne Zahl aus einem Blogbeitrag, sondern prüfe die aktuellen Angaben in der Stellenanzeige und auf der offiziellen Unternehmensseite.

Checkliste für die Bewerbung#

• Anzeige ausdrucken oder speichern und alle geforderten Technologien markieren
• Für jede markierte Anforderung einen eigenen Beispielsatz aus deiner Erfahrung formulieren
• Lebenslauf auf die geforderten Begriffe prüfen, ohne Begriffe einzufügen, die dir fehlen
• Ergebnisse mit Zahlen oder Größenordnungen versehen, die du im Gespräch erklären kannst
• Anschreiben kurz halten und auf die konkrete Rolle beziehen, nicht auf das Unternehmen im Allgemeinen
• Zeugnisse und Nachweise ordnen, gerade bei regulierten Branchen relevant
• Bewerbung mit einem ATS-Check durchgehen, damit Formatierung und Keywords sauber ankommen
• Profil auf der Jobplattform aktualisieren und offene Positionen im Blick behalten

Wie du dich auf das Gespräch vorbereitest#

Du kannst keine internen Prozesse vorhersagen, und das musst du auch nicht. Was du vorbereiten kannst: deine eigene Geschichte, deine technischen Entscheidungen und typische Gesprächsformate, die in IT-Dienstleistungen üblich sind.

Erwarte eine Mischung aus technischen Fragen, Fragen zu deiner Projekterfahrung und Fragen zur Zusammenarbeit mit Kunden. Letzteres ist kein Nebenschauplatz. Bei einem Beratungshaus musst du erklären können, warum du eine technische Entscheidung getroffen hast, und zwar so, dass es ein nicht-technischer Zuhörer versteht.

Ein Beispiel für eine häufige Frage: "Erzähl mir von einem Problem in einem Deployment, das du lösen musstest." Eine Antwort, die trägt:

"In einem Projekt sind die Deployments in die Testumgebung regelmäßig fehlgeschlagen, weil die Konfiguration zwischen den Umgebungen abwich. Ich habe die Unterschiede in einem Terraform-Modul zusammengeführt und einen Check in die Pipeline eingebaut, der Abweichungen vor dem Deployment meldet. Danach sind die Fehler nahezu verschwunden, und das Team konnte ohne meine Hilfe deployen. Was ich daraus gelernt habe: Umgebungsdifferenzen sind fast immer ein Konfigurationsproblem, kein Zufall."

Diese Antwort nennt das Problem, deine Handlung, das Ergebnis und eine Lehre. Genau dieses Muster funktioniert bei fast jeder Verhaltensfrage.

Technische Fragen realistisch einschätzen#

Rechne damit, dass jemand nachfragt, wenn du Kubernetes angibst. Nicht nur nach dem Begriff, sondern nach Pods, Deployments, Probes oder nach deinem Debugging-Vorgehen. Ein guter Test: kannst du einem Kollegen erklären, wie du ein Crash-Looping-Pod untersuchst, ohne Notizen? Wenn nicht, schreib es nicht so prominent in den Lebenslauf.

Bei Cloud-Themen sind Szenarien üblich: Wie würdest du eine Pipeline absichern, wie gehst du mit Secrets um, was tust du, wenn die Kosten einer Umgebung steigen? Es gibt keine einzelne richtige Antwort. Was zählt, ist dein Vorgehen und dass du Alternativen benennen kannst.

Der Ton im Gespräch#

Dienstleister arbeiten mit Kunden, und das prägt den Umgang. Sei konkret, übertreibe nicht, und sag es offen, wenn du etwas nicht weißt. "Das habe ich noch nicht gemacht, ich würde es so angehen" ist eine bessere Antwort als eine erfundene Erfahrung. Das gilt besonders bei Sicherheits- und Compliance-Fragen, wo Fehlinformationen schwerer wiegen als Wissenslücken.

Wenn du dich parallel bewirbst, hilft ein Blick auf aktuelle Stellenangebote, um zu sehen, welche Rollen gerade gefragt sind und wie die Anforderungen formuliert werden. Auf jobrise findest du eine Übersicht offener Positionen und weitere Artikel rund um die Bewerbung im Bereich DevOps.

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#

Welche Keywords sollten im Lebenslauf für eine DevOps-Rolle bei Capgemini stehen?

Nimm die Begriffe aus der jeweiligen Stellenanzeige, typischerweise CI/CD, Container, Kubernetes, Infrastructure as Code, Cloud-Plattformen und Monitoring. Formuliere sie in Kombination mit deiner konkreten Tätigkeit, nicht als reine Tool-Liste. Prüfe die Bewerbung am Ende mit dem kostenlosen ATS-Check.

Wie lang sollte das Anschreiben sein?

Eine Seite reicht vollkommen. Konzentriere dich auf zwei oder drei Anforderungen aus der Anzeige und zeige an einem Beispiel, wie du sie erfüllst. Ein allgemeines Lob auf das Unternehmen überzeugt niemanden.

Wird bei Capgemini ein formaler Prozess mit mehreren Runden erwartet?

Die Abläufe unterscheiden sich je nach Bereich, Standort und Projekt, und es gibt keine verbindliche Struktur, die für alle Rollen gilt. Bereite dich auf ein technisches Gespräch, ein Gespräch zu deiner Projekterfahrung und Fragen zur Kundenarbeit vor. Details klärst du am besten direkt mit der zuständigen Ansprechperson.

Brauche ich Zertifikate wie AWS Certified oder CKA?

Zertifikate helfen, wenn sie zu der Stelle passen, sind aber kein Ersatz für nachweisbare Projekterfahrung. Wenn ein Zertifikat in der Anzeige explizit genannt wird, solltest du es haben oder den Weg dorthin benennen können. Ohne Nennung in der Anzeige ist es ein Pluspunkt, kein Muss.

Was ist beim Gehalt in Deutschland zu beachten?

Berichtete Spannen für DevOps-Rollen variieren stark nach Standort, Erfahrung und Projektumfeld, und es gibt keine verlässliche Einheitszahl. Orientiere dich an der konkreten Ausschreibung und den aktuellen offiziellen Angaben des Unternehmens, nicht an einzelnen Blogbeiträgen. Im Gespräch lohnt es sich, deine Erwartung an die Verantwortung der Rolle zu koppeln.