On this page, we're detailing how collaboration and whiteboarding works in a global all-remote company.
"How do you collaborate and whiteboard in a remote environment?" is a frequently asked question. In a colocated setting, collaboration often happens face-to-face with a whiteboard on hand in a conference room. Working remotely sometimes feels like working on your own, with your own calendar, and your own schedule. With a common goal, strategic planning, and the right collaboration tools, working in a remote environment can be even more productive than working in an office.
For deep-dives on how GitLab's UX and design teams collaborate remotely, visit the UX Team Playlist on GitLab Unfiltered and read the series of GitLab blog posts below.
Do not fixate on the medium; instead, fixate on the outcome. Instead of attempting to create a virtual whiteboard, focus on what outcomes you typically expect from a whiteboarding session. In a remote setting, a team must be intentional about everything, including a fixation on results. This requires a change of mentality.
Learn more about "the whiteboarding fixation" in our guide to understanding the phases of remote adaptation.
Remote collaboration starts with people. Creating a remote culture includes trusting that the people within the company will do their work. Documentation is vital to the independence of employees. This includes documenting everything from company values to daily meetings.
Tools and technology will an enable a company to operate efficiently, but ensuring that there is documentation with core standards is the first step in setting a collaborative remote environment.
Remote collaboration requires an alignment of principles and values as a baseline for stakeholders. Creating mental methods, or frameworks, for collaborators sets a clear roadmap for expectations, ethics, and goals.
“Without the principles and an understanding of which decision-making framework to use and when, people could apply the wrong tool to the job,” — Mike Long, UX Manager, GitLab
The most important aspect of collaboration meetings is to have an agenda. Creating an agenda helps to cover everything and sets a plan for the scheduled discussion. It also makes it easier for those who didn't attend to feel included by having a document they can review after the meeting. Not everyone will always be in the meeting, but they can stay up-to-date as long as the meeting is documented, encouraging clear communication. Google Docs is a collaborative, real-time tool to take notes, share decisions, and keep all stakeholders informed.
Most design discussions and decisions at GitLab are created and worked in GitLab Issues. Recently, Design Management was released in order for designers to upload images and make comments in the same platform that Product Managers and Developers use.
“The most important thing to remember when designing remotely is: document, document, document,” — Christie Lenneville, Director of UX, GitLab
At GitLab, we believe that "everyone can contribute." The company handbook is where everything is documented — our single source of truth — specifically laying out the six core values of the company. The handbook deliberately and intentionally describes each group's role within the company, including how the UX teams researches, designs and writes about the product.
Since the inception of GitLab, iteration has been one of six core values and steers the creation of product development. Making many small changes has been a way to make improvements faster.
"To a UX researcher iteration means something different to me than other people. The value of iteration should encourage people to change directions when they find answers to their questions. Iteration should be a stop-gap measure to say ‘This is not the right solution. We will stop and reassess and rethink what is the right solution to this problem." — Lorie Whitaker, Senior UX Researcher, GitLab
Any meeting at GitLab happens over a Zoom call. Face to face is the best way to "meet" someone in person. On top of that, press record to digitally document the meeting for future reference or for anyone who might not make the call. Zoom also has a whiteboard function in Zoom Rooms for Touch. Attendees can access and annnotate a whiteboard on the call and then save and share the whiteboard by email.
Slack is generally accepted as an informal method of communication. Slack channels can be created easily for various groups or individuals. If there are questions or comments that require a quick response, Slack is the best way to get in touch with a co-worker. Slack is a fast way to collaborate on a topic without having to schedule a meeting in advance.
“Pinging someone on slack is like bumping into them in the hallway,” — Alexis Ginsberg, Senior Product Designer at GitLab
Mural is the number one sketch tool used by UX designers. Mural comes preloaded with a ton of templates. It takes skill and a willingness to experiment to start to utilize them in productive ways, but it is encouraged by PMs at GitLab. The UX Research and Product Design rooms in Mural have several examples of designers doing all sorts of amazing work in Mural.
Remote teams should aim to minimize their tool stack. It's good practice to consider how you can extract additional value from tools you already use, and Google Docs is a great example of this. While Google Docs is a fantastic shared editing tool, GitLab also uses it for temporal meeting documentation (prior to contextualizing takeaways for placement in relevant handbook sections).
It also happens to be a great remote whiteboarding tool.
Advantages of a traditional whiteboard
Advantages of Google Docs with numbered lists and indentation
Synchronous work within a standard organization makes sense. Work starts and ends when people enter and leave the office. Meetings happen all together in some version of a boardroom. However, when co-workers are spread throughout the world, sync collaboration can be a bit more challenging. Here are some ways that GitLab has been able to establish a level of normalcy regardless of what time zone people are in.
Schedule meetings with a co-worker. Meeting in pairs allows for some serious one-on-one face time to collaborate on challenges and goals. This time permits each attendee to share what they're working on and potentially share projects that they might not be familiar with. With Zoom, the screen sharing option lets you get hands on with your meeting partner's work.
At GitLab, the Pair Design program was launched to connect a product designer with a design peer who is within the same time zone, but works on a different part of the product. Each pair meets for six months and then they are swapped out to give everyone exposure to different ideas, product areas, and collaborations.
"I have loved working with each of my ‘pairs’ in UX! Usually we meet once a week for 30 minutes to an hour and spend about half the time each talking about something that is top of mind for us.
Sometimes it is just discussing some process or higher level stuff; most of the time we are sharing our screens in Zoom and walking through Sketch, Figma, Axure, someone's branch, etc. to talk through design challenges we are having.
The most exciting part of this to me is getting to really dive into a space that I don't get as much exposure to – also getting to know another designer and having that dedicated time just for us." — Alexis Ginsberg, Senior Product Designer at GitLab
Meet with your group to get a better idea of what everyone is working on, where the status of a project is, and get a general sense of who you're working with. At GitLab, the plan designers have a dedicated time to meet and discuss what they are working on and are able to collaborate on anything they want feedback on. Some projects overlap, so this is especially helpful for all involved to stay in sync. Team members appreciate having these designer syncs on some cadence where it feels less formal (more like huddling at a desk together looking at designs) than scheduling time ad hoc.
Every week the Plan designs and Plan PMs meet and discuss research in-flight or any work that needs collaboration. They also discuss priorities and walk the board if there is time (this is the least important item as we have other touch points for this). The critical part of this call is discussing the goals for the week. It is another way to learn what everyone is working on — both personally and professionally.
Create a social hour where everyone is welcome to join to chat or play games together. Try two social hours every other week with the purpose of capturing enough time zones so that teammates can be "in-person.” This isn't exactly "work" collaboration related, but creates a bond with teammates in order to feel more comfortable together and therefore more effective and excited to collaborate.
Asynchronous communication is the process of being productive without depending on the presence of other people. Async work empowers people to work independently and to trust that others are doing the same, but not necessarily at the same time. Collaborating asynchronously frees people from calendars and time zones.
With documentation, there is transparency on workloads, project capacity, and an overall understanding of what everyone's expectations are. The focus shifts away from the hours spent doing the work, to the actual results of the work.
Digitally documented design with videos is a helpful way to keep the creative education flowing. It is also another way to keep team members up-to-date with new and upcoming projects, design ideas, and trends.
"In these videos, we lay out the rationale behind our designs and also offer information about other options we thought about and decided against. In certain situations, it also makes sense to add additional background about our long-term vision.
One of the many positive outcomes from this approach is that even team members who have only been minimally involved are now empowered to provide feedback, add their own ideas, or provide us with additional information about the amount of work our ideas will require." — Christie Lenneville, Director of UX, GitLab
At GitLab, Async sketch workshops are another way to collaborate with peers. The process is similar to an in-person whiteboard workshop, only collaborators are using Mural instead. Guidelines are set for individual workshops, leaders are in place, and contributors have a general familiarity with the product.
GitLab's policy is to dogfood everything. Issues and merge requests are where the majority of collaboration occur. GitLab design issues are works in progress, feedback is welcome and expected, and everyone is encouraged to contribute. The platform's transparency helps remote teams interface to produce better products faster.
"I really enjoy reviewing MRs and being able to check out branches on my own instead of relying on others to walk me through things at their desk or sending me to an app like I may have had to do in the past. I can be reviewing something for someone while they sleep…it feels like we are better able to support and collaborate with each other and work on efforts together." — Alexis Ginsberg, Senior Product Designer, GitLab
Anyone can test their knowledge on how to collaborate and whiteboard remotely by completing the knowledge assessment. Earn at least an 80% or higher on the assessment to receive a passing score. Once the quiz has been completed, you will receive an email acknowledging the completion from GitLab with a summary of your answers. If you complete all knowledge assessments in the Remote Work Foundation, you will receive an unaccredited certification. If you have questions, please reach out to our Learning & Development team at
GitLab is the world's largest all-remote company. We are 100% remote, with no company-owned offices anywhere on the planet. We have over 1,300 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.
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.