Remote work

How to Show Your Work Remotely Without Being Always Online

You did good work all week. Your manager saw a few messages and a green status dot. Visibility matters in remote teams, but it shouldn't require you to narrate every minute.

It's Friday afternoon. You solved a customer issue that could have become serious, helped two colleagues untangle something difficult, repaired a broken process and finished the part of a project nobody was quite sure how to start.

You're tired. You're pleased with the work. Then somebody asks what you've been working on this week, and you find yourself saying, “Oh, just lots of bits and pieces.”

In an office, people sometimes notice the conversation you have in the hallway or the moment you stay behind to help. Remote work removes much of that background visibility. That's not always a bad thing. Good work should be judged on its results, not on whether you look busy. But it does mean you may need a more deliberate way to communicate what changed because of your work.

The useful answer is not a longer status report. It's a clearer trace from problem to contribution to result.

The green dot is a terrible career strategy

When people don't know what colleagues are doing, presence can become an easy but misleading substitute. Someone who's quick to reply seems engaged. Someone who's deep in a complicated task may appear absent. Neither tells you much about whether the right work is happening.

You may feel pressure to answer messages immediately, attend optional meetings or add commentary to every thread just to remain visible. The problem is that these habits consume the attention you were hired to use.

Visibility should answer useful questions: What are we trying to accomplish? What has moved forward? What is blocked? Who needs to decide what next? It shouldn't require a minute-by-minute documentary of somebody's day.

Translate activity into a change somebody can understand

Consider three ways to describe the same work:

From task list to meaningful update

Activity: “Answered support questions, reviewed tickets and updated documentation.”

Contribution: “Found that several support questions came from the same unclear setup step, so I rewrote that part of the guide.”

Result: “The setup guide now answers the recurring question directly. I'll watch the next few cases to see whether it reduces repeat contacts.”

The third version doesn't invent a dramatic metric. It explains what changed, why you did it and what you plan to check. That's useful whether you're in support, design, engineering, operations or marketing.

Notice that not every contribution has an immediate number. Some work reduces risk, develops a colleague's skills, prevents a problem, improves clarity or makes future work possible. These are real outcomes, but claiming certainty before the effect is observable can make them sound less credible.

Keep a tiny evidence trail as you go

At the end of a workday, write down any meaningful event while you still remember it. Not everything. Just the moments you'll struggle to reconstruct during a review.

  • Problem: The request, blocker or risk.
  • Your contribution: What you personally decided, built, clarified or coordinated.
  • Evidence: A link, document, before-and-after example or customer outcome you can legitimately share.
  • Next: What still needs to happen, or what you'll observe.

Don't keep sensitive customer details or private conversations in a personal side document. Follow your employer's systems, permissions and record-retention rules. A work journal should help you recall legitimate contributions, not become a second shadow database.

If it helps, create a private running note at work with three headings: shipped, unblocked, learned. They capture different kinds of value. A week that involved untangling a dangerous issue may have shipped very little and still mattered enormously.

Write the weekly update your manager actually needs

Your manager probably doesn't need a diary. They need a reliable picture of progress, risks and the decisions they can help with.

A three-part Friday update

What moved: The new onboarding guide is ready for review. I consolidated six recurring issues into one checklist.

What's stuck: The release depends on confirmation from the billing team; I need a decision by Tuesday to keep Wednesday's plan.

What's next: I'll finish the examples Monday and publish after approval.

Optional fourth line: Worth knowing: Two colleagues independently flagged the same confusing customer step. It's probably worth reviewing the wording in the product itself.

This is not about impressive bullet points. It's about letting somebody support the work without needing a meeting to discover its current state.

When the important thing was preventing a problem

Preventive work often disappears. The release wasn't delayed. The customer didn't escalate. Nobody had to spend an afternoon cleaning up a mistake. To an observer, nothing happened.

You can make the contribution visible without exaggerating: “We noticed the missing validation in review, fixed it before launch, and added a regression check so it is less likely to recur.” The outcome is documented risk reduction, not a fictional claim that you “saved the company thousands”.

For managers, this requires a different habit too. Ask which problems the team prevented, what they learned and what work became easier for others, rather than only counting tickets closed or commits shipped.

Use one-to-ones for judgement, not performance

A good one-to-one can help you understand whether your priorities match what your manager values. If you're worried your work is going unnoticed, say so without turning it into a confession.

Try: “I want to make sure the value of my work is visible without sending constant status updates. Which outcomes matter most to you this quarter, and what would be a useful way to show progress?”

That question also tests an important assumption. Perhaps you've been spending your best hours on work that feels urgent but doesn't actually move the team's priorities. Being seen is useful; working on the right thing is better.

What if your manager really does expect constant availability?

Sometimes the pressure isn't imagined. A manager may assess responsiveness more heavily than results, or work may genuinely require live coverage. In customer-facing roles, availability during an agreed shift can be a core part of the job.

Separate coverage from performance theatre. Agree on service hours, response expectations, escalation routes and what counts as a successful shift. If those are reasonable and clear, great. If the expectation is to be instantaneously reachable at any hour, a prettier weekly update won't solve the underlying management problem.

Ask for a concrete standard rather than guessing: “During my scheduled coverage I can keep the support channel open. For project work, could we agree a response window so I have uninterrupted time to complete it?”

Make quieter work visible to the people who need it

Document key decisions in shared projects. Post a short update when a milestone changes, not whenever you move the cursor. Give appropriate credit to colleagues. Link work to its outcome rather than copying an entire room into every message.

GitLab's public remote-work principles explicitly distinguish impact from activity and favour written knowledge and decisions. Their approach isn't the only healthy way to run a distributed team, but it's a useful reminder that a team can choose to measure what happened rather than who looked busiest.

A real remote-work principle

GitLab's all-remote manifesto prioritises results over activity and writing down knowledge over relying on hallway conversations. Explore the GitLab all-remote guide ↗

Calphii is for the work, not the performance of work

A calm focus space can help you see the actual task again when you're surrounded by messages. A note can hold the next meaningful step; a task board can make progress visible to you; Deep Focus can give the task some uninterrupted time. These are personal tools, not surveillance tools or a replacement for your employer's project records.

Calphii won't tell your manager you've done good work, and it shouldn't pretend to. The useful handoff happens when you can take what you accomplished and communicate it clearly in the tools your team already uses.

A small Calphii thought
You deserve credit for the work that matters, not the hours you spent proving you were at your desk.

A small experiment for next week

At the end of each workday, capture one thing you moved forward, one thing you helped another person do, or one thing you learned. On Friday, turn the most useful examples into a three-part update: moved, stuck, next. Then ask your manager if that amount of context is helpful.

If the answer is yes, keep it. If they need more, ask what decision the missing detail would help them make. That question will tell you whether you're improving communication or simply adding another administrative task.

Related reading: how to write better asynchronous handovers and how to protect real work from a crowded calendar.