Es gibt keine verlässliche Möglichkeit, technischer Arbeit, die nie gemessen wurde, eine Prozentzahl zuzuordnen, und eine Zahl zu erfinden, nur um dem allgemeinen Ratschlag "beziffern Sie Ihre Wirkung" zu genügen, ist schlimmer, als die Zahl einfach wegzulassen, denn eine erfundene Statistik ist entweder falsch oder lässt sich nicht verteidigen, wenn jemand nachfragt, woher sie stammt. Was sich auch ohne erfasste Kennzahl ehrlich beschreiben lässt, ist der Umfang: wie groß das System war, wie viele Menschen oder Dienste davon abhingen, wie oft es lief, und was sich zwischen einem Vorher- und einem Nachher-Zustand messbar verändert hat. Das sind Fakten, die Sie sich meist aus dem Gedächtnis, einer Ticket-Historie oder einem Vorfallbericht rekonstruieren können, und sie wirken auf eine Leserin oder einen Leser weit glaubwürdiger als eine Zahl, die aus dem Nichts auftaucht.
Warum der Ratschlag "fügen Sie einfach eine Zahl hinzu" ohne Kennzahl scheitert
Die meisten Ratschläge zum Lebenslauf sagen Ingenieurinnen und Ingenieuren, jeden Punkt zu beziffern, und der Ratschlag ist für sich genommen nicht falsch: Wer Dutzende Lebensläufe überfliegt, reagiert tatsächlich besser auf etwas Konkretes als auf eine vage Behauptung. Das Problem ist, dass viel reale technische Arbeit nie so erfasst wurde, dass sie eine saubere Prozentzahl ergibt. Viele Teams betreiben kein Dashboard für jede Änderung, viel Wirkung wird gespürt statt gemessen, und viele Ingenieure wechseln in eine neue Rolle, bevor jemand nachschaut, ob die Änderung des letzten Quartals tatsächlich geholfen hat. Angesichts dieser Lücke liegt die Versuchung nahe, eine Zahl zu schreiben, die ungefähr richtig klingt, und zu hoffen, dass niemand nachfragt, woher sie kommt. Genau diese Falle soll dieser Beitrag helfen zu vermeiden, denn eine Zahl, die eine interviewende Person mit einer einzigen Nachfrage auseinandernehmen kann, richtet mehr Schaden an als gar keine Zahl.
Ehrliche Maßstäbe, die auch ohne erfasste Kennzahl bestehen
Für fast jede technische Arbeit gibt es mehrere Arten konkreter Details, unabhängig davon, ob jemals eine Kennzahl dafür erfasst wurde. Umfang beschreibt die Größe dessen, was Sie angefasst haben: die Zahl der Dienste, die eine Änderung betraf, die Größe der Codebasis, die Zahl der betroffenen Endpunkte oder Tabellen. Größenordnung beschreibt, wie viel das System trug: wie viele Anfragen es bediente, wie viele Datensätze es speicherte, wie viele Teams darauf aufbauten, formuliert in Begriffen, die Sie sicher äußern können, statt in einer geschätzten Zahl. Häufigkeit beschreibt, wie oft etwas lief oder genutzt wurde: ein nächtlicher Batch-Job, eine Deploy-Pipeline, die jede Person im Team nutzte, ein Bericht, der für jedes abgeschlossene Quartal erstellt wurde. Der Vorher-Nachher-Zustand beschreibt, was vor Ihrer Änderung galt und was danach galt, in klarer Sprache statt in einer Prozentzahl: was vorher fehlschlug, was vorher einen manuellen Schritt brauchte, was vorher jemanden im Bereitschaftsdienst erforderte, und was nach dem Livegang nicht mehr zutraf. Wer sich darauf verließ, benennt das tatsächliche Publikum: das Team, das Ihr Tool nutzte, den Dienst, der die von Ihnen gepflegte Schnittstelle aufrief, den Bereitschaftsdienst, der wegen des von Ihnen behobenen Problems nicht mehr alarmiert wurde. Jeder dieser Punkte ist etwas, das Sie selbst erlebt haben und aus erster Hand beschreiben können, und genau das macht ihn verteidigbar, wo eine aufgerundete Prozentzahl es nicht ist.
Beispiel: ein Punkt, umgeschrieben um Umfang statt um eine Prozentzahl
Vorher, vage und unbeziffert: "Verantwortlich für die Performance des Checkout-Dienstes." Nachher, umgeschrieben um Umfang und einen beschriebenen Vorher-Nachher-Zustand statt um eine erfundene Zahl: "Verantwortete die Datenbankabfrageschicht des Checkout-Dienstes, den einzigen Pfad, den jeder Kauf auf der Website durchlief; vor dem Umbau waren langsame Abfragen die häufigste Ursache für einen hängenden Checkout, den das Support-Team eskalieren musste, und nach dem Go-live tauchte diese Beschwerdekategorie im wöchentlichen Triage nicht mehr auf." Nichts in der umgeschriebenen Fassung ist eine geschätzte Statistik. Sie besagt, was die Person verantwortete, wie zentral dieser Teil für das System war, wie das Problem vorher aussah und was sich danach änderte, alles aus etwas, das die Person tatsächlich miterlebt hat, statt aus einer nachträglich rekonstruierten Zahl.
Was beim Umschreiben wegbleiben sollte
Die Grenze, die es zu ziehen gilt, verläuft zwischen einer Zahl, auf die Sie heute noch verweisen können, aus einem Dashboard, einem Vorfallbericht oder einer Kennzahl, die Sie damals tatsächlich erfasst haben, und einer Zahl, die Sie aus einer vagen Erinnerung à la "es fühlte sich viel schneller an" rekonstruieren. Erstere lässt sich bedenkenlos direkt zitieren. Letztere ist genau die, die sich lohnt, stattdessen mit Umfangs- und Vorher-Nachher-Sprache umzuschreiben, denn ein erinnerter Eindruck, der zu einer schön klingenden Zahl aufgerundet wird, ist genau die Art Behauptung, die bei einer einzigen konkreten Nachfrage im Vorstellungsgespräch in sich zusammenfällt. Die oben umfangsbasierte Fassung übersteht diese Nachfrage, weil jeder Teil davon etwas ist, das Sie mit eigenen Worten beschreiben können, ohne sich auf eine Zahl zu stützen, die Sie nie tatsächlich erfasst haben.
Wie das zum breiteren Muster "Aufgaben in Erfolge verwandeln" passt
Das Umschreiben um Umfang statt um eine erfundene Statistik ist eine konkrete Anwendung eines breiteren Wandels, der weit über die Technik hinausreicht: eine Beschreibung dessen, wofür Sie verantwortlich waren, in eine Beschreibung dessen zu verwandeln, was sich dadurch tatsächlich änderte. Aufgaben in Erfolge im Lebenslauf verwandeln behandelt dieses breitere Umschreibmuster mit Beispielen aus Rollen außerhalb der Technik, für alle, deren Punkte sich derzeit wie eine Liste zugewiesener Aufgaben lesen statt wie Ergebnisse.
Diesen Punkt formulieren
Wie man einen Lebenslauf schreibt behandelt die Formulierungsentscheidungen, die diese Art des Umschreibens durch den Rest des Lebenslaufs tragen, und CVBuilderKits Developer-Vorlage ist genau für diese Art von umfangsbasierten, projektgeführten Einträgen gebaut. Starten Sie im Editor mit einem vorhandenen oder einem leeren Dokument und überarbeiten Sie jeden Punkt mit Umfang und einem beschriebenen Vorher-Nachher-Zustand, bevor Sie zu einer Zahl greifen, hinter der Sie tatsächlich nicht stehen können.