Privacy, Access and Measurement Purpose
In one sentence
Keeping the measurement purpose explicit requires that each role sees only the data it needs and that records are removed in a controlled way when the defined period ends.
By the end of this lesson
- Build a minimum read-access table for three roles and four data classes.
- Calculate the number of necessary accesses among 12 possible role and data pairings.
- Set a separate retention scope for video, coded measurements, aggregate results and technical traces.
- Reject extending the justification of a synthetic training record to monitoring of real workers.
Why it matters
When privacy, access and measurement purpose are defined together, the data collection decision becomes more concrete. If the purpose is to validate the duration of a specific element, recording the whole work area continuously is not the natural continuation of the same need. First it is written down which decision will be made, which event must be seen and which data are unnecessary. Not recording an unnecessary field from the start is a clearer design than trying to hide it from everyone afterwards. The scope of the measurement is described by product, job and time limit. A vague productivity purpose is not enough justification for collecting unlimited video and personal information.
Using codes such as K01 does not by itself make a record belonging to a real person anonymous. The video, the shift pattern, station information or a separate pairing list may make the person identifiable. For this reason, access to coded measurements and access to raw video are not treated as the same. A process owner may not need to see all the video of every worker to review a station-level result. A technical maintenance owner may not need the measurement content to investigate a connection error. Authority is derived not from the breadth of a job title but from the data the defined task requires. When tasks within the same role change, the need for access is re-evaluated.
The retention period cannot be solved by assigning one date to all data. Raw video may be needed for a short time to validate measurement boundaries; an aggregate result may support a later pilot comparison. Technical event logs serve the investigation of connection problems. These different purposes require different scope and period decisions. Keeping video whose necessity has ended just because storage space is available widens the data purpose. On the other hand, cutting the link needed for validation too early can make the result impossible to review. The retention decision must be made openly on the basis of both necessity and the chain of evidence.
This lesson is not a guide that determines the legal obligations of a business; it teaches measurement design on synthetic training data. The conditions to apply to a real record are determined separately by the responsible authorized people. Using records produced for training does not mean that continuous monitoring of real workers is allowed. The purposes of training, process improvement and individual evaluation cannot be turned into one another without explanation. If the purpose changes, the data need, access and retention scope must be reconsidered. The usefulness of the measurement is also judged not by making the worker visible at every moment but by examining the defined work reliably.
When the minimum access table is prepared, how the daily work will actually be carried out must also be tested. If the analyst cannot see the record needed, people may share the file by other uncontrolled routes. So controlled access must be both sufficient to complete the task and limited to the purpose. If a role is chosen to see only the aggregate result, it is verified that the report carries enough explanation for that decision. An unexplained average is not considered to have removed the need for raw video. The process owner must be able to understand which element was measured, which version was used and which uncertainties remain. This information can be given without adding personal detail. Technical traces must also be sufficient for the task; if the error time and the transaction ID are missing, the support owner may be led to ask for unnecessary content. A good design reduces this need by separating the necessary technical information from the measurement content. In an access review, not only the permission list but also the reports used and the copy routes are examined. A rule being written down does not prove that it is applied. At pilot closure it is checked whether access has actually been closed as the assigned tasks end. This way the purpose, authority and retention decisions do not remain disconnected documents.
Formula
Possible read pairings (pairings) = Number of roles × Number of data classes
Necessary access rate (%) = Permitted pairings ÷ Possible pairings × 100
Closed pairings (pairings) = Possible pairings − Permitted pairings
Retention period difference (days) = New period − Previous period
Unlock the rest of this lesson with an Academy account
Create a free Academy account with your work email address; it can be used once it is approved.
- Step-by-step instructions
- Worked example with real numbers
- Where the method misleads
- Common mistakes