What not to do when implementing remote: don't replicate the in-office experience remotely

What not to do when implementing remote

Due to global issues concerning Coronavirus (COVID-19), rising rents in concentrated urban areas, and the ongoing battle amongst organizations for recruiting and retaining top talent, there has been a noted shift in appetite for working remotely. Companies which were previously against remote work are suddenly considering remote, or implementing remote, with varying degrees of intentionality.

The reality is that almost every company is already a remote company. If you have more than one office, operate a company across more than one floor in a building, or conduct work while traveling, you are a remote company. It behooves all of these firms to adopt remote-first practices, even if some interactions occur in a shared physical space.

On this page, we’re detailing what not to do when transitioning to remote, or moving towards remote.

Do not assume that there are no resources available yet

GitLab all-remote team

GitLab has created a comprehensive guide to working well remotely, covering popular topics such as:

  1. Transitioning to remote
  2. Forcing functions to work remote-first
  3. Hybrid-remote pitfalls to avoid
  4. Phases of remote adaptation
  5. Meetings
  6. Management
  7. Scaling
  8. Informal communication
  9. Building culture
  10. Combating burnout, isolation, and anxiety
  11. Embracing asynchronous workflows
  12. Remote workspaces
  13. Getting started in a remote role

The pages within, just like the entire GitLab handbook, are publicly accessible. Please consider studying these guides, implementing them, and contributing your learnings to make them better.

Do not replicate the in-office/colocated experience, remotely

It is vital to recognize and appreciate this point: an organization should not attempt to merely replicate the in-office/colocated experience, remotely.

Remote work is not traditional work which is simply conducted in a home office instead of a company office. There is a natural inclination for those who have not personally experienced remote work to assume that the core (or only) difference between in-office work and remote work is location (in-office vs. out-of-office). This is inaccurate, and if not recognized, can be damaging to the entire practice of working remotely.

The principles of remote work are different. The approach to conducting work is different. Just as multi-level office buildings required elevators and phones to be functional as workplaces, teams working remotely should embrace tools (GitLab, Figma, etc.) that enable asynchronous communication and should reconsider traditional thoughts on items such as meetings and informal communication.

Do not transfer all in-person meetings to virtual

GitLab customer path

Remote work isn’t something you do as a reaction to an event — it is an intentional approach to work that creates greater efficiency, more geographically and culturally diverse teams, and heightened transparency.

What is happening en masse related to Coronavirus (COVID-19) is largely a temporary work-from-home phenomenon, where organizations are not putting remote work ideals into place, as they expect to eventually require their team members to resume commuting into an office.

Merely transferring planned office meetings to virtual meetings misses an opportunity to answer a fundamental question: is there a better way to work than to have a meeting in the first place?

Do not assume that everyone has access to an optimal workspace

GitLab all-remote team

While long-term remote workers have had years to tweak and iterate on their home office, those who are thrust into working from anywhere may be ill-prepared. Organizations should not expect team members to be masters in office design and ergonomics. Too, what works best for one person will look different than another person.

If transitioning to remote, organizations should empower team members to spend company money as if it is their own when constructing a home office. Consider reimbursing expenses related to coworking spaces and external offices, as some team members will prefer to work outside of their homes.

Do this, not that

Some may find it useful to see examples of comparisons between colocated norms, and the most closely correlated remote recommendation. You will notice that many suggestions link back to asynchronous workflows, transparency, and working handbook-first, which are cornerstones to doing remote well.

Note that all of these suggestions are not exclusive to remote. Even for companies which intend to maintain offices or transition to a hybrid-remote company, implementing remote-first techniques ensure that all employees are viewed as first-class citizens and companies avoid the five dysfunctions of a team.

Do not assume that remote happens overnight

GitLab all-remote team

For companies who move into an office building, it’s unlikely that everything works perfectly on the first day. Signage may be missing, security gates may be erratic, elevators may be stuck, etc. Adapting to a workplace takes time, and polish comes with iteration.

The same is true when embracing remote work. Particularly for companies which were established with colocated norms, it is vital for leadership to recognize that the remote transition is a process, not a binary switch to be flipped. Leaders are responsible for embracing iteration, being open about what is and is not working, and messaging this to all employees.

Remote isn’t a structure that merely works or doesn’t work. Remote is a way of working that requires intentional and perpetual care and evaluation — just as you’d expect in an office environment. Working well remotely (or in-office, for that matter) is not something that is ever done or accomplished. There are always new tools to consider, new workflows to integrate, and new expertise to ingest.

Too, what works for a small remote team may not work for a remote team consisting of thousands of team members. All of this is equally true for colocated companies, though it tends to be less amenable to Band-aid (temporary) solutions in a remote environment.

Do not assume that remote management is drastically different

GitLab journey illustration

In truth, managing a remote company is much like managing any company. It comes down to trust, communication, and company-wide support of shared goals, all of which aid in avoiding dysfunction.

Remote forces you to do the things you should be doing way earlier and better. It forces discipline that sustains culture and efficiency at scale, particularly in areas which are easily deprioritized in small colocated companies.

It’s important to not assume that team members understand good remote work practices. GitLab managers are expected to coach their reports to utilize asynchronous communication, be handbook-first, design an optimal workspace, and understand the importance of self-learning/self-service.

Leaders should ensure that new remote hires read a getting started guide, and make themselves available to answer questions throughout one’s journey with the company.

Do not assume your existing values can remain static

GitLab values illustration

To operate well as a remote enterprise, your values must be in support of this way of working. GitLab’s collection of values and operating principles contribute to a thriving all-remote environment. Consider studying the nuances of these values and adjusting or adding to your company’s existing values. Values that were established to support colocated norms may not apply to remote, particularly those which obstruct transparency.

Don’t be quick to brush values off as understood, either. For example, collaboration in a colocated space is routinely demonstrated by gathering people in a shared physical space in search of consensus. Collaboration in a remote setting is demonstrated by empowering the greatest amount of people to contribute insights asynchronously while enabling the DRI (directly responsible individual) to make decisions without explanation.

Is this advice any good?

GitLab all-remote team illustration

GitLab is one of the world’s largest all-remote companies. We are 100% remote, with no company-owned offices anywhere on the planet. We have over 1,500 team members in more than 65 countries. The primary contributor to this article (Darren Murph, GitLab’s Head of Remote) has over 15 years of experience working in and reporting on colocated companies, hybrid-remote companies, and all-remote companies of various scale.

Just as it is valid to ask if GitLab’s product is any good, we want to be transparent about our expertise in the field of remote work.

Contribute your lessons

GitLab believes that all-remote is the future of work, and remote companies have a shared responsibility to show the way for other organizations who are embracing it. If you or your company has an experience that would benefit the greater world, consider creating a merge request and adding a contribution to this page.


Return to the main all-remote page.

Last modified March 27, 2024: Change shortcode to plain links (7db9c423)