DevOps Engineer:in
Häufige Fragen zum Einstellungsprozess für DevOps Engineer:in sowie die häufigsten Fehler dabei.
Häufige Fehler bei der Besetzung dieser Rolle
DevOps-Rollen werden in deutschen KMU besonders häufig falsch zugeschnitten. Die folgenden Anti-Patterns kosten regelmäßig 6 bis 12 Monate Onboarding und führen zu vorzeitiger Kündigung.
DevOps als reine SysAdmin-Rolle ausschreiben
Eine Stellenausschreibung mit Linux-Server-Administration, SSH, Backups, Patch-Management als Hauptverantwortlichkeiten filtert moderne DevOps-Profile sofort heraus. Sie ziehen damit Profile an, die in Cloud-nativen Setups nicht autonom arbeiten können, und schrecken Profile mit Kubernetes-, IaC- und Observability-Tiefe ab. Beschreiben Sie stattdessen den realen Aufgabenmix: Plattform-Engineering, Pipeline-Ownership, Observability, Incident-Response, Enablement der App-Teams. Wenn die Rolle tatsächlich überwiegend SysAdmin ist, schreiben Sie sie als System Engineer aus, nicht als DevOps.
Auf Konzern-Pedigree statt auf Produktionsbetrieb einstellen
Ein:e Top-Absolvent:in einer renommierten Hochschule mit 2 Jahren bei einem DAX-Konzern oder einer Big-Tech-Niederlassung ist nicht automatisch produktiver als ein:e Autodidakt:in mit 5 Jahren On-Call in einem Startup oder KMU. Große Strukturen liefern ihren Plattform-Profilen klare Verträge zwischen Teams, dedizierte SRE-Funktionen und solides internes Tooling ; im KMU fehlt dieses Gerüst meist, und die fehlende Autonomie im Produktionsbetrieb wird zur Belastung. Gewichten Sie das Incident-Walkthrough-Interview und die Referenz-Prüfung zur Autonomie stärker als das Pedigree im Lebenslauf.
Mehrtägige Take-Home-Aufgaben verlangen
Eine Take-Home-Aufgabe mit 8 oder mehr Stunden nimmt in Wirklichkeit 24 Stunden in Anspruch (mit emotionalem Investment), demotiviert die besten Profile (die parallel andere Optionen haben) und liefert kein besseres Signal als ein gut geführtes Incident-Walkthrough von 45 Min. plus ein 30 Min. Architektur-Gespräch. Wollen Sie die Qualität der Argumentation messen, nicht die Vollständigkeit. Wenn doch eine praktische Übung nötig erscheint, begrenzen Sie sie auf maximal 2 Stunden mit klarem Scoping und akzeptieren Sie unvollständige, aber gut begründete Lösungen.
On-Call-Erwartung erst nach Vertragsunterschrift transparent machen
Eine produktionsverantwortliche DevOps-Rolle ohne klare Aussage zu On-Call, Bereitschaftsmodell, Vergütung der Bereitschaft, durchschnittlicher Pager-Last und Eskalationspfaden in der Ausschreibung führt zu vorzeitiger Kündigung innerhalb von 6 bis 12 Monaten. Geben Sie das Modell offen an: Bereitschaftsfenster (Beispiel: 1 Woche alle 6 Wochen), Vergütung (Bereitschaftspauschale plus Einsatzstunden), realistische Pager-Frequenz, Eskalationsmöglichkeit. Profile, die On-Call grundsätzlich ablehnen, sind in einer KMU-DevOps-Rolle oft fehl am Platz ; besser jetzt herausfiltern als nach 6 Monaten verlieren.