✕Verantwortungsgrößen ohne Zahlen: 'Führung eines Teams' reicht nicht. Konkret: 'Führung einer Engineering-Org mit 78 Engineers in 5 Produkt-Teams, 4 Engineering Manager, 3 Staff Engineers, jahresbudget 42 Mio. EUR'.
✕Stack ohne Versions- oder Setup-Kontext: 'AWS-Erfahrung' ist zu vage. Besser: 'Multi-Cloud-Setup AWS (EKS, RDS Postgres) plus GCP (Bigtable, Cloud Run) mit Terraform-IaC und ArgoCD-Deployments'.
✕Hiring nicht quantifiziert: 'Verantwortlich für Hiring' ist nutzlos. Schreibe: '38 Engineering-Hires in 2024 bei Conversion Rate 4,2 % (1.100 Bewerbungen, 240 Tech-Interviews, 46 Onsites, 38 Offers, 38 Hires)'.
✕Architekturentscheidungen nicht namentlich: 'Architekt von Microservices-Migration' – welche Migration konkret? Welche Trade-offs? Welche Ergebnisse? Schreibe: 'Migration eines PHP-Monolithen (450k LoC) zu 12 NestJS-Microservices in 18 Monaten ohne Produkt-Downtime'.
✕Engineering-Metriken weggelassen: Wer als Engineering Leader keine DORA- oder SPACE-Metriken referenziert, signalisiert mangelnde Datenkompetenz. Schreibe konkrete Werte: 'MTTR von 4,2 h auf 38 Min reduziert'.
✕Karriereperspektive unklar: Suchst Du eine VP Engineering-Stelle oder bleibst Du bei Head of Engineering? Wer das nicht klar macht, lässt CTOs rätseln.