Bewerbung Hays (Embedded/Hardware-naher Entwickler, Display & Videosysteme) finalisiert (versandreif)
Finale Fassung als bewerbung.md gesichert. Register aktualisiert. Prozessaenderung (Skill bewerbung-schreiben, Schritt 5): jeden Bewerbungstext- Entwurf sofort committen/pushen, dabei nur die Entwurfsdatei; alles andere erst am Ende der Bewerbung. Gedaechtnis (stil.md): Wiederholungs-Regel verschaerft (jede Formulierung nur einmal, ueber Absaetze hinweg pruefen), Trivialitaets-Regel (Fundort/Online-Datum bei Portal-Bewerbungen weglassen), Formatierungs-Regel um Rich-Text-faehige Portale (Hays) erweitert, Portal-Header-Beispiel. inhalte.md: SerDes-Erfahrung seit 2000 belegt, Display/Video nur ueber GMSL-Kameramodul, Stundensatz als -Vorstellung formulierbar. log.md: datierter Eintrag. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -20,13 +20,32 @@ aktualisiert. Nur **übertragbares** Wissen, keine projektspezifischen Einmaligk
|
||||
- **Lücken nicht erwähnen.** Schwächen/fehlende Abdeckung nicht offenlegen. Entdeckt
|
||||
der Empfänger sie, lässt sich das im Interview souverän klären; von selbst darauf
|
||||
hinweisen schadet nur.
|
||||
- **Triviale Aussagen weglassen.** Nichts schreiben, was für den Empfänger ohnehin
|
||||
offensichtlich ist. Insbesondere bei Portal-Bewerbungen **nicht** erwähnen, **wo** die
|
||||
Ausschreibung gefunden wurde (bei einer Hays-Bewerbung ist „auf der Hays-Projektbörse
|
||||
gesehen" trivial) und **seit wann** das Projekt online ist. Eine sachliche
|
||||
Aktualitäts-Nachfrage („Ist das Projekt noch aktuell?") bleibt erlaubt, aber ohne die
|
||||
triviale Begründung.
|
||||
|
||||
## Wortwiederholung vermeiden (verbindlich)
|
||||
- **Jede spezielle/markante Formulierung nur einmal im gesamten Text.** Vor dem
|
||||
Speichern den ganzen Text gegen Wiederholungen prüfen, **auch über Absätze hinweg**,
|
||||
nicht nur innerhalb eines Satzes.
|
||||
- Greift man **Schlüsselbegriffe der Ausschreibung** auf (Buzzword-Match für den
|
||||
Agentur-Empfänger), die markante Wendung **nur einmal** verwenden und eine zweite
|
||||
Erwähnung umformulieren (Beispiel: „umsetzungsnahe Spezifikationen" einmal lassen,
|
||||
an anderer Stelle „systematisch aufbereiten"). Auch dieselbe Verb-Wurzel nicht zweimal
|
||||
dicht hintereinander (z. B. „… remote zu **erbringende** Leistung **erbringe** ich …").
|
||||
an anderer Stelle „systematisch aufbereiten").
|
||||
- Dieselbe **Verb-Wurzel** nicht zweimal dicht hintereinander, auch nicht im selben Satz
|
||||
(schlecht: „… remote zu **erbringende** Leistung **erbringe** ich …" → besser
|
||||
„Die **Remote-Leistungen** erbringe ich in …").
|
||||
- Dieselbe **Wendung nicht in aufeinanderfolgenden Absätzen** wiederholen (schlecht:
|
||||
Absatz 6 „habe ich in **mehreren Positionen** bereits erbracht" und Absatz 7 „In
|
||||
**mehreren Positionen** habe ich …" → eine der beiden umformulieren, z. B. „bereits
|
||||
mehrfach erbracht").
|
||||
- **Tätigkeitsbegriffe nicht doppelt listen:** Der „Was-mich-reizt"-Absatz und der
|
||||
„Tätigkeiten"-Absatz dürfen nicht dieselben Stichworte (z. B. Bring-up, Debugging,
|
||||
Fehleranalyse) aufzählen. Den Reiz-Absatz höher ansetzen (das Themenfeld), die
|
||||
konkreten Tätigkeiten genau einmal nennen.
|
||||
|
||||
## Anschreiben an Agenturen
|
||||
Annahme: Der Agentur-Mitarbeiter hat fast keine Fachkenntnis und gleicht nur
|
||||
@@ -45,11 +64,12 @@ Buzzwords und Zahlen mit der Ausschreibung ab.
|
||||
bedanken; direkt mit der Begeisterung einsteigen.
|
||||
2. **Wichtigste Fakten** (jeweils als eigener Absatz mit Schlagwort am Anfang, da
|
||||
Bullet-Points im Mail-Editor oft nicht dargestellt werden). **Fett-Formatierung
|
||||
nur, wenn eine E-Mail-Adresse des Empfängers bekannt ist** (dann ist Rich-Text-Versand
|
||||
gesichert): dann **sparsam** fetten, nämlich die Themen-Schlagworte mit Doppelpunkt am
|
||||
Absatzanfang sowie die interessantesten Informationen (meist Starttermin, Verfügbarkeit,
|
||||
Stundensatz). **Ist keine E-Mail-Adresse bekannt** (z. B. Versand über Portal-Nachricht),
|
||||
**gar keine Textformatierungen verwenden** — Labels und Zahlen bleiben unformatiert.
|
||||
nur, wenn Rich-Text-Versand gesichert ist:** bei bekannter E-Mail-Adresse des Empfängers
|
||||
**oder** über ein Portal, das Rich-Text übernimmt (z. B. das **Hays-Portal**). Dann
|
||||
**sparsam** fetten, nämlich die Themen-Schlagworte mit Doppelpunkt am Absatzanfang sowie
|
||||
die interessantesten Informationen (meist Starttermin, Verfügbarkeit, Stundensatz).
|
||||
**Nur bei reinem Klartext-Kanal** (Portal-Nachricht ohne Rich-Text, E-Mail-Adresse
|
||||
unbekannt) **gar keine Textformatierungen verwenden** — Labels und Zahlen bleiben unformatiert.
|
||||
- **Verfügbarkeit:** ab wann, welcher Prozentsatz. **Interesse an langfristiger
|
||||
Zusammenarbeit nur erwähnen, wenn die Ausschreibung selbst eine Verlängerung nach der
|
||||
Erstbeauftragung in Aussicht stellt** (dann: „auch über die ersten <N> Monate hinaus
|
||||
@@ -79,12 +99,19 @@ Buzzwords und Zahlen mit der Ausschreibung ab.
|
||||
dass sie noch fehlt, statt sie zu erfinden.
|
||||
|
||||
## Header des Entwurfs
|
||||
Immer angeben: Zielperson, Nachrichtenkanal + Zieladresse, Betreff, Anhänge. Beispiel:
|
||||
Immer angeben: Zielperson, Nachrichtenkanal + Zieladresse, Betreff, Anhänge. Beispiele:
|
||||
```
|
||||
An: Frau Candy Williams per E-Mail an C.Williams@brink.de
|
||||
Betreff: …
|
||||
Anhänge: Lebenslauf_Dr-Ing_Thomas_Langer.pdf, Zertifikat TÜV AI Consultant
|
||||
```
|
||||
Bei Versand über ein Portal statt E-Mail den Kanal entsprechend benennen (Zielperson
|
||||
ggf. „Sehr geehrte Damen und Herren", falls keine namentliche Ansprechperson genannt):
|
||||
```
|
||||
An: Hays (Referenz 873996/1) über das Hays-Bewerberportal
|
||||
Betreff: …
|
||||
Anhänge: Lebenslauf_Dr-Ing_Thomas_Langer.pdf
|
||||
```
|
||||
|
||||
## Grußformel (immer identisch)
|
||||
Ohne Dr.-Titel, drei Leerzeichen vor dem Namen:
|
||||
|
||||
Reference in New Issue
Block a user