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>
7.3 KiB
Schreibstil (gelernt)
Übertragbare Regeln für Bewerbungstexte. Wird am Ende jeder Bewerbungssession aktualisiert. Nur übertragbares Wissen, keine projektspezifischen Einmaligkeiten.
Verbindlicher Grundstil:
vorgaben/marketing.md§5 (Tonalität und Markenstimme) sowie dessen Dos & Don'ts. Diese Datei ergänzt nur bewerbungsspezifische Erkenntnisse darüber hinaus und wiederholt die Grundregeln nicht.
Wortwahl / verbotene Formulierungen (verbindlich)
- „darstellbar" nicht verwenden (wirkt gekünstelt). Stattdessen z. B. „machbar", „möglich", „leistbar".
- Schreibweise „System Integration" (zwei Wörter, englisch), nie „Systemintegration". Gilt für Bewerbungstexte.
Grundsätze (verbindlich)
- Keine falschen Behauptungen. Niemals etwas behaupten, das der Lebenslauf nicht hergibt (z. B. „arbeite täglich an X", „erste produktionsreife Plattform"). Falsche Aussagen sind in Bewerbungen absolut tabu.
- 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").
- 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 Buzzwords und Zahlen mit der Ausschreibung ab.
- Kurz und prägnant, Teaser-Charakter. Nur klarstellen, welche wichtigen Anforderungen abgedeckt sind.
- Keine Fachbegriffe, die nicht in der Ausschreibung vorkommen (Produktnamen, Modellnamen, Protokolle wie Ollama, PyTorch, gpt-oss, Qwen, DDS, SOME/IP). Solche Begriffe sind für den Agentur-Mitarbeiter nur „Techno-Blabla". Nur die Buzzwords der Ausschreibung selbst aufgreifen.
Aufbau eines Anschreibens (Reihenfolge)
- Einleitung: Begeisterung, sich sehr gern auf genau dieses Projekt zu bewerben.
- Dank nur, wenn Thomas angeschrieben wurde. Hat Thomas die Projektbeschreibung selbst durch Suche gefunden (z. B. auf einem Portal), nicht für die Ausschreibung bedanken; direkt mit der Begeisterung einsteigen.
- Wichtigste Fakten (jeweils als eigener Absatz mit Schlagwort am Anfang, da
Bullet-Points im Mail-Editor oft nicht dargestellt werden). Fett-Formatierung
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 Monate hinaus interessiert"). Sagt die Ausschreibung nichts zu einer Verlängerung, nichts über eigenes Verlängerungs-Interesse schreiben.
- Stundensatz: All-in-Stundensatz in € netto (ggf. mit Randbedingungen).
- Vor-Ort-Termine (falls Onsite gefordert): bis zu X Vor-Ort-Termine inkl. Reise-/Übernachtungskosten im All-in-Satz enthalten. Bei stark onsite-lastigen Projekten im Großraum München (Onsite-Ort lokal erreichbar) stattdessen als Stärke spielen: Präsenz „leicht und ohne Reise- oder Übernachtungskosten machbar".
- Remote-Anteil (falls vorhanden): Leistung remote, dafür eigene Räume mit professionellem IT-Equipment im Ingenieurbüro in Unterhaching (Großraum München). Formulierung: Leistung „remote in meinem Ingenieurbüro", nie „aus meinem Ingenieurbüro".
- Kurzer Absatz: was mich am Projekt am meisten reizt.
- Kurze Schilderung: was ich einbringe und welche im Projekt geforderten Tätigkeiten ich bereits erbracht habe.
- Product-Lifecycle-Absatz (falls passend, vorvorletzter Absatz): Hinweis, dass meine Kompetenz einen weiten Bereich abdeckt, von Requirements Engineering bis Validation/Deployment/Wissenstransfer. Verbunden mit dem Nutzen für den Kunden.
- Vorletzter/letzter Absatz: Anhänge nennen („Gern sende ich Ihnen anbei meinen aktuellen Lebenslauf …"), Freude bei Interesse, Verfügbarkeit für Rückfragen/Gespräch.
Erfüllung der Ausschreibungs-Wünsche
- Explizite Wünsche der Ausschreibung erfüllen: verlangt sie CV + Stundensatz per Mail, müssen Stundensatz genannt und Anhang Lebenslauf erwähnt werden.
- Fehlt die nötige Kontaktangabe (z. B. E-Mail des Ansprechpartners) → anmerken, dass sie noch fehlt, statt sie zu erfinden.
Header des Entwurfs
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:
Mit besten Grüßen
Thomas Langer