Um mehrere Jahre technischer Arbeit auf einer Seite unterzubringen, sollten Sie nicht jedes Projekt zu einem unleserlichen Fragment zusammenstauchen. Wählen Sie stattdessen die drei oder vier Projekte, die die angestrebte Stelle am besten unterstützen, fassen Sie den Rest in einer einzigen Zeile am Ende zusammen, und schreiben Sie jedes verbleibende Projekt als eine knappe Zeile statt als Absatz. Eine Seite, die versucht, zwölf Projekte mit gleichem Gewicht unterzubringen, stellt am Ende keines davon gut dar; eine Seite mit vier Projekten in voller Ausführlichkeit, während der Rest nur kurz erwähnt wird, wirkt als stärkerer Lebenslauf, auch wenn sie formal weniger sagt.
Entscheiden, welche Projekte einen Platz verdienen
Ordnen Sie Projekte zunächst danach, wie gut sie zur konkreten Stelle passen, nicht danach, wie stolz Sie auf jedes einzelne sind. Ein Projekt, das denselben technischen Stack wie die Zielstelle verwendet, ein ähnliches Problem gelöst hat oder die Verantwortung für ein ganzes System statt nur für einen kleinen Teil davon zeigt, verdient einen Platz vor einem Projekt, das technisch beeindruckend ist, aber weit von dem entfernt liegt, was die Stelle tatsächlich braucht. Aktualität spielt ebenfalls eine Rolle, wenn auch weniger als Relevanz: Ein älteres Projekt, das eng zur Zielstelle passt, schlägt häufig ein neueres, das nicht passt. Drei oder vier Projekte reichen meist für eine Seite, wenn auch Berufserfahrung aufgeführt ist; ein Lebenslauf, der überwiegend aus Projekten besteht, weil bezahlte Erfahrung noch gering ist, kann auf fünf oder sechs erweitert werden, bevor die Seite überladen wirkt.
Ein häufiger Fehler ist es, nach Aufwand statt nach Relevanz zu ordnen: Ein Projekt, das sechs Monate an Wochenenden gekostet hat, kann sich allein wegen der investierten Zeit den ersten Platz verdient anfühlen, selbst wenn ein kleineres, zweiwöchiges Projekt viel direkter zu dem passt, was die Zielstelle tagtäglich tatsächlich verlangt. Aufwand ist für einen Leser, der nur die fertige Zeile auf der Seite sieht, unsichtbar, daher lohnt es sich, ihn bewusst beiseitezulassen und ausschließlich nach Passgenauigkeit neu zu ordnen, bevor die endgültigen vier feststehen.
Kleinere Projekte in einer Zeile bündeln
Jedes Projekt, das es nicht in die engere Auswahl schafft, muss nicht verschwinden. Eine einzelne Zeile am Ende des Projektabschnitts, etwa "Außerdem gebaut: ein Slack-Benachrichtigungsbot, ein kleines CLI-Tool zur Log-Suche und zwei interne Tooling-Skripte", hält sie sichtbar, ohne ihnen denselben Platz wie den hervorgehobenen Einträgen zu geben. Diese Zeile leistet echte Arbeit: Sie signalisiert, dass die hervorgehobenen Projekte bewusst ausgewählt wurden und nicht alles sind, was Sie je gebaut haben, und sie gibt einem Leser, der mehr wissen möchte, einen Ausgangspunkt für ein Gespräch, ohne jedes Projekt durch dieselbe vollständige Beschreibung zu zwingen.
Einen einzeiligen Projekteintrag schreiben
Ein einzeiliger Projekteintrag muss trotzdem beantworten, was es ist, womit es gebaut wurde und was dabei herauskam, nur eben zusammengefasst in eine statt drei Zeilen. "Kennzahlen-Dashboard - React und eine kleine Node-API, die aus einem internen Event-Stream liest, ersetzte drei separate Tabellen, mit denen das Team dieselben Zahlen zuvor manuell verfolgt hatte" passt bequem in eine Zeile und sagt dem Leser trotzdem etwas Konkretes. Ein Projekt dagegen auf einen bloßen Titel ohne Kontext zu kürzen, spart zwar Platz, behält aber keine der Informationen, die die Zeile ursprünglich lesenswert machten. Ziel ist Dichte, nicht Kürze um ihrer selbst willen: Eine Zeile, die mit weniger Worten weniger sagt, ist nicht automatisch eine bessere Zeile.
Beispiel zur Veranschaulichung: eine gekürzte Projektliste
Beispiel zur Veranschaulichung. Ein Kandidat hat neun Neben- und arbeitsnahe Projekte, die über mehrere Jahre entstanden sind. Vor dem Kürzen erhält jedes seinen eigenen zweizeiligen Eintrag, und allein der Projektabschnitt füllt fast eine ganze Seite. Nach dem Kürzen: Vier Projekte bleiben mit vollem Detail erhalten, ausgewählt, weil sie am engsten zum Stack und Umfang der Zielstelle passen, jedes als eine Zeile geschrieben mit dem, was es ist, was verwendet wurde und was sich dadurch verändert hat. Die verbleibenden fünf werden in eine einzige Abschlusszeile gefasst, die jedes kurz benennt. Der Projektabschnitt nimmt jetzt etwa ein Drittel des vorherigen Platzes ein, und die vier hervorgehobenen Einträge lassen sich leichter aufmerksam lesen, weil sie nicht mehr um dieselbe Aufmerksamkeit wie fünf weitere konkurrieren.
Lesbarkeit beim Kürzen erhalten
Mehr auf eine Seite zu bringen, indem Schriftgröße oder Ränder über ein angenehmes Leseniveau hinaus verkleinert werden, tauscht ein Problem gegen ein schlimmeres: Eine Seite, die technisch alles enthält, aber unangenehm zu lesen ist, verliert mehr als eine Seite, die ehrlicherweise ein etwas längeres Format gebraucht hätte. Kürzung sollte aus der Auswahl dessen entstehen, was aufgenommen wird, nicht daraus, den Text selbst schwerer lesbar zu machen. Passen vier vollständige Projekteinträge samt Sammelzeile bei normaler Lesegröße immer noch nicht, ist das meist ein Zeichen, ein fünftes Projekt zu streichen, statt den Text weiter zu verkleinern, oder ein Zeichen, dass dieser Lebenslauf ehrlicherweise eine zweite Seite rechtfertigt.
Wenn Projekte und Erfahrung um dieselbe Seite konkurrieren
Bei einem Ingenieur mit mehreren Jahren bezahlter Erfahrung und einer langen Liste an Nebenprojekten konkurrieren beide Abschnitte um denselben begrenzten Platz, und Erfahrung sollte diesen Wettbewerb in der Regel zuerst gewinnen. Ein Leser, der einen Ingenieur in der Karrieremitte beurteilt, gewichtet bezahlte, verantwortliche Arbeit im Allgemeinen stärker als ein Nebenprojekt, sodass es meist der sicherere Weg ist, den Projektabschnitt auf seine wenigen Highlights zu kürzen, statt Erfahrungseinträge zu kürzen, um Platz für mehr Projekte zu schaffen, um den zusätzlichen Platz zu finden, den ein einseitiger Lebenslauf braucht.
Jetzt erstellen
Wählen Sie eine Vorlage, die für technische Arbeit gebaut ist, wie die Developer-Vorlage, und gehen Sie Ihre eigene Projektliste mit demselben Filter durch: welche wenigen Projekte die Stelle am direktesten unterstützen und welche stattdessen in einer einzigen Abschlusszeile genannt werden können. Zur allgemeineren Frage, wie lang ein Lebenslauf sein sollte, bevor Projekte überhaupt ins Spiel kommen, behandelt wie lang sollte ein Lebenslauf sein die weiteren Abwägungen, und Nebenprojekte im Lebenslauf eines Softwareentwicklers präsentieren geht ausführlicher darauf ein, wie ein einzelner Projekteintrag geschrieben wird, sobald feststeht, welche Projekte es geschafft haben. Beginnen Sie mit dem Kürzen und Neuaufbauen im Editor.