Ihr Datentemplate für Hire to Retire – Positionsmanagement
Ihr Datentemplate für Hire to Retire – Positionsmanagement
Dies ist unser generisches Datentemplate für Process Mining für Hire-to-Retire-Prozess: Stellenmanagement. Unsere systemspezifischen Templates bieten Ihnen genauere Anleitungen.
Wählen Sie ein bestimmtes System aus- Eine standardisierte Struktur für Ihre Event-Log-Daten.
- Empfohlene Attribute und Aktivitäten für eine umfassende Analyse.
- Anleitungen für verschiedene Quellsysteme.
Attribute für Hire to Retire – Positionsmanagement
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivitätsname ActivityName | Der Name des konkreten Geschäftsereignisses, der Aufgabe oder der Statusänderung, die zu einem bestimmten Zeitpunkt im Prozess der Positionsverwaltung stattgefunden hat. | ||
| Beschreibung Der Aktivitätsname bezeichnet einen einzelnen Schritt oder eine Aktion im Lebenszyklus der Positionsverwaltung. Diese Aktivitäten bilden die Bausteine der Prozesslandkarte und stehen für wichtige Ereignisse wie „Positionsantrag eingeleitet“, „Budgetgenehmigung erhalten“ oder „Position geschlossen“. Für die Analyse ermöglicht die Erfassung dieser Aktivitäten, den gesamten Prozessablauf zu visualisieren. So lassen sich die Ereignisabfolge nachvollziehen, Prozessvarianten erkennen und Engpässe oder Nacharbeitsschleifen aufdecken, etwa wenn ein Positionsantrag wiederholt zur Überarbeitung zurückgesendet wird. Klare und einheitliche Aktivitätsnamen sind entscheidend für ein präzises und verständliches Prozessmodell. Warum das wichtig ist Dieses Attribut ist grundlegend für den Aufbau der Prozesslandkarte, das Erkennen von Engpässen und das Verständnis der Ereignisabfolge im Lebenszyklus einer Position. Woher beziehen Wird aus Event Logs, Tabellen mit Statusänderungen oder Transaktionscodes im Personal- oder Positionsverwaltungssystem abgeleitet. Beispiele Anforderung einer Position eingereichtFreigabe durch Führungskraft erteiltPosition besetztPosition neu eingestuft | |||
| Ereigniszeitpunkt EventTime | Das genaue Datum und die Uhrzeit, zu denen eine bestimmte Aktivität im Prozess der Positionsverwaltung stattgefunden hat. Dieser Wert entspricht der Startzeit einer Aktivität. | ||
| Beschreibung Der Ereigniszeitpunkt ist der Timestamp, der den genauen Zeitpunkt einer Aktivität festhält. Er liefert den zeitlichen Kontext für den gesamten Prozess und ermöglicht es, Ereignisse korrekt zu ordnen und den tatsächlichen Prozessablauf zu rekonstruieren. Dieser Timestamp bildet die Grundlage für alle zeitbezogenen Analysen. Er dient dazu, Zykluszeiten zwischen Aktivitäten zu berechnen, die Dauer von Genehmigungsschritten zu ermitteln und die gesamte Durchlaufzeit von der Erstellung bis zur Besetzung einer Position zu messen. Genaue Timestamps sind entscheidend für Dashboards wie „Zykluszeit der Positionsverwaltung“ und Kennzahlen wie „Durchschnittliche Zykluszeit für die Genehmigung einer Position“. Warum das wichtig ist Er ist unverzichtbar, um Ereignisse chronologisch zu ordnen und alle zeitbezogenen Kennzahlen wie Zyklus- und Durchlaufzeiten zu berechnen. Woher beziehen In der Regel ist dieser Wert in Systemprotokollen, Transaktionsdatensätzen oder Feldern für das Erstellungs- und Änderungsdatum von Dokumenten im Quellsystem zu finden. Beispiele 2023-04-15T10:30:00Z2023-06-21T14:05:12Z2024-01-10T09:00:00Z | |||
| Positions-ID PositionId | Der eindeutige Identifikator einer bestimmten Stelle innerhalb der Organisation. Er dient als primäre Case-ID für den Prozess der Positionsverwaltung. | ||
| Beschreibung Die Positions-ID ist ein eindeutiger Schlüssel, der jeder Position zugewiesen wird, damit sie von allen anderen unterschieden werden kann. Sie bildet den zentralen Bezugspunkt für alle Aktivitäten und Ereignisse im Lebenszyklus einer Position, vom ersten Antrag bis zur endgültigen Schließung. Beim Process Mining benötigt jedes Event Log eine Case-ID, um zusammengehörige Aktivitäten zu einer Prozessinstanz zusammenzufassen. Wird die Positions-ID als Case-ID verwendet, können Analysten den vollständigen Ablauf jeder Position nachvollziehen. So lassen sich Prozessabläufe visualisieren, Zykluszeiten für einzelne Positionen berechnen und häufige Abläufe oder Abweichungen erkennen. Warum das wichtig ist Sie ist unverzichtbar, um alle zusammengehörigen Aktivitäten zu einer Prozessinstanz zusammenzufassen und den Lebenszyklus jeder Position durchgängig zu analysieren. Woher beziehen Sie ist in der Regel im Kopfbereich oder im Hauptdatensatz eines Moduls zur Positionsverwaltung oder eines Personalinformationssystems (HRIS) zu finden. Beispiele POS-0012586003491-FINMKTG-SR-ANALYST-2 | |||
| Letzte Datenaktualisierung LastDataUpdate | Der Timestamp, der angibt, wann die Daten zu diesem Ereignis im Process-Mining-Datensatz zuletzt aktualisiert wurden. | ||
| Beschreibung Dieses Attribut hält fest, wann der Datensatz zuletzt aus dem Quellsystem aktualisiert wurde. Als Metadatenfeld liefert es wichtigen Kontext zur Aktualität der analysierten Daten. Analysten können damit den von der Analyse abgedeckten Zeitraum nachvollziehen und prüfen, ob sie mit den neuesten verfügbaren Daten arbeiten. Bei der laufenden Prozessüberwachung ist der Zeitpunkt der letzten Aktualisierung wichtig, damit Dashboards und Kennzahlen den aktuellen Betriebszustand abbilden und Schlussfolgerungen auf zeitnahen Informationen beruhen. Warum das wichtig ist Es zeigt Analysten, wie aktuell die Daten sind, und trägt dazu bei, dass die Analyse relevant ist und auf den neuesten verfügbaren Informationen basiert. Woher beziehen Dieser Timestamp wird in der Regel während der Datenextraktion und -transformation (ETL) erzeugt und gespeichert. Beispiele 2024-07-20T02:00:00Z2024-07-19T02:00:00Z2024-07-18T02:00:00Z | |||
| Quellsystem SourceSystem | Der Name oder Identifikator des Systems, aus dem die Ereignisdaten extrahiert wurden, zum Beispiel das zentrale HRIS oder ein spezialisiertes Modul für die Personalbeschaffung. | ||
| Beschreibung Das Attribut „Quellsystem“ gibt an, woher die Prozessdaten stammen. In vielen Organisationen erstreckt sich der Einstellungs- und Austrittsprozess über mehrere Anwendungen, zum Beispiel ein zentrales HR-System für die Positionsverwaltung und ein separates Bewerbermanagementsystem (ATS) für die Personalbeschaffung. Die Angabe des Quellsystems ist entscheidend, wenn Daten aus verschiedenen Quellen zu einer einheitlichen Prozessansicht zusammengeführt werden. Sie unterstützt die Datenvalidierung und die Fehlersuche bei Integrationsproblemen. Außerdem zeigt sie, welchen Beitrag die einzelnen Systeme zum Gesamtprozess leisten. So können Verzögerungen oder Datenabweichungen bei der Übergabe zwischen Systemen sichtbar werden. Warum das wichtig ist Die Angabe liefert wichtigen Kontext zur Herkunft der Daten und unterstützt die Datenvalidierung sowie die Analyse von Prozessen, die mehrere integrierte Systeme umfassen. Woher beziehen Diese Information ist in der Regel in den Metadaten des Datenexports enthalten oder kann bei der Datentransformation als statischer Wert ergänzt werden. Beispiele Workday HCMSAP SuccessFactorsOracle Fusion HCMDynamics 365 HR | |||
| Abteilung Department | Die Abteilung, Geschäftseinheit oder Organisationseinheit, der die Position zugeordnet ist. | ||
| Beschreibung Das Attribut „Abteilung“ ordnet jede Position einem bestimmten Unternehmensbereich zu, zum Beispiel „Finanzen“, „Technik“ oder „Vertrieb“. So lässt sich der Prozess der Positionsverwaltung in verschiedenen Unternehmensbereichen aufschlüsseln und vergleichen. Die Filterung oder Gruppierung nach Abteilung ist eine hilfreiche Analysemethode. Sie macht Unterschiede in der Prozessleistung sichtbar, etwa längere Genehmigungszeiten oder häufigere Nacharbeit in bestimmten Abteilungen. Diese Erkenntnisse können gezielte Prozessverbesserungen unterstützen und bewährte Vorgehensweisen leistungsstarker Abteilungen aufzeigen, die sich organisationsweit teilen lassen. Warum das wichtig ist Damit können Sie Prozesse in verschiedenen Geschäftseinheiten vergleichen und Unterschiede bei Effizienz, Compliance und Kosten erkennen. Woher beziehen Zu finden in den Positionsstammdaten oder im Organisationsmanagementmodul des HR-Systems. Beispiele FinanzenForschung und EntwicklungMarketingKundensupport | |||
| Benutzername UserName | Der Name oder eindeutige Identifikator des Benutzers, der die Aktivität ausgeführt hat oder mit dem Ereignis verknüpft ist. | ||
| Beschreibung Der Benutzername bezeichnet die Person, zum Beispiel eine Führungskraft, eine HR-Ansprechperson oder eine budgetverantwortliche Person, die eine bestimmte Aufgabe im Prozess ausgeführt hat. Dazu kann die Person gehören, die eine Position beantragt, einen Schritt genehmigt oder Positionsdetails geändert hat. Dieses Attribut ist wichtig für Analysen zur Ressourcenleistung, Arbeitsverteilung und Compliance. Es hilft bei Fragen wie: „Welche Benutzer bearbeiten die meisten Anträge?“ oder „Gibt es Verzögerungen bei bestimmten Genehmigenden?“. Außerdem dient es der Analyse der Funktionstrennung, damit kritische Aufgaben nicht von derselben Person ausgeführt werden. Warum das wichtig ist Es ermöglicht die Analyse der Arbeitsverteilung, der Benutzerleistung und der Compliance und hilft dabei, Schulungsbedarf oder Ressourcenengpässe zu erkennen. Woher beziehen In der Regel ist dieser Wert in Transaktionsdetails, Änderungsprotokollen oder Audit-Trails verfügbar und häufig über eine Benutzer-ID verknüpft. Beispiele j.doeEmily.WhiteU789123David Chen | |||
| Endzeit EndTime | Der Timestamp, der angibt, wann eine Aktivität abgeschlossen wurde. Er dient zur Berechnung der Verarbeitungszeit einzelner Aktivitäten. | ||
| Beschreibung Während der Ereigniszeitpunkt den Beginn einer Aktivität markiert, gibt die Endzeit ihren Abschluss an. Die Differenz zwischen beiden Werten entspricht der Verarbeitungszeit oder Dauer der jeweiligen Aufgabe. Bei Ereignissen ohne Dauer kann die Endzeit mit der Startzeit übereinstimmen. In der Analyse ist dieses Attribut wichtig, um festzustellen, welche Aktivitäten im Prozess besonders viel Zeit beanspruchen. Es hilft, ineffiziente Schritte zu erkennen und unterstützt eine detaillierte Engpassanalyse. Durch die Analyse der Endzeiten von Genehmigungsschritten können Organisationen beispielsweise ermitteln, welche Genehmigungen am längsten dauern, und Verbesserungsmaßnahmen gezielt darauf ausrichten. Warum das wichtig ist Damit lässt sich die Verarbeitungszeit einzelner Aktivitäten berechnen und feststellen, welche Aufgaben besonders viel Zeit beanspruchen. Woher beziehen Dieser Wert ist häufig zusammen mit der Startzeit in System-Event-Logs oder Transaktionsdaten zu finden. Er kann auch als Startzeit des nachfolgenden Ereignisses abgeleitet werden. Beispiele 2023-04-15T11:05:14Z2023-06-21T14:10:00Z2024-01-10T09:00:00Z | |||
| Kostenstelle CostCenter | Der Finanzcode oder Identifikator der Abteilung oder Gruppe, der die Kosten der Position zugeordnet werden. | ||
| Beschreibung Die Kostenstelle ist eine finanzielle Dimension, die eine Position mit einer bestimmten Budgeteinheit im Kontenplan der Organisation verknüpft. Sie dient der Finanzplanung, Budgetierung und Berichterstattung zu Stellenbestand und Personalkosten. Beim Process Mining ermöglicht die Kostenstelle eine finanzielle Betrachtung des Prozesses der Positionsverwaltung. Damit lässt sich untersuchen, ob sich Positionen in bestimmten Kostenstellen häufiger ändern, Genehmigungen länger dauern oder höhere Personalbeschaffungskosten anfallen. Das ist besonders hilfreich, um die Einhaltung des Budgets zu analysieren und die finanziellen Auswirkungen von Entscheidungen zur Positionsverwaltung zu verstehen. Warum das wichtig ist Sie verknüpft die Position mit einer finanziellen Einheit und ermöglicht so die Analyse von Prozessleistung und Kosten nach Budgetbereich. Woher beziehen Zu finden in den Finanz- oder Organisationszuordnungen des Positionsdatensatzes im HR- oder ERP-System. Beispiele CC-451001002-FIN-US78345SALES-WEST | |||
| Name der Führungskraft ManagerName | Der Name der einstellenden Führungskraft oder der Führungskraft, der die Position unterstellt ist. | ||
| Beschreibung Der Name der Führungskraft bezeichnet die Person, die die Mitarbeiterin oder den Mitarbeiter in der neuen Position führen wird. Häufig beantragt diese Person die Position und ist maßgeblich am Genehmigungs- und Einstellungsprozess beteiligt. Dieses Attribut ist zentral für das Dashboard „Analyse von Genehmigungsengpässen“. Durch die Gruppierung von Aktivitäten nach Führungskraft lassen sich Personen erkennen, bei denen sich der Prozess aufgrund hoher Arbeitsbelastung oder zusätzlichen Schulungsbedarfs verzögern könnte. Außerdem wird sichtbar, wie Führungskräfte in den Prozess eingebunden sind und welche Entscheidungsmuster auf ihrer Ebene auftreten. Warum das wichtig ist Das Attribut identifiziert die zentrale Ansprechperson für die Position und ermöglicht die Analyse von Genehmigungsverzögerungen und prozessbezogenen Mustern einzelner Führungskräfte. Woher beziehen Zu finden in den Positionsdetails, häufig in der Berichtsstruktur oder Organisationszuordnung. Beispiele Robert SmithMaria GarciaChen WeiPriya Patel | |||
| Positionsstatus PositionStatus | Der aktuelle oder historische Status der Position zum Zeitpunkt des Ereignisses, zum Beispiel „Offen“, „Besetzt“, „Eingefroren“ oder „Geschlossen“. | ||
| Beschreibung Der Positionsstatus gibt an, in welchem Zustand sich eine Position in ihrem Lebenszyklus befindet. Dieses dynamische Attribut ändert sich im Verlauf des Prozesses. Eine Position kann beispielsweise zunächst „Genehmigung ausstehend“, dann „Offen – Personalsuche“ und anschließend „Besetzt“ und schließlich „Geschlossen“ sein. Dieses Attribut ist wichtig für statusbezogene Analysen und Dashboards wie „Analyse veralteter und inaktiver Positionen“. Anhand der Verweildauer in den einzelnen Status können Organisationen Engpässe erkennen, etwa Positionen, die zu lange den Status „Offen“ haben. Außerdem unterstützt das Attribut die Kapazitätsplanung und die Beurteilung des Zustands der gesamten Personalpipeline. Warum das wichtig ist Damit lässt sich analysieren, wie lange Positionen in den einzelnen Status verbleiben. Das ist wichtig, um veraltete Positionen zu erkennen und die Personalplanung zu steuern. Woher beziehen Der Status ist in der Regel im Hauptdatensatz der Position gespeichert und wird bei statusändernden Aktivitäten aktualisiert. Beispiele Offen – PersonalsucheGenehmigung ausstehendBesetztEingefrorenGeschlossen | |||
| Stellenbezeichnung JobTitle | Die offizielle Bezeichnung der Stelle, die der Position zugeordnet ist, zum Beispiel „Senior Software Engineer“ oder „Marketing Manager“. | ||
| Beschreibung Die Stellenbezeichnung beschreibt die Funktion oder Aufgabe der Position. Einer Stellenbezeichnung können mehrere Positionen zugeordnet sein. Das Attribut liefert wichtigen Kontext zur Art der verwalteten Stelle. Eine Analyse nach Stellenbezeichnung oder übergeordneten Berufsgruppen kann Muster für bestimmte Rollen aufzeigen. Bei leitenden oder hoch spezialisierten Positionen dauern Genehmigungszyklen oder Einstellungsverfahren beispielsweise möglicherweise länger als bei Einstiegspositionen. Diese Informationen helfen dabei, Personalbeschaffungsstrategien anzupassen und realistische Zeitpläne festzulegen. Warum das wichtig ist Das Attribut liefert Kontext zur Rolle und ermöglicht den Vergleich von Prozessunterschieden zwischen verschiedenen Stellenarten, Ebenen oder Funktionen. Woher beziehen Gespeichert in den Positionsstammdaten, häufig verknüpft mit einem zentralen Stellenkatalog oder Stellenprofil im HR-System. Beispiele Leitender BuchhalterProduktmanagerDatenwissenschaftlerHR-Ansprechperson | |||
| Änderungsgrund ChangeReason | Die Begründung, die angegeben wird, wenn ein Positionsantrag abgelehnt oder zur Überarbeitung zurückgesendet wird oder sich Positionsattribute ändern. | ||
| Beschreibung Der Änderungsgrund hält die Erklärung für bestimmte, häufig nicht standardmäßige Ereignisse im Prozess fest. Dazu gehören Gründe für die Ablehnung eines Antrags, die Begründung einer Neueinstufung oder Kommentare, wenn ein Antrag zur Überarbeitung an die antragstellende Person zurückgesendet wird. Diese qualitativen Daten sind für die Ursachenanalyse besonders wertvoll. Sie erklären, warum Prozessabweichungen auftreten. Eine Analyse der Ablehnungsgründe kann beispielsweise häufige Probleme bei Positionsanträgen aufzeigen, etwa fehlende Budgetangaben oder unklare Stellenbeschreibungen. Diese Erkenntnisse sind wichtig, um die Erstannahmequote zu verbessern und die Nacharbeitsquote bei Positionsanträgen zu senken. Warum das wichtig ist Das Attribut liefert wichtigen Kontext zu Nacharbeit, Ablehnungen und anderen Abweichungen und ermöglicht gezielte Ursachenanalysen und Prozessverbesserungen. Woher beziehen In der Regel zu finden in Kommentarfeldern, Notizen oder speziellen Begründungscodes zu Ablehnungs-, Nachbearbeitungs- oder Änderungstransaktionen. Beispiele Budget nicht genehmigtFalsches Stellenprofil ausgewähltUmstrukturierungAntragsangaben unvollständig | |||
| Anforderungs-ID RequisitionId | Der eindeutige Identifikator der mit der Position verknüpften Stellenanforderung, der die Verbindung zum Einstellungsprozess herstellt. | ||
| Beschreibung Die Anforderungs-ID verbindet den Prozess der Positionsverwaltung mit dem Einstellungsprozess. Sobald eine Position genehmigt und bereit zur Besetzung ist, wird in der Regel eine Stellenanforderung erstellt, um die Einstellungsaktivitäten offiziell einzuleiten. Dieser Identifikator ist wichtig, um den Einstellungs- und Austrittszyklus durchgängig abzubilden. Er ermöglicht es, Daten zur Erstellung und Genehmigung der Position mit nachgelagerten Daten zur Personalbeschaffung zu verknüpfen, etwa zur Kandidatensuche, zu Vorstellungsgesprächen und zu Angeboten. So lässt sich die gesamte Besetzungszeit von der ersten Anfrage bis zum Eintrittsdatum einer Kandidatin oder eines Kandidaten analysieren. Warum das wichtig ist Sie verknüpft die Position mit dem Einstellungsprozess und ermöglicht eine umfassendere Analyse des gesamten Talent-Acquisition-Lebenszyklus. Woher beziehen Wird in der Regel vom Bewerbermanagementsystem (ATS) oder Personalbeschaffungsmodul generiert und mit dem Positionsdatensatz im zentralen HRIS verknüpft. Beispiele REQ-2024-05-201JR102345R-0098778553 | |||
| Berufsgruppe JobFamily | Eine übergeordnete Gruppierung von Stellen mit ähnlichen Aufgaben oder Kompetenzen oder aus demselben Berufsfeld. | ||
| Beschreibung Eine Berufsgruppe fasst verwandte Stellenbezeichnungen zusammen. So können beispielsweise „Software Engineer“, „QA Tester“ und „DevOps Engineer“ zur Berufsgruppe „Technik“ gehören. Dadurch lassen sich Positionen auf einer übergeordneten Ebene statt nur anhand der konkreten Stellenbezeichnung kategorisieren und analysieren. Die Analyse nach Berufsgruppe ermöglicht einen strategischen Blick auf Personaltrends und Prozesseffizienz. Organisationen können damit den Lebenszyklus der Positionsverwaltung in verschiedenen Funktionen vergleichen, etwa in den Bereichen „Finanzen“ und „IT“. So werden funktionsspezifische Engpässe oder bewährte Vorgehensweisen sichtbar, die in die strategische Personalplanung einfließen können. Warum das wichtig ist Damit lassen sich ähnliche Stellen für übergeordnete Analysen gruppieren und Prozesstrends in verschiedenen Unternehmensfunktionen nachvollziehen. Woher beziehen Festgelegt im Stellenkatalog oder in der Stellenarchitektur der Organisation und als Attribut im Stellenprofil oder Positionsdatensatz gespeichert. Beispiele TechnikFinanzen und RechnungswesenVertriebPersonalwesen | |||
| Standort Location | Der physische, geografische oder regionale Standort, an dem die Position angesiedelt ist. | ||
| Beschreibung Das Attribut „Standort“ gibt das Büro, die Stadt, das Bundesland oder das Land an, das einer Position zugeordnet ist. Diese geografische Information ist wichtig, um regionale Unterschiede bei Einstellungsverfahren und der Personalverteilung zu verstehen. Eine Analyse nach Standort kann wichtige Erkenntnisse liefern. Sie kann beispielsweise Unterschiede bei Zykluszeiten aufgrund lokaler Arbeitsmarktbedingungen, abweichende Genehmigungshierarchien in verschiedenen Ländern oder zusätzliche Prozessschritte aufgrund regionaler Compliance-Anforderungen aufzeigen. Diese Analyse unterstützt die globale Standardisierung von Prozessen und berücksichtigt zugleich notwendige lokale Unterschiede. Warum das wichtig ist Damit lassen sich regionale Unterschiede bei Prozesseffizienz, Einstellungsbedarf und Compliance-Anforderungen erkennen. Woher beziehen Gespeichert als Teil der Organisationsdetails in den Positionsstammdaten. Beispiele New York, USABerlin, DeutschlandSingapurBüro London | |||
Aktivitäten für Hire to Retire – Positionsmanagement
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Anforderung einer Position eingereicht | Dieses Ereignis markiert den offiziellen Beginn des Prozesses zur Positionsverwaltung. Es wird erfasst, wenn ein Benutzer, in der Regel eine Führungskraft mit Einstellungsverantwortung, im HR-System eine neue Position oder eine Ersatzposition anfordert. | ||
| Warum das wichtig ist Diese Aktivität ist der wichtigste Startpunkt für die Messung der gesamten Zykluszeit bei der Anlage einer Position. Die Analyse von Umfang und Zeitpunkt der Anforderungen unterstützt die Ressourcenplanung und hilft, Wachstum oder Umstrukturierungen in der Organisation nachzuvollziehen. Woher beziehen Dieses Ereignis wird üblicherweise in einem Workflow-System oder einer Audit-Log-Tabelle erfasst, die die Einreichung eines Formulars zur Anforderung einer neuen Position dokumentiert. Erfassung Ermitteln Sie das Ereignis, bei dem der Datensatz zur Positionsanforderung angelegt wird, oder den ersten Schritt im zugehörigen Geschäftsprozess-Workflow. Ereignistyp explicit | |||
| HR-Freigabe erteilt | Dies ist die endgültige Freigabe durch die Personalabteilung. Sie bestätigt, dass die Position mit den Unternehmensrichtlinien, der Einstufung und den Vergütungsstrukturen übereinstimmt. Häufig ist dies die letzte Freigabe vor der offiziellen Anlage der Position. | ||
| Warum das wichtig ist Als letzte Freigabestufe kann dieser Schritt zu einem erheblichen Engpass werden, wenn es zu Verzögerungen kommt. Seine Analyse ist entscheidend, um die Prozesseffizienz und die Einhaltung der Compliance-Vorgaben im HR-Bereich zu beurteilen. Woher beziehen Dieses Ereignis wird erfasst, wenn die letzte Freigabeaufgabe im Workflow zur Anlage der Position abgeschlossen ist. Sie wird üblicherweise von einer HR-Ansprechperson oder einer administrativen Fachkraft ausgeführt. Erfassung Ermitteln Sie im Workflow-Verlauf den Timestamp, an dem die HR-spezifische Freigabeaufgabe abgeschlossen wird. Ereignistyp explicit | |||
| Position aktiviert | Dieses Ereignis markiert den Zeitpunkt, an dem eine Position offiziell offen und für Personalmaßnahmen verfügbar ist, etwa für die Veröffentlichung einer Stellenausschreibung. Die Position ist damit für die Personalbeschaffung bereit. | ||
| Warum das wichtig ist Dieses Ereignis markiert die zentrale Übergabe von der Positionsverwaltung an die Talentgewinnung. Die Zeit bis zur Aktivierung einer angelegten Position kann Verzögerungen bei der betrieblichen Einsatzbereitschaft aufzeigen. Woher beziehen Dieses Ereignis wird üblicherweise anhand einer Statusänderung im Positionsdatensatz abgeleitet, etwa zu „Aktiv“, „Offen“ oder einem vergleichbaren Status, sowie anhand des Wirksamkeitsdatums dieser Änderung. Erfassung Erfassen Sie den Timestamp, an dem sich der Statuscode der Position in einen Wert ändert, der anzeigt, dass sie aktiv und für die Personalbeschaffung offen ist. Ereignistyp inferred | |||
| Position angelegt | Dieses Ereignis markiert die offizielle Anlage des Positionsdatensatzes im zentralen HR-System, nachdem alle erforderlichen Freigaben vorliegen. Die Position ist nun Teil der Organisationsstruktur und hat eine eindeutige Kennung. | ||
| Warum das wichtig ist Dieser wichtige Meilenstein markiert das Ende der Freigabephase und den Beginn des aktiven Lebenszyklus der Position. Die Zeit zwischen „Anforderung eingereicht“ und „Position angelegt“ ist eine wichtige Leistungskennzahl. Woher beziehen Dieses Ereignis wird anhand des Erstellungs-Timestamps des primären Positionsdatensatzes oder -objekts in den zentralen HR-Datentabellen erfasst. Erfassung Verwenden Sie das Feld „Erstellungsdatum“ oder den Timestamp „Im System angelegt“ aus der primären Positionstabelle oder dem Positionsobjekt. Ereignistyp explicit | |||
| Position besetzt | Dieses Ereignis markiert den erfolgreichen Abschluss der Personalbeschaffung: Eine Kandidatin oder ein Kandidat wurde eingestellt oder eine interne Person auf die Position versetzt. Die Position ist nun besetzt. | ||
| Warum das wichtig ist Dies ist ein wichtiger Erfolgsmeilenstein im Lebenszyklus der Position. Die Zeit zwischen „Position aktiviert“ und „Position besetzt“ ist ein wesentlicher Bestandteil der Kennzahl Time-to-Hire. Woher beziehen Dieses Ereignis wird erfasst, sobald ein Geschäftsprozess zur Einstellung oder Personalbesetzung erfolgreich abgeschlossen wurde und dabei eine Mitarbeiter-ID mit der Positions-ID verknüpft wird. Erfassung Verwenden Sie das Wirksamkeitsdatum der Einstellung oder Versetzung, durch die eine Person der Position zugeordnet wird. Ereignistyp explicit | |||
| Position deaktiviert | Die Position wird inaktiv gesetzt, häufig nachdem eine Mitarbeiterin oder ein Mitarbeiter das Unternehmen verlassen hat und keine unmittelbare Nachbesetzung geplant ist. Eine inaktive Position wird aus dem aktiven Organigramm entfernt, bleibt aber zu historischen Zwecken im System gespeichert. | ||
| Warum das wichtig ist Diese Aktivität unterstützt die Personalplanung und trägt dazu bei, dass Organigramme korrekt sind. Die Zeit zwischen dem Freiwerden und der Deaktivierung einer Position kann Aufschluss über die Effizienz der Personalplanung geben. Woher beziehen Dies lässt sich anhand einer Statusänderung im Positionsdatensatz auf „Inaktiv“ oder „Eingestellt“ sowie des zugehörigen Wirksamkeitsdatums ableiten. Erfassung Erfassen Sie den Timestamp, zu dem der Positionsstatus auf einen Wert geändert wird, der anzeigt, dass die Position nicht mehr aktiv ist. Ereignistyp inferred | |||
| Position geschlossen | Bezeichnet die endgültige Abschaffung oder Archivierung der Position in der Organisationsstruktur. Dies ist das letzte Ereignis im Lebenszyklus der Position und bedeutet, dass sie nicht erneut verwendet wird. | ||
| Warum das wichtig ist Dies ist die abschließende Aktivität im Lebenszyklus der Position. Die Analyse geschlossener Positionen ist wichtig, um die langfristige Organisationsgestaltung und strategische Personalreduzierungen zu verstehen. Woher beziehen Dabei handelt es sich in der Regel um eine explizite Aktion oder einen Geschäftsprozess zum Schließen oder Abschaffen einer Position, der in Workflow-Protokollen oder im Verlauf der Statusänderungen erfasst wird. Erfassung Suchen Sie nach dem Abschlussereignis eines Geschäftsprozesses zum Schließen einer Position oder nach einer abschließenden Statusänderung auf „Geschlossen“ oder „Abgeschafft“. Ereignistyp explicit | |||
| Budgetfreigabe erteilt | Ein wichtiger Meilenstein: Die Finanzabteilung oder eine budgetverantwortliche Person bestätigt, dass Mittel für die neue Position verfügbar und eingeplant sind. Damit wird die finanzielle Tragfähigkeit der Anforderung geprüft. | ||
| Warum das wichtig ist Diese Aktivität ist für die Finanzkontrolle entscheidend und hilft, budgetbedingte Verzögerungen zu analysieren. Wenn Sie die Zykluszeit der Finanzfreigabe kennen, können Sie Probleme bei der Budgetierung oder Prognose erkennen. Woher beziehen Dieses Ereignis wird üblicherweise als Abschluss eines eigenen Freigabeschritts im Workflow erfasst, der häufig einer Person aus dem Finanzbereich zugewiesen ist. Erfassung Suchen Sie im Workflow-Event-Log nach einem Eintrag, der den Abschluss des Schritts „Budgetfreigabe“ oder „Finanzprüfung“ anzeigt. Ereignistyp explicit | |||
| Freigabe durch Führungskraft erteilt | Dies ist die erste Freigabestufe, die von der anfordernden Führungskraft oder der Abteilungsleitung abgeschlossen wird. Damit wird der Bedarf an der Position im Team oder in der Abteilung bestätigt. | ||
| Warum das wichtig ist Die Erfassung dieses Schritts hilft, Engpässe in der Anfangsphase des Freigabeprozesses zu erkennen. Verzögerungen an dieser Stelle können die Time-to-Fill deutlich erhöhen. Woher beziehen Dieser Schritt wird üblicherweise als Statusänderung oder als Abschluss einer Freigabeaufgabe im Workflow-Verlauf der Positionsanforderung erfasst. Erfassung Erfassen Sie den Timestamp, an dem die Freigabeaufgabe der Führungskraft in den Workflow-Logs als „Abgeschlossen“ oder „Genehmigt“ markiert wird. Ereignistyp explicit | |||
| Personalbeschaffung für Position gestartet | Dieses Ereignis zeigt an, dass die Personalbeschaffung für eine aktive Position offiziell begonnen hat. In der Regel wird dies durch die Anlage einer mit der Position verknüpften Stellenausschreibung markiert. | ||
| Warum das wichtig ist Diese Aktivität verbindet die Positionsverwaltung mit dem Recruiting-Prozess. Die Analyse der Zeit zwischen Positionsaktivierung und Beginn der Personalbeschaffung zeigt mögliche Lücken bei der Übergabe. Woher beziehen Dieses Ereignis wird üblicherweise erfasst, wenn im Recruiting-Modul ein neuer Datensatz für eine Stellenausschreibung angelegt und mit der Kennung der jeweiligen Position verknüpft wird. Erfassung Verwenden Sie den Erstellungs-Timestamp des Datensatzes für die Stellenausschreibung, der mit der Positions-ID verknüpft ist. Ereignistyp explicit | |||
| Position eingefroren | Eine aktive Position wurde vorübergehend ausgesetzt. Dadurch sind Einstellungen und andere Personalmaßnahmen für diese Position nicht möglich. Häufig sind Budgetverschiebungen oder geänderte strategische Prioritäten der Grund. | ||
| Warum das wichtig ist Wenn Sie erfassen, wann und warum Positionen eingefroren werden, erhalten Sie Erkenntnisse über organisatorische Veränderungen und Budgetsperren. So lassen sich veraltete Positionen erkennen, die zwar offen sind, aber nicht aktiv besetzt werden. Woher beziehen Dieses Ereignis wird anhand einer Statusänderung der Position zu „Eingefroren“, „Zurückgestellt“ oder „Ausgesetzt“ im zentralen HR-System abgeleitet. Erfassung Erfassen Sie den Timestamp, an dem der Status der Position auf „Eingefroren“ oder „Zurückgestellt“ gesetzt wird. Ereignistyp inferred | |||
| Position neu eingestuft | Bei dieser wesentlichen Änderung wird die grundlegende Einstufung einer Position angepasst, etwa Jobfamilie, Gehaltsstufe oder Ebene. Sie geht über eine einfache Änderung von Attributen hinaus und kann einen eigenen Freigabeprozess erfordern. | ||
| Warum das wichtig ist Neueinstufungen können sich auf Vergütung, Karrierewege und Organisationsstruktur auswirken. Die Erfassung dieser Ereignisse hilft, Änderungen am Organisationsdesign und die Anpassungsfähigkeit der Jobarchitektur zu analysieren. Woher beziehen Dieses Ereignis kann über einen eigenen Geschäftsprozess erfasst oder anhand von Änderungen an bestimmten Feldern zur Jobklassifizierung in der Änderungshistorie des Positionsdatensatzes abgeleitet werden. Erfassung Suchen Sie nach dem Abschluss eines Workflows zur Neueinstufung einer Position oder verfolgen Sie Änderungen an Feldern wie „Jobprofil“, „Gehaltsstufe“ oder „Jobcode“. Ereignistyp explicit | |||
| Positionsanforderung abgelehnt | Ein Freigebender hat die Positionsanforderung in einer beliebigen Prozessphase offiziell abgelehnt. Damit ist der Vorgang beendet und kann nicht weiter bearbeitet werden. | ||
| Warum das wichtig ist Die Erfassung von Ablehnungen hilft, die First-Pass-Yield-Rate zu ermitteln und Gründe für gescheiterte Anforderungen aufzudecken, etwa Budgetbeschränkungen oder eine fehlende strategische Ausrichtung. Diese Analyse kann die Qualität künftiger Einreichungen verbessern. Woher beziehen Dieses Ereignis wird im Workflow-Verlauf ausdrücklich erfasst, wenn ein Freigebender die Aktion „Ablehnen“ auswählt. Erfassung Ermitteln Sie den Timestamp, der einem Status „Abgelehnt“ oder der Ausführung einer Workflow-Aktion zum Ablehnen zugeordnet ist. Ereignistyp explicit | |||
| Positionsanforderung zur Überarbeitung zurückgesendet | Ein Freigebender hat die Positionsanforderung zur Änderung oder Klärung an einen vorherigen Schritt zurückgegeben. Dadurch entsteht eine Schleife im Prozess: Die anfordernde Person muss den Antrag überarbeiten und erneut einreichen. | ||
| Warum das wichtig ist Diese Aktivität misst Nacharbeit und Prozessineffizienz direkt. Häufige Nacharbeitsschleifen deuten auf unklare Anforderungen, Fehler bei der Dateneingabe oder mangelnde Abstimmung zwischen Abteilungen hin. Woher beziehen In den meisten Workflow-Systemen wird diese Aktion ausdrücklich erfasst, wenn ein Freigebender die Option „Zurückweisen“ oder „Überarbeitung anfordern“ auswählt. Erfassung Erfassen Sie Ereignisse, bei denen der Workflow-Status auf einen vorherigen Schritt zurückgesetzt oder eine bestimmte Aktion zum Zurücksenden protokolliert wird. Ereignistyp explicit | |||
| Positionsattribute geändert | Diese Aktivität umfasst Änderungen an beschreibenden Attributen einer bestehenden Position, etwa an Titel, Abteilung oder Standort. Sie tritt üblicherweise nach der Anlage der Position auf. | ||
| Warum das wichtig ist Häufige Änderungen nach der Anlage können auf anfängliche Probleme mit der Datenqualität oder auf organisatorische Instabilität hindeuten. Die Analyse dieser Änderungen hilft, Art und Häufigkeit von Anpassungen nach der Freigabe zu verstehen. Woher beziehen Diese Aktivität wird häufig abgeleitet, indem Änderungen in den Audit-Logs oder Änderungshistorientabellen des Systems für den Positionsdatensatz verfolgt werden. Erfassung Überwachen Sie Änderungsprotokolle oder vergleichen Sie Vorher- und Nachher-Snapshots der Positionsdaten, um Änderungen an wichtigen Feldern zu erkennen. Ereignistyp inferred | |||
Extraktionsanleitungen
Die Extraktionsmethoden unterscheiden sich je nach System. Eine ausführliche Anleitung finden Sie in
oder wählen Sie einen bestimmten Prozess und ein System aus.
Möchten Sie loslegen?
Beginnen Sie mit der Analyse Ihres Positionsmanagementprozesses von Hire to Retire. Verwenden Sie dazu dieses generische Template oder wählen Sie eine Anleitung für ein bestimmtes System, um die Datenextraktion zu starten.
Optimieren Sie jetzt Ihr Positionsmanagement im Hire-to-Retire-Prozess
Verschaffen Sie sich einen klaren Überblick über Ihre Belegschaft, reduzieren Sie Fehler und senken Sie Kosten.
Keine Kreditkarte erforderlich. Die Einrichtung dauert 5 Minuten.