Ein 30-60-90 für einen Embedded Engineer sollte lauten: bis Tag 30 bedeutungsvollen Code shippen, bis Tag 60 einen Workstream ownen und bis Tag 90 das umgebende Team besser machen. Embedded Talent wird für Geschwindigkeit eingestellt, also ist der Plan gegenüber einer klassischen Mitarbeiter-Rampe komprimiert – und er sollte vor Tag eins schriftlich vorliegen.
Der Plan auf einen Blick
| Checkpoint | Fokus | Beleg, dass es auf Kurs ist |
|---|---|---|
| Tag 1–30 | Shippen und Kontext aufnehmen | Erster PR in Woche eins; bedeutungsvolles Feature in Produktion; kennt das Domänenvokabular |
| Tag 31–60 | Einen Workstream ownen | Führt den eigenen Bereich ohne Händchenhalten; scoped die eigene Arbeit; meldet Risiken früh |
| Tag 61–90 | Das Team multiplizieren | Docs und Patterns, die andere wiederverwenden; pairt mit Inhouse-Engineers; messbares Ergebnis geliefert |
Was das Gastteam ihnen schuldet
- Zugänge vor Tag eins geregelt: Repos, Umgebungen, Daten, Kommunikationskanäle.
- Ein benanntes Inhouse-Gegenüber, das Kontextfragen schnell beantwortet.
- Eine echte erste Aufgabe, die shippt – keine Sandbox-Übung.
- Klare Definition des Tag-60-Workstreams und seiner Erfolgsmetrik.
Wie Sie jeden Checkpoint reviewen
Halten Sie an jedem Meilenstein ein 30-minütiges Review gegen den schriftlichen Plan. Wenn Tag 30 gerutscht ist, diagnostizieren Sie ehrlich: Lag es an Zugängen und Onboarding (Ihre Seite) oder an der Fähigkeit (deren Seite)? Embedded-Engagements machen die Korrektur leicht – Scope anpassen, die Person tauschen oder Ihr Onboarding fixen – aber nur, wenn die Checkpoints existieren.
