Der Recruiting-Prozess in Microsoft 365: von der Bedarfsmeldung bis zur Einstellung

Recruiting wird oft auf das Bewerbermanagement verengt, also auf das, was passiert, sobald die erste Bewerbung eintrifft. Dabei ist das nur das mittlere Stück. Davor steht die Frage, wie aus einem Bedarf überhaupt eine genehmigte, ausgeschriebene Stelle wird, und danach die Frage, wie aus einer Zusage eine saubere Einstellung ohne doppelte Datenerfassung entsteht. Genau an diesen beiden Enden geht im Alltag am meisten Zeit und Übersicht verloren.

Dieser Beitrag nimmt deshalb den ganzen Weg in den Blick, von der Bedarfsmeldung bis zur Einstellung, und zeigt, wie sich dieser Ablauf in einer Microsoft-365-Umgebung zusammenhängend abbilden lässt. Die Bewerbungsphase selbst, also der Umgang mit den eingehenden Kandidaten, ist dabei ein eigenes Thema und im Beitrag zum Bewerbermanagement in Microsoft 365 ausführlich behandelt.

Wo der Prozess wirklich beginnt

Eine Stelle wird selten aus dem Nichts ausgeschrieben. Am Anfang steht ein Bedarf: Jemand geht, ein Team wächst, ein Projekt verlangt eine neue Rolle. Dieser Bedarf muss in den meisten Organisationen gemeldet, geprüft und freigegeben werden, bevor das eigentliche Recruiting startet. Genau dieser Schritt läuft in vielen KMU formlos ab, per Zuruf oder Mail, und wird damit zur ersten Quelle von Verzögerung und Unklarheit.

Ein klarer Einstieg beantwortet drei Fragen, bevor eine Zeile Stellenanzeige geschrieben wird. Ist die Stelle überhaupt freigegeben, budgetiert und mit der Personalplanung abgestimmt. Wie ist die Rolle definiert, also welche Aufgaben, welche Anforderungen, welche Einstufung. Und wer entscheidet mit, von der Führungskraft bis zur Geschäftsführung. Wird das am Anfang sauber geklärt, erspart man sich später Abstimmungsschleifen, die einen Prozess zäh machen.

Von der offenen Stelle zur Ausschreibung

Ist der Bedarf freigegeben, wird aus der Rolle eine Ausschreibung. Hier zahlt sich aus, wenn die Stelle aus einer hinterlegten Rollen- oder Stellenbeschreibung entsteht statt als loses Dokument. Dann muss die Anzeige nicht bei null getextet werden, sondern baut auf dem auf, was zur Position ohnehin definiert ist, Aufgaben, Anforderungen, Rahmen, am besten inkl. Soll-Kompetenzen und Skillset.

Die Ausschreibung geht anschließend an die passenden Kanäle, von der eigenen Karriereseite über Jobbörsen bis zu internen Aushängen. Je mehr Kanäle, desto wichtiger wird, dass eine Änderung an einer Stelle gepflegt wird und nicht in fünf Portalen einzeln. Ab hier beginnt die Bewerbungsphase, die der verlinkte Beitrag im Detail behandelt.

Von der Zusage zur Einstellung

Nach der Auswahl kommt der Übergang, der am häufigsten unterschätzt wird. Mit der Zusage wird aus einer Kandidatin eine künftige Mitarbeiterin, und damit wandern ihre Daten aus dem Recruiting in die Personalverwaltung. Passiert das von Hand, werden Name, Adresse und Vertragsdaten ein zweites Mal erfasst, mit dem bekannten Risiko von Tippfehlern und Lücken.

Sinnvoll ist, dass die im Recruiting erfassten Daten und Dokumente bei der Einstellung übernommen werden, statt neu eingegeben zu werden. Aus dem Bewerber wird so ein Eintrag in der digitalen Personalakte, und der Einstieg kann unmittelbar anschließen. Wie dieser Einstieg aussieht, von der Zeit vor dem ersten Tag bis zu den ersten Wochen, behandeln die Beiträge zum Preboarding und zum digitalen Onboarding. Der Recruiting-Prozess endet damit nicht bei der Unterschrift. Er reicht bis zur sauberen Übergabe ins Onboarding.

Was sich mit Bordmitteln abbilden lässt, und wo es kippt

In einer bestehenden Microsoft-365-Umgebung lässt sich ein guter Teil davon mit vorhandenen Werkzeugen aufsetzen, und es lohnt sich, die einzelnen Schritte durchzugehen, weil für fast jeden schon ein Baustein bereitliegt.

• Bedarfsmeldung: Ein Formular in Microsoft Forms fragt die wichtigen Angaben strukturiert ab, etwa welche Stelle gebraucht wird, aus welchem Grund, ab wann und in welchem Budgetrahmen. Die Antworten landen geordnet in einer SharePoint-Liste, statt in einer Mail unterzugehen. Dort sind die wichtigsten Infos somit auch dokumentiert und für später nachvollziehbar.
• Genehmigung: Ein Power-Automate-Ablauf schickt die Meldung an die richtige Führungskraft und bei Bedarf weiter an die Geschäftsführung, hält den Status fest und erinnert, wenn eine Freigabe liegen bleibt. Damit ist nachvollziehbar, wo eine Stelle gerade hängt. Das finale Ergebnis kann wieder in der SharePoint-Liste als zentraler Datenbasis aktualisiert oder ergänzt werden.
• Ausschreibung: Aus verschiedenen Word-Vorlagen entsteht der Ausschreibungstext, die Veröffentlichung auf Karriereseite und Jobbörsen erfolgt anschließend von Hand oder, falls das zu den eigenen Prozessen passt, wieder per Mail über einen Power-Automate-Flow.
• Bewerbungen: Die eingehenden Unterlagen sammeln sich in einem Postfach oder einer SharePoint-Bibliothek. Wie sich diese Phase ordentlich strukturieren lässt, behandelt der Beitrag zum Bewerbermanagement.
• Abstimmung im Team: Ein Teams-Kanal und eine gemeinsame Aufgabenliste (z. B. im Planner) halten das Auswahlteam auf dem Laufenden, wer welche Bewerbung gesichtet hat und wie es weitergeht.

Für einen überschaubaren Prozess mit wenigen Stellen trägt dieser Eigenbau durchaus, und er kostet außer etwas Einrichtungszeit nichts extra: Alle diese Bordmittel sind in den meisten Microsoft-Lizenzen enthalten.

Schwierig wird es an den Nahtstellen, also genau dort, wo aus den Einzelbausteinen ein durchgehender Ablauf werden soll. Jede Übergabe von einer Stufe zur nächsten bleibt Handarbeit: Aus der genehmigten Bedarfsmeldung wird nicht von selbst eine Ausschreibung, und die Daten einer zugesagten Person wandern nicht automatisch in die Personalakte oder ins Payroll-System, sondern werden ein zweites Mal eingetippt. Dazu kommen die kniffligen Details. Eine Berechtigung, bei der der Fachbereich seine Kandidaten bewerten kann, ohne die Daten aller anderen zu sehen, verlangt eine feingranulare Rechtevergabe, die von Hand schwer sauber zu halten ist. Und wird eine Stelle auf mehreren Portalen ausgeschrieben, muss jede Änderung in jedem Portal einzeln nachgezogen werden. Je mehr Stellen parallel laufen und je mehr Menschen mitreden, desto mehr frisst diese Pflege die Zeit, die eigentlich in die Auswahl gehört. Ab wann sich der Selbstbau in SharePoint nicht mehr rechnet, zeigt der Beitrag zu HR-Software in SharePoint.

Wo pemundo ansetzt

In pemundo hängt der Recruiting-Prozess an der Position im Stellenplan. Eine offene Stelle kann über eine Bedarfsmeldung mit Genehmigung entstehen, und aus der hinterlegten Stellenbeschreibung wird die Grundlage für die Ausschreibung. Von der Position aus startet das Recruiting, die Bewerbungen laufen strukturiert und der Fachbereich lässt sich einbinden, ohne vollen Zugriff auf alle Daten zu bekommen.

Der entscheidende Vorteil liegt am Übergang: Weil Recruiting, Personalakte und Boarding im selben Microsoft-365-Tenant liegen, werden die Daten einer zugesagten Person bei der Einstellung übernommen und der Onboarding-Prozess schließt direkt an. Statt getrennter Inseln entsteht so ein durchgehender Prozess, der von der Bedarfsmeldung bis zum ersten Arbeitstag zusammenhängt.

In 30 Minuten ansehen

Wir zeigen dir in 30 Minuten, wie sich der Recruiting-Prozess in deiner bestehenden Microsoft-365-Umgebung abbilden lässt, von der Bedarfsmeldung über die Ausschreibung bis zur Einstellung, die ohne doppelte Datenerfassung ins Onboarding übergeht.