Wo DevOps-Stellen tatsächlich ausgeschrieben werden

Warum die großen Jobbörsen dieser Rolle nicht gerecht werden

Wer eine DevOps-Engineer-Stelle auf einer generalistischen Jobbörse ausschreibt, wird mit unpassenden Bewerbern überflutet – Java-Entwickler, die einmal ein Dockerfile angefasst haben, IT-Support-Mitarbeiter, die "AWS" angeben, weil sie in einem Tutorial einen S3-Bucket erstellt haben. Hiring Manager, die damit schlechte Erfahrungen gemacht haben, nutzen generalistische Jobbörsen nur noch für Junior-Positionen oder generische "Engineer"-Titel. Was an deren Stelle tritt, ist keine Geheimhaltung, sondern Filterung: Sie wechseln zu Kanälen, in denen sich das Publikum bereits für den spezifischen Stack selbst vorsortiert hat.

Das ist für DevOps wichtiger als für viele andere technische Rollen, weil der Titel selbst unscharf ist. "DevOps Engineer" umfasst Leute, die Terraform und Kubernetes-Cluster-Operationen machen, Leute, die CI/CD-Pipeline-Wartung in Jenkins oder GitLab betreiben, und Leute, die eigentlich SREs sind mit Rufbereitschaft und Error-Budget-Gesprächen mit dem Produktteam. Eine vage Ausschreibung auf Indeed oder LinkedIn zieht alle drei an; eine Ausschreibung in einem Kubernetes-spezifischen Slack zieht hauptsächlich die richtige an. Die Rolle erreicht also durchaus öffentliche Jobbörsen – aber oft als nachrangiger, später Kanal, nachdem der Recruiter oder Hiring Manager bereits engere Kanäle versucht hat.

Wo Stellen tatsächlich auftauchen

CNCF- und Kubernetes-Community-Kanäle. Der Slack der Cloud Native Computing Foundation und der #kubernetes-jobs-Kanal des Kubernetes-Slack führen Stellen, die konkret Kubernetes-Betriebserfahrung erfordern – nicht nur "Container" im Lebenslauf. Diese Ausschreibungen nennen meist das genaue CNI, Service Mesh (Istio, Linkerd) oder GitOps-Tool (ArgoCD, Flux), das das Team betreibt, weil der Verfasser weiß, dass das Publikum danach filtert.

HashiCorps Community-Forum und User Groups, für Unternehmen mit starkem Terraform- und Vault-Einsatz. Gleiche Logik: Ein Unternehmen, das Terraform Enterprise oder Vault im großen Maßstab betreibt, schreibt lieber dort aus, wo der Bewerber bereits weiß, was eine State-Datei ist.

r/devops und r/sre auf Reddit sowie der DevOpsish-Newsletter führen zeitweise Job-Threads. Niedrigeres Signal als die Slack-Communities, aber einen Blick wert, besonders für Remote-First-Unternehmen.

Partner- und Zertifizierungsnetzwerke der Cloud-Anbieter. AWS, Azure und Google Cloud betreiben jeweils Partnerprogramme, und wer ein AWS Certified DevOps Engineer – Professional, ein Azure Administrator/DevOps Engineer Expert oder Googles Professional Cloud DevOps Engineer Zertifikat hält, landet manchmal auf der eigenen Talent-Liste des Anbieters oder in einer Partner-Empfehlungspipeline – das variiert nach Region und Partner-Stufe, also eher untersuchenswert als garantiert.

Hacker News "Who's Hiring"-Threads (monatlich, erster Wochentag des Monats) führen noch Infrastruktur- und Plattformrollen von Unternehmen, die keine Recruiter-Ebene einschalten wollen, oft mit direkter E-Mail an den einstellenden Engineer statt ATS-Link.

DevOpsDays und lokale Meetup-Gruppen. Das sind Präsenz- oder Hybrid-Events, und Stellen werden von der Bühne oder im Slack-Backchannel erwähnt, bevor sie irgendwo formell ausgeschrieben werden. Das ist nicht dasselbe wie vager Rat zu "mehr netzwerken" – es ist ein spezifisches, wiederkehrendes Event-Format mit einem spezifischen Publikum aus Plattform- und Infrastruktur-Engineers, und Organisatoren posten offene Stellen meist im eigenen Event-Kanal.

Engineering-Blogs und Statusseiten von Unternehmen. Wenn ein Unternehmen öffentlich über seinen Incident-Response-Prozess, seine Terraform-Modul-Struktur oder seine Migration zu einem neuen Orchestrator schreibt, ist das meist ein Signal, dass das Plattform-Team wächst, und es lohnt sich, die Karriereseite direkt zu prüfen, statt darauf zu warten, dass die Stelle überhaupt auf einer Jobbörse erscheint.

Agenturen und die spezifische Aufteilung, die hier zählt

DevOps-Recruiting teilt sich entlang einer Linie, die nicht sauber auf andere Engineering-Einstellungen passt: Festanstellungen laufen über generalistische Tech-Recruiter oder interne Talent-Teams, aber ein großer Anteil der Arbeit – besonders Cloud-Migrationsprojekte, Plattform-Aufbauten und SRE-Vertretungen – läuft stattdessen über Vertrags- und Interim-Recruiter.

Die Vertragsseite arbeitet mit Tagessätzen und im UK mit IR35-Status. Eine als "outside IR35" über ein Umbrella oder die eigene Limited Company ausgeschriebene Stelle ist eine andere Verhandlung und eine andere Steuerposition als ein PAYE-Vertrag oder eine Festanstellung, und spezialisierte Infrastruktur-Recruiter geben diesen Status meist in der ersten Nachricht an, weil er bestimmt, ob Sie den Satz überhaupt ansehen werden. Wenn ein Recruiter Ihnen bei der ersten Kontaktaufnahme nicht die IR35-Bestimmung nennen kann, lohnt es sich, das vorher zu klären, nicht nachher.

Boutique-Recruiter, die sich speziell auf Cloud-Infrastruktur, SRE und Platform Engineering konzentrieren (im Gegensatz zu allgemeinen "IT-Recruitment"-Agenturen), haben tendenziell engere, aber genauere Briefs – sie haben meist mit dem Hiring Manager gesprochen, nicht nur mit HR, und können Ihnen sagen, welcher Orchestrator, welche Cloud und ob Rufbereitschaft dabei ist. Generalistische Agenturen, die ein DevOps-Req von einer Keyword-Liste abarbeiten, sind diejenigen, die Ihnen Stellen schicken, die sich als Sysadmin-Jobs mit umbenanntem Titel herausstellen.

Eine relevante Anzahl von DevOps- und Plattformrollen geht nie an eine externe Agentur – sie werden durch den eigenen Recruiter des Unternehmens besetzt, der auf LinkedIn direkt Leute anspricht, deren Profil spezifische Tools (Terraform, Kubernetes, Prometheus, Grafana) auflistet, nicht nur die Berufsbezeichnung. Diesen Profilabschnitt aktuell und spezifisch zu halten, nicht nur die Überschrift, leistet hier echte Arbeit.

Interne Bewegung und das Plattform-Team-Problem

Ein großer Teil des DevOps-Hiring in etablierten Unternehmen ist gar kein Hiring – es ist interner Transfer. Sysadmins und Backend-Entwickler wechseln in ein Plattform- oder SRE-Team, wenn das Unternehmen Infrastructure-as-Code- und CI/CD-Praktiken einführt, oft ohne dass die Stelle extern ausgeschrieben wird. Unternehmen, die eine Platform-Engineering-Reorganisation durchlaufen – Aufteilung eines monolithischen "DevOps-Teams" in ein zentrales Plattform-Team plus eingebettete Engineers in Produktteams – besetzen die neue Struktur meist zuerst aus bestehenden Mitarbeitern und öffnen externe Reqs nur für Stellen, die intern niemand will oder für die niemand die spezifische Kompetenz hat (oft die rufbereitschaftslastigen SRE-Positionen).

Das hat eine praktische Konsequenz: Wenn Sie von Sysadmin- oder Backend-Arbeit zu DevOps wechseln möchten, ist der interne Weg bei Ihrem aktuellen Arbeitgeber möglicherweise schneller und realistischer als der externe Arbeitsmarkt, weil Sie gegen niemanden konkurrieren statt gegen extern eingestellte Spezialisten. Wenn Sie bereits DevOps-Engineer sind und den Arbeitgeber wechseln wollen, bedeutet es, dass die Stelle, die Sie anstreben, möglicherweise bereits einen informellen internen Kandidaten im Kopf hat, und die externe Ausschreibung – falls es eine gibt – teilweise eine Formalität ist, die die eigene Einstellungsrichtlinie des Unternehmens erfordert.

Timing und Saisonalität spezifisch für diesen Markt

DevOps- und Plattform-Hiring folgt zwei Kalendern, die nicht immer übereinstimmen: dem eigenen Geschäftsjahr des Unternehmens und Cloud-Ausgaben- oder Migrationsprojekt-Meilensteinen.

Budgetgetriebenes Hiring öffnet sich meist in zwei Fenstern: kurz nach Beginn eines neuen Geschäftsjahres (Januar für Kalenderjahrfirmen, April für UK-Firmen am Steuerjahr ausgerichtet), wenn neue Stellen genehmigt werden, und im letzten Quartal vor Jahresende, wenn ungenutztes Budget verbraucht wird, bevor es verloren geht – das ist ein häufig genanntes Muster im Tech-Hiring allgemein, nichts Einzigartiges für DevOps, aber es gilt hier genauso.

Projektgetriebenes Hiring ist spezifischer für dieses Feld. Eine Cloud-Migration, ein Kubernetes-Plattform-Aufbau oder eine compliance-getriebene Infrastruktur-Überholung (SOC 2, ISO 27001-Vorbereitung) erzeugt einen definierten Schub von Vertrags- und Festanstellungs-DevOps-Hiring zum Projektstart und einen entsprechenden Rückgang bei Vertragsverlängerungen, wenn das Projekt den stabilen Zustand erreicht. Vertrags-DevOps-Engineers, die diesen Zeitplan verstehen, verfolgen manchmal gezielt, welche Unternehmen gerade Finanzierungsrunden abgeschlossen oder Cloud-Migrationen angekündigt haben, weil das ein Frühindikator für Infrastruktur-Hiring sechs bis zwölf Wochen später ist.

Der Sommer auf der Nordhalbkugel und die Zeit um die Dezember-Feiertage gelten allgemein als langsamer für Hiring im gesamten Tech-Bereich, einschließlich DevOps – weniger neue Reqs geöffnet, mehr Stellen im Interview-Limbo, weil ein Panel-Mitglied im Urlaub ist. Das ist kein Grund, mit Bewerbungen aufzuhören, aber ein Grund, Schweigen im August nicht als Absagesignal zu lesen.

Was Sie damit anfangen

Treten Sie diese Woche dem Kubernetes-Slack und dem CNCF-Slack bei, falls noch nicht geschehen, und prüfen Sie die Job-Kanäle direkt, statt auf einen Digest zu warten. Schauen Sie direkt auf die Engineering-Blogs und Karriereseiten Ihrer Zielunternehmen – wenn sie in den letzten sechs Monaten über eine Migration oder einen Plattform-Umbau geschrieben haben, ist das ein besseres Signal als eine generische Jobbörsen-Suche. Wenn Sie Vertragsarbeit machen, fragen Sie im ersten Gespräch nach dem IR35-Status, nicht im dritten. Und wenn Sie bereits in einem Unternehmen sind, fragen Sie Ihren eigenen Plattform- oder SRE-Lead direkt, ob interner Transfer realistisch ist, bevor Sie annehmen, dass Sie kündigen müssen, um den Wechsel zu machen.

Was Sie in dieser Phase hauptsächlich tun, ist lesen und abgleichen – herausfinden, welche der gefundenen Stellen tatsächlich zu Ihrem spezifischen Stack und Ihrer Erfahrung passen und welche nicht. jobmarket.pro übernimmt dieses Lesen und Abgleichen für Sie: Es durchsucht diese Kanäle, liest jede Anzeige vollständig und bereitet eine Bewerbung aus Ihrer tatsächlichen Erfahrung vor, statt eines umgeschriebenen Lebenslaufs.