Productivity

Five Things That Make Your Work Visible on a Distributed Team

In an office, being busy is visible. On a distributed team it is invisible, and only output is legible. These are the five artifacts that fix that — useful before you are hired, essential after.

Oluwaseyi Ashiru 17 August 2026 7 min read

The hardest adjustment in a first remote role is not the technology. It is that effort stops counting.

In an office, being at your desk at eight, staying late, looking harried in a corridor — all of that reads as work, whether or not it produced anything. On a distributed team nobody sees any of it. What people see is what appears in writing. Your writing is not a report on your competence; as far as anyone can tell, it is your competence.

Five artifacts carry almost all of that weight. Build them and your work becomes visible, your absence survivable and your knowledge portable.

One: the working-with-me note

A short page: your hours in your own time zone and the overlap you offer, how fast you normally reply and what counts as urgent, how you prefer to receive work, and what you are currently bad at. That last section is the one people skip and the one that earns trust. It removes a fortnight of guesswork from anyone who has to work with you.

Two: the written status update

Weekly, same format, same day. What moved, what is stuck and what you need from someone else, what is next. Three short sections.

The value is not the reporting. It is that a manager who sees this never has to wonder what you are doing, which is the anxiety that produces the check-in meetings everyone hates. People who send these are managed more lightly.

Three: the decision record

When something is decided in a call, write the four lines afterwards: what was decided, why, who is doing it, and by when. Post it where the work lives, not in a private message.

Six weeks later somebody will ask why the thing was done that way. Being the person who can answer instantly is a reputation you build once and keep.

Four: the process document

One thing you do regularly, written so somebody else could do it without you. Steps, the access needed, and what tends to go wrong.

People resist this because it feels like making themselves replaceable. It does the opposite: the person who documents becomes the person who gets moved onto the next thing, because their current work no longer traps them.

Five: the handover

Before leave, or the end of a project. What state everything is in, what is waiting, who to ask, where things live.

This is the one that decides whether you can actually take a holiday, and it is the artefact managers remember longest.

Why build them before you are hired

Because they are the only honest way to prove async competence, which is the single hardest thing for a hiring manager to verify and the thing that fails most remote hires. Anyone can claim to be a good communicator. Very few candidates can send a link to five real artifacts under one index and say: this is how I work.

In our training this is the Stage 3 deliverable. Outside it, it is just five documents and a weekend — and it is the closest thing to a shortcut this whole process has.

asynccommunicationremote workdocumentation