wehub-resource-sync
202 lines
13 KiB
Markdown
202 lines
13 KiB
Markdown
# Geteilter Kontext -- career-ops (Deutsch)
|
|
|
|
<!-- ============================================================
|
|
ANPASSEN DIESER DATEI
|
|
============================================================
|
|
Diese Datei enthält den geteilten Kontext für alle career-ops-Modi
|
|
in der deutschen Variante. Bevor du career-ops verwendest, MUSST du:
|
|
1. config/profile.yml mit deinen persönlichen Daten ausfüllen
|
|
2. cv.md im Projekt-Root anlegen (Lebenslauf in Markdown)
|
|
3. (Optional) article-digest.md mit deinen Proof Points anlegen
|
|
4. Die mit [ANPASSEN] markierten Abschnitte unten anpassen
|
|
============================================================ -->
|
|
|
|
## Quellen der Wahrheit (IMMER vor jeder Bewertung lesen)
|
|
|
|
| Datei | Pfad | Wann |
|
|
|-------|------|------|
|
|
| cv.md | `cv.md` (Projekt-Root) | IMMER |
|
|
| article-digest.md | `article-digest.md` (falls vorhanden) | IMMER (detaillierte Proof Points) |
|
|
| profile.yml | `config/profile.yml` | IMMER (Identität und Zielrollen) |
|
|
|
|
**REGEL: Niemals Kennzahlen aus Proof Points hartcodieren.** Lies sie zur Bewertungszeit aus `cv.md` und `article-digest.md`.
|
|
**REGEL: Bei Kennzahlen zu Artikeln/Projekten hat `article-digest.md` Vorrang vor `cv.md`** (in `cv.md` können ältere Zahlen stehen).
|
|
|
|
---
|
|
|
|
## North Star -- Zielrollen
|
|
|
|
Die Skill behandelt ALLE Zielrollen mit gleicher Sorgfalt. Keine ist primär oder sekundär — jede ist ein Erfolg, sofern Vergütung und Entwicklungsperspektive stimmen:
|
|
|
|
| Archetyp | Thematische Achsen | Was gekauft wird |
|
|
|----------|--------------------|------------------|
|
|
| **AI Platform / LLMOps Engineer** | Evaluation, Observability, Zuverlässigkeit, Pipelines | Jemand, der KI mit Metriken in Produktion bringt |
|
|
| **Agentic Workflows / Automation** | HITL, Tooling, Orchestrierung, Multi-Agent | Jemand, der zuverlässige Agentensysteme baut |
|
|
| **Technical AI Product Manager** | GenAI/Agents, PRDs, Discovery, Delivery | Jemand, der Business in KI-Produkte übersetzt |
|
|
| **AI Solutions Architect** | Hyperautomation, Enterprise, Integrationen | Jemand, der End-to-End-KI-Architekturen entwirft |
|
|
| **AI Forward Deployed Engineer** | Kundennah, schnelle Lieferung, Prototyping | Jemand, der KI-Lösungen schnell beim Kunden ausrollt |
|
|
| **AI Transformation Lead** | Change Management, Adoption, organisatorisches Enablement | Jemand, der KI-Transformation in Organisationen führt |
|
|
|
|
<!-- [ANPASSEN] Passe die Archetypen oben an deine Zielrollen an.
|
|
Beispiel für Backend-Engineering:
|
|
- Senior Backend Engineer
|
|
- Staff Platform Engineer
|
|
- Engineering Manager
|
|
etc. -->
|
|
|
|
### Adaptives Framing nach Archetyp
|
|
|
|
> **Konkrete Kennzahlen: zur Bewertungszeit aus `cv.md` und `article-digest.md` lesen. NIEMALS hier hartcodieren.**
|
|
|
|
| Wenn die Rolle ist... | Beim Kandidaten betonen... | Quellen für Proof Points |
|
|
|-----------------------|----------------------------|--------------------------|
|
|
| Platform / LLMOps | Production-Erfahrung, Observability, Evals, Closed-Loop | article-digest.md + cv.md |
|
|
| Agentic / Automation | Multi-Agent-Orchestrierung, HITL, Zuverlässigkeit, Kosten | article-digest.md + cv.md |
|
|
| Technical AI PM | Product Discovery, PRDs, Metriken, Stakeholder-Management | cv.md + article-digest.md |
|
|
| Solutions Architect | Systemdesign, Integrationen, Enterprise-tauglich | article-digest.md + cv.md |
|
|
| Forward Deployed Engineer | Schnelle Lieferung, kundennah, Prototyp bis Produktion | cv.md + article-digest.md |
|
|
| AI Transformation Lead | Change Management, Team-Enablement, Adoption | cv.md + article-digest.md |
|
|
|
|
<!-- [ANPASSEN] Ordne deine konkreten Projekte/Artikel den Archetypen oben zu -->
|
|
|
|
### Exit-Narrativ (in ALLEN Framings nutzen)
|
|
|
|
<!-- [ANPASSEN] Ersetze durch dein eigenes Narrativ. Beispiele:
|
|
- "Eigene SaaS nach 5 Jahren aufgebaut und verkauft. Jetzt voller Fokus auf angewandte KI im Enterprise."
|
|
- "Engineering-Lead in einer Series-B während 10x-Wachstum. Suche jetzt die nächste Herausforderung."
|
|
- "Wechsel von Beratung zu Produktentwicklung. Suche Rollen mit hoher Verantwortung."
|
|
Wird gelesen aus config/profile.yml → narrative.exit_story -->
|
|
|
|
Verwende das Exit-Narrativ aus `config/profile.yml`, um ALLE Inhalte zu rahmen:
|
|
- **In PDF-Summaries:** Brücke von der Vergangenheit in die Zukunft schlagen — "Wende dieselben [Skills] jetzt auf [JD-Domain] an."
|
|
- **In STAR-Stories:** Auf Proof Points aus `article-digest.md` referenzieren.
|
|
- **In Draft-Antworten (Block G):** Das Übergangs-Narrativ gehört in die erste Antwort.
|
|
- **Wenn die Stellenanzeige nach "unternehmerisch", "Eigenverantwortung", "Builder", "End-to-End" fragt:** Das ist DAS Differenzierungsmerkmal Nr. 1. Match-Gewicht erhöhen.
|
|
|
|
### Übergreifender Vorteil
|
|
|
|
Profil framen als **"Technischer Builder mit nachweisbarer Praxis"**, der das Framing an die Rolle anpasst:
|
|
- Für PM: "Builder, der mit Prototypen Unsicherheit reduziert und dann diszipliniert in Produktion bringt"
|
|
- Für FDE: "Builder, der ab Tag 1 mit Observability und Metriken liefert"
|
|
- Für SA: "Builder, der End-to-End-Systeme mit echter Integrationserfahrung entwirft"
|
|
- Für LLMOps: "Builder, der KI mit Closed-Loop-Qualitätssystemen in Produktion bringt"
|
|
|
|
"Builder" als professionelles Signal positionieren — nicht als "Bastler". Reale Proof Points machen das glaubwürdig.
|
|
|
|
### Portfolio als Proof Point (bei wertvollen Bewerbungen einsetzen)
|
|
|
|
<!-- [ANPASSEN] Wenn du eine Live-Demo, ein Dashboard oder ein öffentliches Projekt hast, hier konfigurieren.
|
|
Beispiel:
|
|
dashboard:
|
|
url: "https://deinedomain.dev/demo"
|
|
password: "demo-2026"
|
|
when_to_share: "LLMOps, AI-Platform, Observability-Rollen"
|
|
Wird gelesen aus config/profile.yml → narrative.proof_points und narrative.dashboard -->
|
|
|
|
Wenn der Kandidat eine Live-Demo / ein Dashboard hat (`profile.yml` prüfen), in passenden Bewerbungen den Zugang anbieten.
|
|
|
|
### Vergütungsintelligenz (Comp Intelligence)
|
|
|
|
<!-- [ANPASSEN] Recherchiere Vergütungsspannen für deine Zielrollen und passe die Werte an -->
|
|
|
|
**Allgemeine Hinweise:**
|
|
- WebSearch für aktuelle Marktdaten (Glassdoor, Levels.fyi, Kununu, Gehalt.de, StepStone-Reports)
|
|
- Nach Rollentitel framen, nicht nach Skills — Titel definieren die Gehaltsbänder
|
|
- Freelance-Sätze in DACH liegen in der Regel 30-60% über dem Brutto-Stundensatz einer Festanstellung (Sozialversicherung, Urlaub, Krankheit, Akquise, Steuerberater)
|
|
- Geo-Arbitrage funktioniert in Remote-Rollen: niedrigere Lebenshaltungskosten = besseres Netto
|
|
|
|
### Deutscher Markt — Spezifika (WICHTIG)
|
|
|
|
In deutschen Stellenanzeigen und Vertragsverhandlungen tauchen Begriffe auf, die in EN/ES-Märkten nicht existieren. Diese MÜSSEN korrekt eingeordnet werden:
|
|
|
|
| Begriff | Bedeutung | Bewertungs-Impact |
|
|
|---------|-----------|-------------------|
|
|
| **AGG** (Allgemeines Gleichbehandlungsgesetz) | Anti-Diskriminierungsgesetz. Stellenanzeigen müssen "(m/w/d)" enthalten | Keine Bewerbung verwerfen, weil "(m/w/d)" fehlt — aber als Compliance-Schwäche notieren |
|
|
| **13. Monatsgehalt** / Weihnachtsgeld | Zusätzliches Monatsgehalt, oft im November | Comp-Berechnung: Brutto x 13 (oder 13,5 / 14 in Tarif-Branchen). NIE vergessen beim Vergleich |
|
|
| **Festanstellung** vs **Freelance / Freie Mitarbeit** | Unbefristet vs selbstständig | Festanstellung = Sozialversicherung gedeckt, geringeres Risiko, niedrigerer Tagessatz. Freelance = höherer Satz, Scheinselbstständigkeits-Risiko prüfen |
|
|
| **Probezeit** | Übliche 6 Monate, verkürzte Kündigungsfrist (2 Wochen) | Kein Risiko-Flag — ist Marktstandard. Nur flaggen wenn > 6 Monate |
|
|
| **Kündigungsfrist** | Gesetzliche Frist nach Probezeit, oft 1-3 Monate | Bei Vertragswechsel relevant: Startdatum entsprechend planen |
|
|
| **Urlaub** | 25-30 Tage Standard (gesetzlich min. 20 bei 5-Tage-Woche) | < 28 Tage = unter Marktstandard für Tech. Verhandelbar |
|
|
| **Tarifvertrag** / TVöD / IG Metall | Kollektive Vergütungsregeln | In Tarif-Unternehmen ist Verhandlungsspielraum kleiner — dafür höhere Sicherheit, fixe Steigerungen |
|
|
| **Betriebsrat** | Mitarbeitervertretung | Stark im Mittelstand und Konzernen. Mitsprache bei Kündigung, Arbeitszeit. Pluspunkt für Stabilität |
|
|
| **Bewerbungsmappe** | Anschreiben + Lebenslauf + Zeugnisse | Im DACH-Raum oft erwartet, anders als in EN-Märkten. Zeugnisse ggf. nachreichen |
|
|
| **Arbeitszeugnis** | Strukturiertes Referenzdokument vom Ex-Arbeitgeber | Klassischer DACH-Standard, eigene Codesprache |
|
|
| **VWL** (Vermögenswirksame Leistungen) | Arbeitgeberzuschuss zum Vermögensaufbau | Kleinbetrag (oft 40 €/Monat), aber als Benefit zählen |
|
|
| **bAV** (Betriebliche Altersvorsorge) | Betriebsrente | Bei Comp-Vergleich beachten — kann mehrere hundert Euro monatlich sein |
|
|
|
|
### Verhandlungs-Skripte (Negotiation)
|
|
|
|
<!-- [ANPASSEN] Auf deine Situation zuschneiden -->
|
|
|
|
**Gehaltsvorstellung (allgemeines Framework):**
|
|
> "Auf Basis aktueller Marktdaten für diese Rolle peile ich [SPANNE aus profile.yml] an. Bei der Struktur bin ich flexibel — entscheidend sind das Gesamtpaket und die Entwicklungsperspektive."
|
|
|
|
**Pushback bei Geo-Diskount:**
|
|
> "Die Rollen, in denen ich konkurriere, sind ergebnisorientiert, nicht ortsabhängig. Mein Track Record ändert sich nicht mit der Postleitzahl."
|
|
|
|
**Wenn das Angebot unter dem Zielwert liegt:**
|
|
> "Ich vergleiche aktuell mit Angeboten im Bereich [höhere Spanne]. [Firma] reizt mich wegen [Grund]. Lässt sich [Zielwert] gemeinsam erreichen?"
|
|
|
|
**Bei Verhandlung über das 13. Gehalt / Bonus:**
|
|
> "Mir ist wichtig, das Gesamtpaket zu vergleichen. Können wir das fixe Bruttogehalt, das 13. Monatsgehalt und einen variablen Anteil getrennt aufschlüsseln?"
|
|
|
|
### Standort-Politik (Location Policy)
|
|
|
|
<!-- [ANPASSEN] An deine Situation anpassen. Wird gelesen aus config/profile.yml → location -->
|
|
|
|
**In Formularen:**
|
|
- Binäre "Können Sie vor Ort sein?"-Fragen: nach tatsächlicher Verfügbarkeit aus `profile.yml` antworten
|
|
- In Freitextfeldern: Zeitzonen-Überlappung und Verfügbarkeit explizit angeben
|
|
|
|
**In Bewertungen (Scoring):**
|
|
- Remote-Dimension bei Hybrid außerhalb deines Landes: Score **3.0** (nicht 1.0)
|
|
- Score 1.0 nur, wenn die Stellenanzeige explizit sagt "muss 4-5 Tage/Woche vor Ort, keine Ausnahmen"
|
|
|
|
### Time-to-Offer-Priorität
|
|
- Funktionierende Demo + Metriken > Perfektion
|
|
- Schneller bewerben > mehr lernen
|
|
- 80/20-Ansatz, alles zeitlich begrenzen
|
|
|
|
---
|
|
|
|
## Globale Regeln
|
|
|
|
### NIEMALS
|
|
|
|
1. Erfahrung oder Kennzahlen erfinden
|
|
2. `cv.md` oder Portfolio-Dateien verändern
|
|
3. Bewerbungen im Namen des Kandidaten absenden
|
|
4. Telefonnummer in generierten Nachrichten teilen
|
|
5. Vergütung unter Marktniveau empfehlen
|
|
6. PDF generieren, ohne vorher die Stellenanzeige gelesen zu haben
|
|
7. Marketing-Floskeln oder "Corporate-Sprech" verwenden
|
|
8. Den Tracker ignorieren (jede bewertete Stellenanzeige wird eingetragen)
|
|
|
|
### IMMER
|
|
|
|
0. **Anschreiben:** Wenn das Formular die Möglichkeit bietet, ein Anschreiben anzuhängen oder zu schreiben, IMMER eines mitliefern. PDF im selben visuellen Design wie der Lebenslauf erzeugen. Inhalt: Zitate aus der Stellenanzeige, gemappt auf Proof Points, Links zu relevanten Case Studies. Maximal 1 Seite.
|
|
1. `cv.md` und `article-digest.md` (falls vorhanden) lesen, bevor irgendeine Stellenanzeige bewertet wird
|
|
1b. **Bei der ersten Bewertung jeder Session:** `node cv-sync-check.mjs` per Bash ausführen. Bei Warnungen den Kandidaten informieren, bevor weitergearbeitet wird
|
|
2. Den Rollen-Archetyp erkennen und das Framing anpassen
|
|
3. Beim Matching exakte Zeilen aus dem Lebenslauf zitieren
|
|
4. WebSearch für Vergütungs- und Firmendaten nutzen
|
|
5. Nach jeder Bewertung im Tracker eintragen
|
|
6. Inhalte in der Sprache der Stellenanzeige erzeugen (Deutsch, wenn die Anzeige deutsch ist; Englisch sonst)
|
|
7. Direkt und konkret sein — keine Floskeln
|
|
8. Beim Erzeugen deutscher Texte (PDF-Summaries, Bullets, LinkedIn-Nachrichten, STAR-Stories): natürliches Tech-Deutsch, keine wörtliche Übersetzung. Kurze Sätze, aktive Verben, Passiv vermeiden. Fachbegriffe (Stack, Pipeline, Deployment, Embedding) nicht zwanghaft eindeutschen
|
|
8b. **Case-Study-URLs in der PDF Professional Summary:** Wenn das PDF Case Studies oder Demos erwähnt, MÜSSEN die URLs schon im ersten Absatz (Professional Summary) auftauchen. Recruiter lesen oft nur die Summary. Alle URLs im HTML mit `white-space: nowrap`
|
|
9. **Tracker-Einträge als TSV** — `applications.md` NIEMALS direkt für neue Einträge editieren. TSV in `batch/tracker-additions/` schreiben, `merge-tracker.mjs` übernimmt das Mergen
|
|
10. **`**URL:**` in jedem Report-Header** — zwischen Score und PDF
|
|
|
|
### Tools
|
|
|
|
| Tool | Einsatz |
|
|
|------|---------|
|
|
| WebSearch | Vergütungs-Recherche, Trends, Unternehmenskultur, LinkedIn-Kontakte, Fallback für Stellenanzeigen |
|
|
| WebFetch | Fallback, um Stellenanzeigen aus statischen Seiten zu extrahieren |
|
|
| Playwright | Prüfen, ob Stellenanzeigen noch aktiv sind (browser_navigate + browser_snapshot), Stellenanzeigen aus SPAs extrahieren. **KRITISCH: NIEMALS 2+ Agenten parallel mit Playwright starten — sie teilen sich eine Browser-Instanz** |
|
|
| Read | cv.md, article-digest.md, cv-template.html |
|
|
| Write | Temporäres HTML für PDF, applications.md, Reports .md |
|
|
| Edit | Tracker aktualisieren |
|
|
| Bash | `node generate-pdf.mjs` |
|