Die Berufshistorie Zeitachse folgt Konventionen, die festlegen, wie eine Reihe von Rollen geordnet, datiert und gelesen wird – und diese Konventionen sind schwächer, als der meiste Prüfcode annimmt. Nahezu jedes Einstellungssystem der Welt stellt eine Berufshistorie als Liste datierter Intervalle dar, und nahezu keines stimmt darin überein, wie genau diese Daten sein müssen, in welcher Reihenfolge die Liste läuft oder was ein fehlender Monat bedeutet.
Dieser Artikel trennt Konventionen von Einschränkungen: was eine Leserin erwartet, was tatsächlich unmöglich ist und was in einem ansonsten einwandfreien Datensatz lediglich ungewöhnlich aussieht.
Wie wird eine Berufshistorie festgehalten?
Jede Rolle wird als kleine Menge von Fakten festgehalten, nicht als Satz. Der geführte Titel, der Arbeitgeber und die Monate, die die Rolle umfasste – ein Startmonat und entweder ein Endmonat oder ein offenes Ende für eine Rolle, die noch läuft.
Das ist die gesamte Konvention, und alles Weitere, das eine Leserin schließt, leitet sich daraus ab. Die Länge jeder Rolle ergibt sich aus den beiden Daten. Die Gesamtlänge der Laufbahn ergibt sich aus den Intervallen, sobald sie sortiert sind. Der Unterschied zwischen einer aktuellen und einer beendeten Rolle wird allein davon getragen, ob das Ende offen ist. Nichts anderes muss gespeichert werden, und alles andere, das gespeichert wird, driftet mit der Zeit von den Daten ab, aus denen es berechnet wurde.
Das Wort bis heute, oder was immer die örtliche Entsprechung ist, leistet mehr, als es aussieht. Es ist kein Datum und kein leeres Feld. Es ist die Aussage, dass die Rolle nicht beendet ist, und Code, der es als Zeichenkette liest oder an seiner Stelle einen leeren Wert schreibt, erzeugt irgendwann einen Datensatz, der behauptet, jemand habe eine Stelle verlassen, die er noch ausübt.
Muss jede Lücke erklärt werden?
Nein. Eine Lücke zwischen zwei Rollen ist eine Tatsache über eine Zeitachse, kein Defekt darin, und die Gründe sind gewöhnlich: Vollzeitstudium, Pflege eines Familienmitglieds, Genesung nach Krankheit, eine bewusste Pause oder schlicht die Monate, die eine Suche dauert.
Wichtig ist, dass die Lücke wahrheitsgetreu abgebildet wird, statt geglättet zu werden. Zwei Gewohnheiten verursachen den größten Teil des Ärgers. Die erste ist das Auffüllen: ein Endmonat wird nach vorn verlängert, damit die Zeitachse durchgehend wirkt, was Beschäftigung in Monaten erfindet, in denen es keine gab. Die zweite ist das Rückwärtsdehnen eines Startmonats, um eine Lücke aufzusaugen, was Seniorität erfindet. Beides erzeugt einen Datensatz, der besser liest und etwas Falsches behauptet.
Die Frage der Leserin ist nicht, ob Lücken existieren. Sie ist, ob jedes Intervall zutrifft. In einem synthetischen Datensatz gilt derselbe Maßstab umgekehrt: Eine erzeugte Lücke soll existieren, weil die Zeitachse sie dort gesetzt hat, nicht weil ein Zufallsgenerator zufällig auf eine gestoßen ist.
Ist die umgekehrt chronologische Reihenfolge universell?
Sie ist die vorherrschende Konvention in den meisten Einstellungskontexten – die neueste Rolle zuerst – und sie ist eine Konvention, keine Regel. Akademische Lebensläufe laufen häufig andersherum, geordnet nach Publikationen oder nach Laufbahnentwicklung. Manche Formate des öffentlichen Dienstes und regulierter Bereiche verlangen bewusst die chronologische Reihenfolge. In manchen Kulturen liest sich eine Beförderungsgeschichte von unten nach oben leichter.
Für alle, die Einstellungssoftware bauen oder prüfen, folgen daraus zwei Konsequenzen. Die erste: Ein Parser, der annimmt, der oberste Eintrag sei die aktuelle Rolle, etikettiert anders geordnete Profile falsch, und diese Fehletikettierung bleibt still – der oberste Eintrag wird schlicht als aktuelle Rolle gespeichert. Die zweite: Die Reihenfolge in den gespeicherten Daten sollte nicht die Reihenfolge sein, in der die Daten eingegeben wurden. Speichern Sie die Intervalle mit ihren Daten und sortieren Sie erst für die Anzeige, damit ein Wechsel der Darstellungskonvention nie zu einem Wechsel der zugrunde liegenden Daten wird.
| Aspekt | Übliche Konvention | Wo es abweicht |
|---|---|---|
| Reihenfolge | Neueste Rolle zuerst | Akademische und manche regulierte Formate laufen mit der ältesten zuerst |
| Datumsgenauigkeit | Monat und Jahr | Manche Formate fragen nur nach Jahren, andere nach exakten Tagen |
| Offenes Ende | Ein Wort wie bis heute | Manchmal ein leeres Endfeld, manchmal ein fernes Zukunftsdatum als Marker |
| Lücken | So festgehalten, wie sie geschahen | Gelegentlich verdichtet, um eine Unterbrechung zu verbergen |
| Gleichzeitige Rollen | Getrennt aufgeführt | Manchmal zu einem Eintrag mit zwei Arbeitgebern zusammengeführt |
Jede Spalte rechts ist eine Stelle, an der ein echtes Datenset von der Annahme links abweichen wird.
Welche Überschneidungen sind zulässig?
Mehr, als ein Prüfwerkzeug üblicherweise zulässt. Zwei Rollen können gleichzeitig laufen, wenn eine davon Teilzeit ist, wenn jemand neben einer Festanstellung berät, wenn eine Person zwei Lehraufträge hält oder wenn ein freiberufliches Projekt schlicht länger dauert als ein früher begonnener Vertrag.
Deshalb ist es ein Fehler, eine Überschneidung als Beweis für einen Irrtum zu behandeln, und es ist schlimmer, sie als Beweis für eine Lüge zu behandeln. Die ehrliche Lesart ist, dass eine Überschneidung eine Frage nach der Form der Arbeitswoche ist, und ein Datensatz, der die Stunden oder die Beschäftigungsart kennt, kann sie beantworten. Ein Datensatz, der nur Daten speichert, kann das nicht und sollte deshalb keine Entscheidung darüber treffen dürfen.
Zwischen einer Überschneidung und einer Unmöglichkeit gibt es einen Unterschied, und dieser Unterschied liegt nicht in der Dauer der Überschneidung. Eine Lücke im Datenmodell – eine Rolle ganz ohne Startdatum, ein Enddatum, das seinem eigenen Start vorausgeht, ein Intervall, das über die Gegenwart hinausreicht – ist ein Defekt. Zwei Intervalle, die sich einen Monat teilen, sind keiner.
Warum sind genaue Tagesangaben eine Falle?
Weil die Genauigkeit eine Autorität behauptet, die der Datensatz nicht hat. Die meisten Menschen kennen den Monat, in dem sie eine Stelle angetreten haben. Deutlich weniger kennen den genauen Tag, und von diesen rekonstruieren die meisten ihn aus einer ersten Gehaltsabrechnung oder einem Vertrag, den sie nicht mehr besitzen.
Tagesgenauigkeit erzeugt drei Probleme auf einmal. Sie lädt einen Parser ein, zwei Daten exakt zu vergleichen und eine Überschneidung von einem Tag als Konflikt zu melden, obwohl sich die echten Intervalle nie überschnitten haben. Sie verleitet wen auch immer die Daten pflegt, ordentliche Tage zu erfinden – den Monatsersten, den Monatsletzten –, was eine ehrliche Näherung still in eine erfundene Tatsache verwandelt. Und sie macht die Zeitachse brüchig: Jede Regel zu Mindestbetriebszugehörigkeit oder Höchstlücke, die in Tagen ausgedrückt ist, schlägt auf Rauschen an.
Monatsgenauigkeit ist die ehrliche Auflösung für einen Karrieredatensatz. Sie ist zugleich die Stufe, auf der fast alle menschliche Erinnerung übereinstimmt, und die Stufe, auf der zwei unabhängige Beschreibungen derselben Stelle zur Deckung neigen.
Für Entwickler: Intervallprüfung und das offene Ende
Stellen Sie eine Rolle als halboffenes Intervall dar, und alles Nachgelagerte wird einfacher. Der Start ist ein Monat, das Ende ist entweder ein Monat oder ein Marker für nicht beendet, und das Intervall umfasst den Startmonat bis einschließlich den Endmonat.
Drei Regeln sollten an der Grenze durchgesetzt werden, an der Daten eintreten, denn sie sind die Regeln, die sich später nicht reparieren lassen. Ein Start darf nicht in der Zukunft liegen, es sei denn der Datensatz beschreibt ausdrücklich ein unterzeichnetes Angebot, das noch nicht begonnen hat. Ein Ende darf seinem eigenen Start nicht vorausgehen. Eine als aktuell gekennzeichnete Rolle darf überhaupt kein Ende tragen, und eine Rolle, die nicht aktuell ist, muss eines tragen. Alles Weitere an einer Zeitachse ist eine Frage des Lesens und nicht der Gültigkeit und sollte einem Menschen als Information vorgelegt werden, nicht als Ablehnung.
Zwei kleinere Gewohnheiten sparen sehr viel Rauschen. Halten Sie das offene Ende als eigenen Wert statt als Leerstelle, damit ein wirklich unbekanntes Ende und eine laufende Rolle nie vermischt werden. Und wenn eine Regel einen Schwellenwert braucht – wie kurz eine Rolle sein darf, wie lang eine Lücke laufen darf, bevor jemand hinsieht –, halten Sie den Schwellenwert in der Konfiguration statt im Schema, denn die Zahl, die zu einem Markt passt, wird im nächsten falsch sein. Dieselben Intervalle aus einem Dokument zurückzulesen, ist ein getrenntes Problem und wird unter Parsing-Fixtures für Lebensläufe behandelt, wo ein in Prosa geschriebener Monat die übliche Fehlerstelle ist.
Die Profile, mit denen diese Regeln veranschaulicht werden, sind erfunden. Die Daten und Intervalle darin sind ausgedacht, sie beschreiben keine echte Berufshistorie, und sie existieren nur, damit Einstellungssoftware geprüft und vorgeführt werden kann.
Nächste Schritte
Öffnen Sie die Tabelle der Berufshistorie in Ihrer Testumgebung und sortieren Sie die Intervalle nach Startmonat. Alles, was außer der Reihe landet oder ein Ende vor seinem Start trägt, zeigt sich in den ersten Zeilen. Prüfen Sie dann gezielt die aktuelle Rolle: Trägt sie irgendwo im Datensatz ein Enddatum, haben Sie einen Defekt gefunden, den keine feldweise Prüfung abfängt. Ein Karriereprofil-Generator ist ein schnellerer Weg zu einer vollen Spanne von Intervallformen – Lücken, Überschneidungen, eine offene aktuelle Rolle – als Zeilen von Hand zu bearbeiten, und die Folgen für die Zeitachse aus dem Ausbildungsteil desselben Datensatzes lohnen die nächste Lektüre.