Work‑Location in Microsoft Teams: Was HR und Recruiting jetzt wissen sollten

Work‑Location in Microsoft Teams: Was HR und Recruiting jetzt wissen sollten

Hybrid heißt planen unter Unsicherheit: Wer ist an welchem Tag im Büro, wer im Home Office – und wie koordinieren wir Vor-Ort-Interviews oder Onsites effizient? Microsoft integriert genau dafür eine Work‑Location-Funktion in Teams und Microsoft 365. Sie macht sichtbar, ob Kolleg:innen im Büro oder remote arbeiten und kann diese Angabe auf Wunsch sogar automatisch aktualisieren. Für HR und Recruiting ist das mehr als „nice to have“ – aber nur, wenn es richtig eingeführt wird.

Worum es konkret geht – und warum das jetzt für HR/Recruiting zählt

Microsoft nennt die Angabe des Arbeitsorts „Work location“. Mitarbeitende können pro Tag festlegen, ob sie „im Büro“ oder „remote“ arbeiten; mit Microsoft Places lassen sich sogar Gebäudedetails hinterlegen. Die Information erscheint organisationsweit in Teams-Profilkarten und lässt sich mit Outlook-Wochenplänen koppeln. Ziel ist es, In‑Person‑Meetings und Hybridarbeit planbarer zu machen (Microsoft Learn).

Für Recruiting-Teams ist das unmittelbar relevant:

  • Terminierung wird leichter: Wer vor Ort ist, lässt sich schneller für Onsite-Interviews bündeln.
  • Präsenzkultur transparent machen: Kandidat:innen erleben im Prozess, wie Ihr Unternehmen Hybridarbeit organisiert – Chance fürs Employer Branding.
  • Koordination zwischen HR, Hiring Manager und Fachbereichen wird einfacher, weil Präsenzdaten in Teams/Outlook dort sichtbar sind, wo ohnehin geplant wird.

Wie die Work‑Location-Funktion technisch funktioniert

Die Work‑Location ist Teil des Präsenzsignals in Teams und mit den Arbeitszeiten im Microsoft‑365‑Kalender verbunden. Zwei Quellen spielen zusammen (Microsoft Places – Overview, Konfiguration Auto‑Erkennung):

  • Geplante Work‑Location: Nutzer:innen legen in Outlook/Teams ihren Wochenplan (im Büro/remote) fest. Änderungen synchronisieren zwischen Teams und Outlook.
  • Tatsächliche Work‑Location: Optional kann Teams die Info automatisch aktualisieren („Workplace check‑in“), wenn sich ein Gerät mit einem konfigurierten Büro‑WLAN verbindet oder an ein als Schreibtisch‑Peripherie hinterlegtes Gerät andockt.

Hinweis für Exchange‑Hybrid: Bestimmte Places‑Funktionen (z. B. Work plans, Places‑App) sind nur für Nutzer mit Postfächern in Exchange Online verfügbar; On‑Premises‑Postfächer schränken die Funktionalität ein (siehe Microsoft Places – Overview). Bei Exchange‑On‑Premises‑Postfächern sind Work‑Location‑Einstellungen zwar sichtbar, Änderungen werden jedoch nur der einzelnen Person angezeigt und nicht organisationsweit geteilt; für verlässliches Teilen empfiehlt Microsoft die Migration nach Exchange Online (siehe Microsoft Places – Overview).

Wichtige Leitplanken laut Microsoft‑Dokus:

  • Standardmäßig ist die automatische Aktualisierung aus. Admins müssen sie aktiv einschalten; sie kann tenant‑weit oder für ausgewählte Gruppen gelten.
  • Für WLAN‑basierte Updates gibt es Policy‑Modi: „Ask“ (Opt‑in der Nutzer) oder „Inform“ (Opt‑out möglich). Peripherie‑basiertes Check‑in lässt sich ebenfalls per Policy ein‑/ausschalten.
  • Nutzende behalten Kontrolle: Sie können die Angabe jederzeit manuell setzen, ändern oder löschen. Workplace Check‑in erfordert generell die Zustimmung, dass die Teams‑Desktop‑App auf die Standort‑Schnittstelle des Betriebssystems zugreifen darf; zusätzlich steuern Admin‑Policies für WLAN den „Ask“/„Inform“-Modus.
  • Keine Ortshistorie: Die tatsächliche Work‑Location wird am Ende der Arbeitszeit gelöscht; außerhalb der definierten Arbeitszeiten wird sie nicht automatisch aktualisiert.
  • Sichtbarkeit nur intern: Die Angabe ist innerhalb der eigenen Organisation in Teams sichtbar, nicht organisationsübergreifend.

Microsoft hat den breiten Rollout der automatischen Arbeitsort‑Aktualisierung mehrfach justiert und global gestaffelt ausgerollt; die Funktion ist für die Desktop‑Clients auf Windows und macOS vorgesehen (heise online).

Praktische Auswirkungen auf HR, Recruiting und Hiring Manager

Kurzfristig beeinflusst Work‑Location vor allem Ihre Planung und Kommunikation:

  • Bewerbungsprozesse: Onsite‑Tage lassen sich bündeln, wenn schnell sichtbar ist, wann Interviewer:innen ohnehin im Büro sind. Das reduziert Hin‑ und Herschieben im Kalender und Leerläufe.
  • Interviewlogistik: Vor‑Ort‑Eignungsprüfungen, Pair‑Programming‑Sessions oder Office‑Touren profitieren von Klarheit, wer verfügbar ist – besonders bei crossfunktionalen Panels.
  • Kalender‑Hygiene: Wenn Teams und Outlook dieselbe Quelle nutzen, verringern sich Missverständnisse („Ich dachte, du bist heute im Büro“). Das verkürzt Vorlaufzeiten im Scheduling.
  • Reporting/Transparenz: Recruiter:innen erkennen früher, ob ein Wochentag für Onsites taugt – ohne zusätzliche Abfragen per E‑Mail oder Chat.

Mittel‑ bis langfristig wird die Funktion Bestandteil Ihrer Recruiting‑Operations:

  • Standardabläufe: „Vorschlag für Onsite-Date basierend auf Team‑Präsenztagen“ wird ein fester Schritt in der Prozessvorlage.
  • Erwartungsmanagement: Kandidat:innen erhalten früh eine realistische Perspektive, wie oft Teams vor Ort kollaborieren. Das zahlt auf Passung und Retention ein.
  • Standort‑Ressourcen: Wenn Microsoft Places in Ihrem Tenant breiter genutzt wird (z. B. Desk‑Booking), lässt sich die Office‑Kapazität rund um Interviewtage besser steuern.

Risiken und Nebenwirkungen aus HR‑Perspektive

Work‑Location ist kein Überwachungswerkzeug – das betont Microsoft in seiner Dokumentation mehrfach. Es gibt keine Ortshistorie für Admins; die Funktion dient der Koordination und ist standardmäßig aus (Konfiguration Auto‑Erkennung). Dennoch stellen sich in HR echte Abwägungen:

  • Wahrnehmung: Mitarbeitende könnten die automatische Aktualisierung als „Kontrolle“ empfinden, selbst wenn technisch keine Nachverfolgung stattfindet. Das Risiko für Vertrauensschäden steigt, wenn Einführung und Zweck nicht sauber erklärt werden.
  • Governance: Ohne klare Policy‑Texte (Wer sieht was? Wofür verwenden wir die Angabe? Wie lange?) drohen Zweckentfremdungsvorwürfe.
  • Freiwilligkeit: Wenn Policies zu restriktiv wirken, konterkariert das den Nutzen – Mitarbeitende weichen dann auf manuelle Angaben aus oder deaktivieren die Funktion.

Öffentliche Debatten zeigen: Auch bei interner Sichtbarkeit sind Privatsphäre‑Bedenken real. Die Chance liegt darin, Work‑Location als Service für Zusammenarbeit zu positionieren – nicht als Tool, um Präsenz zu „messen“ (Windows Central).

Handlungsempfehlungen für HR und Recruiting

Die folgenden Empfehlungen zielen auf eine pragmatische, HR‑taugliche Einführung, die Planungsvorteile nutzbar macht, ohne Vertrauen zu verspielen.

Entscheidungsbaum: Aktivieren oder nicht?

  • Kleine bis mittlere Teams mit stabilen Präsenztagen: Aktivieren – hoher Scheduling‑Nutzen bei überschaubarem Erkläraufwand.
  • Verteilte, sensitiv arbeitende Bereiche (z. B. mit starkem Remote‑Fokus): Zunächst manuelle Work‑Location ohne Auto‑Erkennung nutzen und Akzeptanz testen; automatische Updates später pilotieren.
  • Niedrige Vertrauensbasis oder laufende Kulturveränderung: Erst transparente Kommunikation und Freiwilligkeit etablieren (Ask‑Modus), Feedbackschleifen abwarten, dann breiter ausrollen.

Wenn aktiviert: So führen Sie die Funktion sauber ein

  • Klare Zielsetzung: „Wir erleichtern Terminfindung und Team‑Koordination. Keine Auswertung zur Leistung oder Präsenzquote.“ Diese Botschaft früh und konsistent senden.
  • Policy‑Entwurf in Klartext: Sichtbarkeit (nur intern), keinerlei Historie, Opt‑in/Opt‑out‑Möglichkeiten, Umgang mit Ausnahmen und wie Mitarbeitende falsche Angaben korrigieren.
  • IT‑Konfiguration mit Augenmaß:
  • Standard „Ask“ für WLAN‑Erkennung (Nutzerin bestätigt aktiv), Peripherie‑Erkennung zunächst nur für Pilotflächen.
  • Arbeitszeiten in Outlook/Teams prominent machen; ohne korrekte Arbeitszeiten verliert die Auto‑Aktualisierung an Sinn, weil außerhalb dieser Zeiten ohnehin nichts gesetzt wird.
  • Gebäude, Etagen und – falls relevant – Schreibtische in Microsoft Places pflegen, damit die Anzeige konsistent ist (Microsoft Places – Overview).
  • Change‑Kommunikation: Kurze FAQ im Intranet, 60‑Min‑Enablement für Recruiting‑Ops und Hiring Manager, How‑to‑Snippets für Teams/Outlook verlinken (Work‑Location in Teams).
  • Pilot vor Rollout: Zwei bis drei Bereiche mit hoher Interviewtätigkeit auswählen, Feedback einholen, Policy feinjustieren (z. B. sichtbare Detailebene, Standardmodus, Bannertexte).

Alternativen und Kompensationsmaßnahmen

Wenn Sie die automatische Erkennung nicht nutzen wollen oder können, greifen diese Optionen:

  • Freiwillige, manuelle Statusangaben: Wochenpläne in Outlook/Teams aktiv einfordern und regelmäßig erinnern; für Interviewtage gemeinsame „Office‑Slots“ definieren.
  • Ergebnis‑ statt Präsenzorientierung: Im Recruiting‑Kontext klare SLAs für Reaktionszeiten und Verfügbarkeit von Interviewer:innen vereinbaren – unabhängig vom Ort.
  • Transparente Reporting‑Regeln: Keine Ableitungen über individuelle „Büroquote“. Wenn Präsenzdaten ausgewertet werden, dann ausschließlich aggregiert für Planung (z. B. Raum‑ oder Desk‑Kapazitäten) und strikt zeitnah löschen.

Governance: Was Unternehmen bei Microsoft Places beachten sollten

Auch wenn Work‑Location technisch klare Grenzen hat, entscheidet Governance über Akzeptanz:

  • Rollen und Zuständigkeiten: HR verantwortet Zweckbindung und Kommunikation, IT die technische Policy, die Rechts‑/Datenschutzfunktion die Prüfung der Texte und Einwilligungswege.
  • Sichtbarkeit steuern: Über Exchange‑Einstellungen (Set‑MailboxCalendarConfiguration, Parameter -LocationDetailsInFreeBusy) lässt sich die Detailtiefe einschränken (z. B. nur „im Büro“ vs. „Gebäude A, 3. OG“), falls zu viel Granularität skeptisch macht.
  • Kein Schatten‑Reporting: Keine separaten Sheets/Listen, die aus Work‑Location individuelle Anwesenheitshistorien ableiten. Das unterläuft die zugesagte Zweckbindung und schadet Vertrauen.
  • Periodische Reviews: Halbjährlich prüfen, ob der Modus („Ask“ vs. „Inform“) noch sinnvoll ist, ob die Banner‑Texte verstanden werden und ob die Planungsqualität im Recruiting messbar gestiegen ist (z. B. weniger Terminverschiebungen, kürzere Time‑to‑Schedule).

Rechtliche Rahmenbedingungen in Deutschland

Für eine rechtssichere Einführung sollten HR, IT und Datenschutz gemeinsam vorgehen. Die folgenden Punkte sind zentral:

  • Betriebsrat und Mitbestimmung: Die Einführung und Anwendung technischer Einrichtungen, die zur Überwachung bestimmt sein können, sowie die Ausgestaltung mobiler Arbeit sind mitbestimmungspflichtig (§ 87 Abs. 1 Nr. 6 und Nr. 14 BetrVG). In der Praxis empfiehlt sich eine Betriebsvereinbarung mit Zweck, Sichtbarkeit, Löschfristen und Auswertungsgrenzen. Quelle: § 87 BetrVG.

Häufige Fachfragen – kurz beantwortet

  • Wie funktioniert die Work‑Location‑Funktion in Microsoft Teams? Mitarbeitende setzen ihren Arbeitsort manuell oder lassen ihn – nach Freigabe – automatisch via Büro‑WLAN oder angeschlossene Peripherie aktualisieren. Sichtbar ist er organisationsintern in Teams; Änderungen spiegeln in Outlook. Außerhalb der Arbeitszeiten erfolgt keine Auto‑Aktualisierung; die Angabe wird am Ende der Arbeitszeit gelöscht (Konfiguration Auto‑Erkennung).
  • Welche Folgen hat die Teams‑Arbeitsort‑Anzeige für HR und Recruiting? Schnellere Terminplanung, bessere Onsite‑Bündelung, weniger Rückfragen. Gleichzeitig Kommunikations‑ und Governance‑Bedarf, um Vertrauensfragen zu adressieren.
  • Datenschutz und Governance: Worauf sollten Unternehmen bei Microsoft Places achten? Standardmäßig keine Historie, interne Sichtbarkeit, aktive Einwilligungen berücksichtigen, Detailtiefe ggf. begrenzen, keine leistungsbezogene Auswertung. Policies klar dokumentieren und regelmäßig überprüfen.

Fazit: Nutzen ja – aber nur mit sauberer Einführung

Für Hiring‑Verantwortliche überwiegt der praktische Nutzen: Sie gewinnen Planbarkeit bei Onsites und reduzieren Scheduling‑Reibung. Die Kehrseite ist kein technisches, sondern ein kulturelles Thema. Ohne klare Kommunikation, Freiwilligkeit und strikte Zweckbindung wird aus einem Kollaborationsfeature schnell ein Misstrauenssymbol. Wer Work‑Location als Service für bessere Zusammenarbeit einführt, holt die Vorteile – und schützt Vertrauen und Employer Brand.

Checkliste für die nächsten 30–90 Tage

  • Entscheiden: Pilotbereich auswählen und Zielbild (Planbarkeit, weniger Verschiebungen) definieren.
  • Kommunizieren: Kurze Policy in Klartext, FAQ und Opt‑in‑Ablauf bereitstellen.
  • Konfigurieren: Ask‑Modus für WLAN, begrenzte Detailtiefe, korrekte Arbeitszeiten im Kalender etablieren; Gebäude/Flächen in Places pflegen.
  • Schulen: Recruiting‑Ops und Hiring Manager in 60 Minuten enablementen; How‑tos verlinken.
  • Messen: Vorher/Nachher‑Vergleich bei Terminverschiebungen und Time‑to‑Schedule; Feedback sammeln und Policy feinjustieren.

IT & Developer Jobs in Germany

This might also interest you