Skip to content

Contents  ·  People

Giving People Their Own Data

Access to one's own measurements is a right in many jurisdictions and, deployed well, converts a surveillance system into a tool people use.

Procedure

The same data can be a file kept on someone or a tool they use. The difference is who can see it and what happens next.

The obligation

In many jurisdictions workers have a right of access to personal data held about them, including monitoring data.

Which means the data will be seen, eventually, in a dispute if not before.

Systems designed on the assumption that workers will never see their own records produce records that are embarrassing when they do.

Design for disclosure from the start, which improves the quality of what is recorded.

Doing it well

Give people routine access to their own figures, not only on request.

In a form they can use: their own trend, against the team, without a ranking.

With the context: what work they handled, what the conditions were.

With an explanation of how each figure is derived.

With a route to challenge a figure they believe is wrong, and an actual response.

What it changes

Errors get corrected. Workers spot mis-attributed tasks, equipment problems and data faults that no analyst would find.

The system becomes a tool. Someone who can see their own pattern can act on it, which is the only version of individual measurement that helps anyone.

Suspicion falls. Most anxiety about monitoring is about what is secretly held; visibility addresses it directly.

Data quality improves, because people who can see the output care whether the input was right.

What to avoid

Ranking. A personal figure with a league position attached is a target regardless of what it is called.

Comparison to the fastest, which is the same problem.

Automated commentary. A system telling someone they are below expectation is a warning with a friendly interface.

Gamification, which is individual rate pressure with a leaderboard and is subject to every objection in the injury note.

Showing team data that identifies individuals by arithmetic in small teams.

The challenge route

A named person, not a form.

A response within a stated period.

Authority to correct the record, which the person handling challenges must actually have.

Correction propagated to any report already produced.

A log of challenges and outcomes, reviewed. A high rate on one measure indicates the measure is wrong rather than that people are complaining.

The subject access request

It will happen, particularly during a dispute.

Know in advance what would be produced: every record attributable to that person, across every system.

Which is an argument for short retention and for aggregating early, since what does not exist need not be produced.

Have a process, with a defined timescale, because the statutory response periods are short and assembling monitoring data from six systems under time pressure is not a good position.

Test it once, on a volunteer, before it is needed.

Preparing for a subject access request

It will arrive, usually during a dispute, with a short statutory deadline.

Know which systems hold data attributable to a person: task events, scans, telematics, access control, positioning, video.

Know how to extract for one individual from each.

Know what the redaction requirement is where records mention other people.

Test the process once, on a volunteer, before it is needed.

Short retention and early aggregation are the best preparation, since what does not exist need not be produced.

What a personal view should contain

The difference between a tool and a file.

Their own trend over time, which is the useful part.

The team distribution without names, so they have context.

What work they handled, so the figure is interpretable.

The conditions: equipment, zone, volume.

No ranking, no comparison to the fastest, no automated commentary.

A route to challenge, with a named person and a response time.