In this Article:
Try Kanbanchi now
Start your free trial
Ask a manager what they need, and they will say visibility. Ask the same team what they are worried about, and they will say being watched.
Both are reasonable. A manager running a distributed team genuinely cannot see whether work is moving, and asking for updates all day is not a system. But “tracking” is a word that means something very different depending on which side of it you sit, and the tools available now range from a shared board to software that photographs your screen every ten minutes.
The line between those two things is the whole subject. This article is about where it sits, why crossing it costs you the visibility you were trying to buy, and what to watch instead.
All articles about Remote Work here
Strip away the anxiety, and there are four questions a manager of a remote team legitimately needs answered.
Every one of those is a question about work. None of them requires knowing when someone opened their laptop, how many keys they pressed, or whether they were at their desk at 3pm. That distinction is not a soft cultural preference. It is the practical dividing line, and it holds up under pressure. When you are tempted by a new monitoring feature, the test is simply whether it answers one of those four questions or a different one.
Tracking measures the work. Monitoring measures the person. Tools that do the second usually advertise themselves as doing the first.
Things that measure work:
Things that measure people:
The second list produces impressive dashboards. It does not answer any of the four questions above. You can have a team of green dots and a project that misses its date by three weeks, because presence is not progress.
This is the part worth understanding rather than just accepting on principle.
People optimize for whatever you measure. Measure activity and you get activity. Mouse-jigglers exist and cost about ten dollars. Status indicators get kept green during lunch. Someone whose productivity score depends on typing will find work that involves typing. None of this is because people are dishonest. It is what happens whenever a proxy becomes a target.
It degrades your actual data. The moment people believe the system is being used to judge rather than to coordinate, they start managing how they appear in it. Tasks get marked done early. Blockers stop being flagged, because flagging a blocker looks like an excuse. Time gets logged to whatever looks most defensible. The board stops describing reality, which means you have lost the visibility you installed it for.
It costs you the people who are easiest to lose. The employees most offended by surveillance are usually the ones with the most options.
And it substitutes for the harder work. Monitoring feels like management. It produces numbers and charts and a sense of control. But knowing that someone was active for seven hours tells you nothing about whether the project will land, and it is much easier than the real job: making sure work has owners, deadlines are realistic, and blockers surface early.
Time tracking is the hardest case, because it can be either thing depending entirely on how it is used.
Where it is legitimate and useful:
Where it turns into monitoring:
The same feature, the same data, two completely different systems. The difference is whether the numbers are used to plan work or to assess people.
The practical rule: use time data at the level of tasks and projects, not at the level of individuals. “Client onboarding takes us eleven hours, not the six we quote” is a useful finding. “Anna logged less than Boris” is not, and pursuing it will teach both of them to log differently.
Most resistance to a tracking system is not resistance to the tool. It is uncertainty about what the data will be used for, and people will assume the worst if you do not tell them.
Worth saying out loud, before rollout:
Then honor it. The fastest way to kill a tracking system is to use it once for something you said you would not use it for. People update it accurately exactly as long as they believe you.
One more thing worth naming: if the system makes people look bad for flagging problems, they will stop flagging problems. A blocked task raised on Monday is good news. Treat it that way visibly, or you will hear about blockers on Friday afternoon instead.
If you are giving up activity scores, here is what to watch instead. These are the ones that genuinely precede a slipped date.
None of these require watching anyone. All of them are visible on a well-maintained board, and all of them give you time to act.
The specifically remote part of this is time zones, and it is where surveillance thinking fails hardest.
If your team spans six hours or more, presence-based visibility is not just intrusive; it is impossible. Someone will always be offline. The only workable model is one where the current state of work is legible without the person who did it being available to explain.
That means the artifacts have to carry the meaning. A task that says what stage it is in, who owns it, what it is waiting on, and what was decided in the last comment can be read at any hour by anyone. A task that requires a conversation to interpret cannot.
The test is simple: can someone starting their day eight hours after you finished yours understand what changed and what to pick up, without messaging anyone? If yes, you have async visibility. If no, more tracking will not fix it. Clearer tasks will. Our guide to team task management covers what a task needs to carry in order to be readable on its own.
Remote project tracking works best when tasks, timelines, files, and progress updates are connected in one shared workspace
Briefly, because the tool matters less than the operating rules above.
Look for: assignment to named individuals, visible task stages, a way to flag blocked work, dates on tasks, filtering by owner and status, comments attached to the work itself, and time tracking that reports against tasks rather than against people.
Be wary of: screenshot capture, activity scoring, idle detection, and any feature whose main output is a per-employee productivity number. Some of these ship inside otherwise reasonable project tools, switched on by default.
If you want a comparison of specific products for distributed teams, see our roundup of project management software for remote teams. For the broader question of running a distributed team, how to effectively manage remote employees covers the ground around this one.
Project tracking measures work: what stage a task is in, who owns it, whether it is blocked, how long things take. Employee monitoring measures people: screenshots, activity scores, keystroke counts, idle time, presence. Tracking answers whether the project will land. Monitoring answers whether someone was at their keyboard, which is a different question and a much less useful one.
It depends entirely on how the data is used. Comparing estimates to actual time so you can plan better is legitimate and genuinely useful. Comparing individuals against each other on logged hours, or using the data in performance reviews, turns the same feature into monitoringб and teaches people to log defensively, which destroys the data’s value.
Track tasks, not people. Agree what gets updated and when, keep the data at the level of work rather than individuals, and watch the signals that actually predict problems: stalled tasks, unowned work, unresolved blockers, and stages where work piles up. Then be explicit with the team about what the data is and is not used for, and stick to it.
Four things: what is being tracked, who can see it, what it will be used for, and what it will not be used for. Most resistance comes from uncertainty rather than from the tool. If people do not know how the data will be used, they will assume the worst and manage their appearance in the system rather than using it honestly.
They reliably improve the metric being measured, which is not the same thing. People optimize for whatever is tracked, so activity monitoring produces activity. The higher cost is to your real data: once a system is understood to be judging rather than coordinating, tasks get marked done early, blockers stop being flagged, and the board stops describing reality.
The question worth asking about any tracking decision is not whether it gives you more information. It is whether it answers one of the four things you actually need to know: is the work moving, is the deadline real, who owns it, and is anyone drowning.
Almost everything that answers those questions is about tasks. Almost everything that does not is about people. Teams that keep that line clear get accurate boards, early warnings, and colleagues who tell them about problems on Monday. Teams that blur it get impressive dashboards and unpleasant surprises.
In this Article:
Start using Kanbanchi now
Start your free trial