Microsoft has pushed back the launch of a controversial new Teams capability that automatically sets an employeeβs work location based on their connection to corporate WiβFi networks or mapped office peripherals.
In an updated Microsoft 365 Admin Center post (Message ID MC1081568), Microsoft said the feature, initially announced in October, will now begin rolling out in early March 2026 and is expected to be completed by mid-March 2026, a shift from the companyβs earlier timetable, which was intended for this month.
Microsoft did not provide a reason for the delay. The update applies to Teams for Windows desktop and Teams for Mac desktop.
The company positions the feature as an optional, admin-configured improvement to location accuracy. βMicrosoft Teams will let users automatically set their work location by connecting to organizational WiβFi or peripherals,β Microsoft wrote in the Admin Center post, adding that it βrequires admin configurationβ and βrespects working hours.β
Microsoft also emphasized user controls and guardrails. The feature is opt-in, will be off by default, and Teams βwill not update the locationβ after working hours. Microsoft said the work location will also be βcleared at the end of their working hours.β
Why is Smart Work Location Tracking So Contentious? A Modest Microsoft Teams Feature Sitting on a Major Fault Line
On paper, auto-setting work location sounds like straightforward UX housekeeping. Itβs one less field for users to maintain manually, one less friction point for already overloaded employees. In practice, it sits squarely on a fault line that tech buyers increasingly recognize: hybrid work is governed as much by trust as by tooling.
As we explored earlier this month, Teamsβ βSmart Locationβ push represents what Dr. Kate Barker, Chief Futurist at NEOM, called βa referendum on trust in hybrid work.β
Location signals can reduce what Barker terms βcoordination tax.β This is the hidden cognitive and logistical friction of figuring out whoβs where. However, it could also deepen anxieties about surveillance masquerading as automation. The distinction matters because enterprises are no longer debating whether hybrid is real, but how to make it operationally coherent without turning knowledge work into a compliance regime.
The March delay is instructive. It gives Microsoft more time to harden the feature and documentation. More pertinently, it also hands IT, HR, and legal teams a longer runway to settle the question that will fundamentally determine adoption. Is this positioned as a coordination aid, or does it become a proxy for attendance enforcement?
The promise behind the feature was clear from the moment it was announced in October. Teams would βautomatically set their work locationβ when users connect to corporate WiβFi, reducing the daily βmanual check-inβ burden that undermines hybrid scheduling. That convenience is valuable. So is the risk of what lawyers call βsecondary use,β where data collected for collaboration quietly drifts into performance management, employee relations, or internal investigations.
Microsoftβs language in its latest Admin Center update subtly acknowledges the balancing act. It says admins must configure the feature and that end users can choose whether to share their work location with coworkers. It stresses that the location wonβt update outside working hours and will be cleared at dayβs end. Those guardrails will help, but they wonβt remove the need for governance. Enterprises still have to define purpose, access, and acceptable use, preferably before the first pilot.
For tech buying committees, arguably the shrewdest next move is to treat this less like a toggle and more like a cross-functional change initiative. Align IT, HR, workplace teams, and security on what βwork locationβ is for, how it will be communicated, and which behaviors are explicitly out of scope. Otherwise, a feature built to reduce friction could end up creating it, just in a different place.