Cloud Engineer Onboarding in 4 Wochen: Plan und Checkliste

Cloud-Engineer-Onboarding entscheidet oft schon in den ersten vier Wochen darüber, ob eine neue Person nach kurzer Zeit produktiv wird oder monatelang Orientierung sucht. Trotzdem besteht Onboarding in vielen Teams noch aus Slack-Nachrichten, geteilten Dokumenten und der Hoffnung, dass irgendjemand spontan Zeit hat. Hier ist ein 4-Wochen-Plan, der Cloud-Engineer-Onboarding strukturiert, ohne starre Kurslogik und ohne bestehendes Wissen neu aufzubauen. Statt auf spontane Zeit setzt er auf einen Paten, Praxisaufgaben und eine Frist je Woche.

Für wen dieser Onboarding-Plan gedacht ist

Der Plan eignet sich besonders für Cloud Engineers, SREs, Plattform-Teams und andere technische Rollen, in denen Wissen auf viele Systeme, Repositories, Dokumentationen und Personen verteilt ist. Er ist kein starres Schulungsprogramm, sondern ein praxistauglicher Orientierungsrahmen für die ersten vier Wochen.

Das Prinzip: Reihenfolge vor Vollständigkeit

Ein gutes Onboarding lehrt nicht alles, sondern das Richtige in der richtigen Reihenfolge. Jede Woche baut auf der vorherigen auf. Wer in Woche 1 mit Service Mesh anfängt, verbrennt Motivation; wer mit Zugängen und Architekturüberblick startet, gewinnt Tempo.

Der 4-Wochen-Plan

Woche 1: Ankommen und Überblick

Ziel: handlungsfähig werden. Zugänge, Entwicklungsumgebung, ein erster grüner Build. Dazu der grobe Architekturüberblick: Welche Services gibt es, wie hängen sie zusammen, wo liegt was. Kein Tiefgang, sondern Orientierung. Ab dem ersten Tag steht fest, wer die neue Person als Pate begleitet.

Woche 2: Die eigene Domäne

Ziel: den eigenen Verantwortungsbereich verstehen. Die zwei oder drei Services, an denen die Person arbeiten wird, im Detail: Deployment-Pfad, Monitoring, typische Incidents. Am schnellsten geht das im Tandem: Der Pate geht die Domäne mit der neuen Person an echten Vorgängen durch. Zum Nachschlagen daneben zahlt es sich aus, wenn Runbooks, Architektur-Dokumentation und Betriebswissen im Lernpfad verlinkt sind, statt über mehrere Systeme verstreut zu liegen.

Woche 3: Querschnitt und Plattform

Ziel: das große Ganze. CI/CD-Pipeline, Secrets-Management, Observability, Incident-Prozess. Themen, die alle Services betreffen und ohne die niemand eigenständig deployen sollte.

Woche 4: Eigenständigkeit

Ziel: erste echte Verantwortung. Ein kleines Feature oder Bugfix end-to-end, inklusive Review und Deployment, als Praxisaufgabe mit Frist. Vom Paten begleitet, aber selbst gefahren. Am Ende der Woche steht ein kurzes Gespräch: Was sitzt, wo sind Lücken?

Checkliste: Tribal Knowledge sichtbar machen

Der häufigste Onboarding-Killer ist implizites Wissen, das nur in Köpfen existiert. Diese Fragen decken es auf:

• Welche drei Dinge muss man wissen, die in keiner Doku stehen?
• Wen fragt man bei Problem X und weiß die neue Person das ab dem ersten Tag?
• Welcher Schritt im Deployment ist „eigentlich klar", aber regelmäßig Ursache von Fehlern?
• Welche Altlasten erklärt man jedem Neuen mündlich?

Jede dieser Antworten gehört in den Lernpfad, als das, was sie ist: als Termin mit der Person, die es kann, als Praxisaufgabe oder, wo man es nachschlagen muss, als verlinkter Eintrag im Runbook. Nicht in den nächsten zufälligen Erklärlauf, der davon abhängt, wer gerade Zeit hat.

Warum ein Pfad besser ist als eine Kursliste

Der Plan oben funktioniert nur, weil er Abhängigkeiten hat: Woche 3 setzt Woche 1 voraus. Genau das bilden klassische Systeme schlecht ab, mehr dazu im Beitrag Warum klassische LMS bei technischen Teams scheitern. Caltrix macht verbindlich, wer wem was bis wann beibringt. Mit Caltrix Learning lässt sich dieser 4-Wochen-Plan als Pfad mit Pate, Praxisaufgaben und Frist abbilden, der vorhandene Inhalte verlinkt, statt sie neu zu erstellen.

Fazit

Ein wirksames Cloud-Engineer-Onboarding braucht nicht möglichst viele Inhalte, sondern eine sinnvolle Reihenfolge, sichtbare Abhängigkeiten und einen Paten, der das Erfahrungswissen weitergibt. Vier Wochen reichen aus, um neue Teammitglieder handlungsfähig zu machen, wenn aus losem Wissen ein Pfad wird, in dem feststeht, wer wem was bis wann beibringt. Ein Plan auf Papier ist der Anfang. Ein gepflegter Lernpfad, den jede nächste Person mit ihrem eigenen Paten durchläuft, ist die eigentliche Skalierung.