A successful location policy starts with asking one question: what does the team need? Below is a five-step process you can follow in the next 30 days to find the right answer for your specific team.
Step 1: Audit your team’s work-type mix
Before deciding where work should happen, figure out what responsibilities look like on a weekly basis. For a typical week, estimate what percentage of your team’s time falls into the following categories:
- Deep focus/solo output
- Creative ideation/brainstorming
- Relationship-building/culture
- Async coordination/project management
This exercise may reveal some surprises. For instance, teams that assumed they were highly collaborative might find that the majority of their work is solo output that would benefit from fewer interruptions rather than increased proximity.
Step 2: Match work types to locations using the matrix
Once you understand your team’s work-type mix, the location decision becomes significantly less arbitrary. A team whose work is 70% deep focus will require a different solution from one whose work relies more on relationship-building.
If your team’s work skews heavily toward solo output, a remote-first or fully remote model is a good choice. If it skews toward in-person collaboration and trust-building, more office time is genuinely justified.
Step 3: Define your in-person anchors
There are certain activities that are worth protecting as in-office by default, regardless of your overall model, like:
- New hire onboarding
- Quarterly planning sessions
- Cross-functional project kickoffs
In these moments, physical presence changes the quality of the interaction in ways hard to replicate on a call. Build your in-office calendar around them first.
Once you know how many of these anchors you have per quarter, you’ll have a much clearer sense of how much in-person time your team really needs.
Step 4: Build a team rhythm, not a blanket policy
A shared calendar structure is more useful than a rulebook.
The goal is to give people enough predictability to plan their weeks by knowing which days are likely to have in-person collaboration, which hours are protected for focused work, and when the team overlaps in real time.
This should be done without locking everyone into a rigid schedule that ignores role differences. Here is an example: