Eine lange Liste aus Programmiersprachen, Frameworks und Tools wirkt wie eine Textwand, wenn sie als eine einzige durchgehende Zeile steht, und die Lösung besteht nicht darin, die Liste zu kürzen, sondern sie zu gruppieren: Dieselben Fähigkeiten werden in wenige kurze, klar beschriftete Kategorien aufgeteilt, etwa Sprachen, Frameworks und Cloud, sodass jemand, der die Seite überfliegt, die zwei oder drei für ihn relevanten Einträge in Sekunden findet, statt die ganze Zeile lesen zu müssen.
Warum eine lange, unsortierte Zeile schwer zu überfliegen ist
Eine Skill-Zeile mit zwanzig durch Kommas getrennten Einträgen verlangt von Leserinnen und Lesern zwei Dinge gleichzeitig: die für die ausgeschriebene Rolle relevanten Punkte zu finden und gedanklich alles andere auszusortieren. Die meisten Personalverantwortlichen verbringen beim ersten Durchgang durch einen Lebenslauf sehr wenig Zeit, und eine flache Liste bietet ihnen keinen Anhaltspunkt außer dem, was zufällig am Anfang oder am Ende der Zeile steht. Eine gruppierte Liste nimmt genau diese Sortierarbeit ab: Ein Kategoriename wie Cloud oder Datenbanken zeigt sofort, wo hinzuschauen ist, und Kategorien, die für die konkrete Stelle nicht relevant sind, lassen sich überspringen, ohne jeden einzelnen Eintrag lesen zu müssen.
Gruppierung hilft auch jenen, denen an der gesamten Liste gelegen ist, nicht nur an einem Ausschnitt. Eine lange Zeile ohne interne Struktur zwingt selbst aufmerksame Leserinnen und Leser, die ganze Liste im Kopf zu behalten, um Muster zu erkennen, etwa ob die Sprachen eher Backend- oder Frontend-lastig sind oder wie breit die Cloud-Erfahrung ausfällt. Sobald dieselben Fähigkeiten unter Überschriften stehen, werden solche Muster auf einen Blick sichtbar, statt dass sie erst rekonstruiert werden müssen.
Dieselben Fähigkeiten gruppieren, nicht neue hinzufügen
Gruppierung ist eine Formatierungsänderung, keine inhaltliche: Die zugrunde liegende Menge an Fähigkeiten bleibt exakt gleich, und die eigentliche Arbeit besteht darin, zu entscheiden, zu welcher Kategorie jede Fähigkeit gehört, und für diese Kategorie eine kurze, treffende Bezeichnung zu finden. Ein üblicher Ausgangspunkt ist die Aufteilung in Sprachen, Frameworks, Daten und Cloud, ergänzt um eine Kategorie Tools als Sammelbecken für Editoren, Build-Werkzeuge und Versionsverwaltung, wobei die passenden Kategorien vollständig davon abhängen, was die Liste tatsächlich enthält. Eine kürzere Liste mit nur sechs oder sieben Einträgen profitiert selten davon, in vier separate Kategorien aufgeteilt zu werden; Gruppierung lohnt sich erst, wenn eine Liste lang genug ist, dass Lesende sonst an nicht relevanten Einträgen vorbeischauen müssten, um das Gesuchte zu finden.
Es lohnt sich, dem Impuls zu widerstehen, jede Kategorie nach ihrer Erstellung künstlich aufzufüllen. Eine Kategorie mit nur einem starken Eintrag bleibt einen eigenen Platz wert, wenn dieser Eintrag sich wirklich in seiner Art von den anderen unterscheidet, statt ihn nur deshalb in einen größeren, vageren Topf zu werfen, um eine kurze Liste zu vermeiden. Eine Kategorie mit nur ein oder zwei Einträgen ist kein Problem; eine Kategorie, die rein erfunden wurde, um voller zu wirken, als sie ist, wirkt meist wie eine Aufblähung, sobald das Muster auffällt.
Kategoriebezeichnungen wählen, die tatsächlich etwas aussagen
Eine Kategoriebezeichnung funktioniert, wenn sie schon vor dem ersten Eintrag verrät, welche Art von Fähigkeit darunter steht, statt eine vage Überschrift wie Technische Fähigkeiten oder Sonstiges zu sein, die fast alles bedeuten könnte. Sprachen, Frameworks, Datenbanken, Cloud & Infrastruktur und Tools sind gängige, selbsterklärende Wahlmöglichkeiten für einen technischen Skill-Bereich, und wer mit dem Feld vertraut ist, erkennt jede davon sofort. Manchmal verdient eine spezifischere Bezeichnung den Vorzug vor einer generischen: Testing als eigene Kategorie, getrennt von Frameworks, ergibt Sinn für Kandidatinnen und Kandidaten, deren Testerfahrung eine echte Stärke ist, die eine eigene Erwähnung verdient, statt in einer längeren, weniger übersichtlichen Frameworks-Zeile unterzugehen.
Bezeichnungen sollten außerdem konsistent mit der Art bleiben, wie der Rest des Lebenslaufs über dieselben Fähigkeiten spricht. Beschreibt der Erfahrungsabschnitt ein Projekt als mit einem bestimmten Framework gebaut, sollte der Skill-Bereich bei der Gruppierung denselben Namen verwenden statt einer längeren oder kürzeren Variante, damit Lesende, oder ein automatisiertes System, das dasselbe Dokument liest, ein einheitliches Vokabular sehen statt zweier Versionen derselben Tatsache.
Illustratives Beispiel: eine unsortierte Zeile wird zu Kategorien
Vorher, als eine unsortierte Zeile: "JavaScript, TypeScript, Python, React, Next.js, Node.js, PostgreSQL, MongoDB, Docker, AWS, Git, Figma."
Nachher, gruppiert in Kategorien:
- Sprachen: JavaScript, TypeScript, Python
- Frameworks: React, Next.js, Node.js
- Daten: PostgreSQL, MongoDB
- Cloud & Tools: AWS, Docker, Git, Figma
Die zugrunde liegende Liste von zwölf Einträgen hat sich überhaupt nicht verändert, aber wer gezielt nach Backend-Datenbankerfahrung sucht, kann jetzt direkt zur Zeile Daten gehen, statt jeden Eintrag im ursprünglichen Satz zu lesen, um PostgreSQL und MongoDB mitten darin zu finden.
Gruppieren, ohne der maschinellen Auswertung zu schaden
Eine berechtigte Sorge bei der Gruppierung einer Skill-Liste ist, ob sie einem Bewerbermanagementsystem im Weg steht, das das Dokument nach bestimmten Schlagwörtern durchsucht. Gruppierung entfernt keinen der zugrunde liegenden Begriffe, sie fügt lediglich über einer Teilmenge davon eine kurze Kategoriebezeichnung hinzu, sodass jede in der ursprünglichen flachen Liste genannte Fähigkeit auch in der gruppierten Version vorhanden bleibt und für jede Schlagwortsuche im Dokument auffindbar ist. Der Leitfaden einen ATS-freundlichen Lebenslauf schreiben behandelt die Layout-Entscheidungen, die tatsächlich Einfluss auf die Auswertung haben, etwa mehrspaltige Layouts oder in Bilder eingebetteter Text, und das Gruppieren von reinem Text in beschriftete Kategorien gehört nicht dazu.
Einen gruppierten Skill-Bereich aufbauen
Die Classic-Vorlage von CVBuilderKit gruppiert einen Skill-Bereich als Teil ihres Layouts automatisch in beschriftete Kategorien, statt die Entscheidung, wie die Liste aufzuteilen ist, vollständig der Person zu überlassen, die sie ausfüllt, was auch in einer Vorlage, die das nicht erzwingt, eine vernünftige Ausgangsform zum Nachbauen ist. Beim Start von einer leeren Liste lohnt es sich, die Einträge zunächst auf Papier oder in einer Notizdatei zu kategorisieren, jede Bezeichnung darauf zu prüfen, ob sie auch für jemanden außerhalb des unmittelbaren Teams klar verständlich ist, und dann den Abschnitt aufzubauen, sobald die Form stimmt, wobei die exakten Begriffe aus der ursprünglichen flachen Liste beibehalten werden, statt sie dabei umzuformulieren.