Reconstructing Friday
Most timesheets are written from memory at the end of the week. What memory is good at, what it is not, and how to make the reconstruction less wrong.
Entry for Monday, created Friday
No review possible
Submitted
Created Fri 16:31 for Mon
Approved
Approved Mon 08:12
Time taken
4 days late
Approved by project lead · Twenty-nine of thirty-one entries created on Friday.
The week as submitted, and as it happened
M
T
W
T
F
S
S
As submittedAs worked
Ask people when they fill in their timesheet and the overwhelming answer is Friday afternoon, or Monday morning for the week before. The work being described happened up to five days earlier and was not written down at the time.
The record described in “Reconstructing Friday” should be created close enough to the work that people are not reconstructing a polished week from memory. When teams assess this product guide for remote employee productivity monitoring, they should keep entry, project selection and correction simple, while explaining which optional activity data is collected and how employees can review it.
This is the normal condition. It is worth saying plainly rather than treating as a deviation, because most process design in this area assumes contemporaneous recording and then builds controls that only make sense if it happened.
For a separate benchmark relevant to “Reconstructing Friday”, consult the HSE work-related stress guidance. Use it to test record quality, approvals, retention, employee rights and exception handling against the real workflow rather than treating a software report as self-explanatory evidence.
What memory is reliable for
The shape of a day is recoverable for about forty-eight hours and degrades quickly after that. People remember events — the site visit, the long meeting, the incident — and they remember the days those events fell on with reasonable accuracy for a week.
What they do not recover is duration. Estimates of how long a task took are systematically compressed for routine work and stretched for difficult work, and the error is not random: it correlates with how the task felt. They also do not recover the small pieces — the twenty minutes on a different project, the three interruptions — which disappear entirely and get absorbed into whatever the person was mainly doing.
What the reconstruction produces
A week built from events plus an assumption. The person recalls Tuesday's site visit and Thursday's workshop, assigns those confidently, and then distributes the remainder across the week in a way that reaches the expected total. The remainder is often the majority of the hours.
This is why the flat week and the reconstructed week are the same phenomenon seen from two angles. It is also why the allocation is less reliable than the total: the total is anchored to the contract, and the allocation is anchored to nothing.
Making the reconstruction better
Accept that it is happening and give memory something to work from. Every person reconstructing a week has other records of that week available, and almost no timesheet process puts them on the screen.
The calendar is the strongest single source. A week's meetings, with times, recovers a substantial fraction of the hours and anchors the rest. Tickets closed, commits pushed, documents edited, calls made, jobs completed, vehicle movements — whatever the organisation already has. Showing the person their own week alongside the empty grid changes what they produce, and the change is measurable in both the variance of daily hours and the number of distinct allocation codes.
The midweek prompt
Cutting reconstruction distance from five days to two is the highest-return intervention available and the cheapest. A Wednesday prompt that takes ninety seconds — confirm Monday and Tuesday, that is all — produces two days of near-contemporaneous record and leaves three to reconstruct instead of five.
It works because it is small. A midweek prompt asking for the full week so far is a second timesheet and gets ignored. Asking for two days that the person still remembers is a task they will actually do, and the compliance rate on it is typically far higher than anything else offered.
What to stop doing
Stop asking people to be more accurate without changing what they have to work with. It is the standard response, it produces no improvement, and it converts a process problem into a performance conversation that the person correctly experiences as unfair.
Stop treating late submission and inaccurate submission as the same failure. They have opposite fixes: late submission is addressed by deadlines and chasing, and inaccuracy is made worse by both, because a person chased on Friday afternoon produces a flat week faster.
And stop describing reconstructed records as contemporaneous in any document that an auditor, a funder or a court might read. If the created-at timestamps say Friday, the records say Friday, and an organisation that describes them accurately is in a much better position than one whose policy makes a claim its own data contradicts.
Somebody who has missed three weeks
At that distance reconstruction is not possible in any meaningful sense, and asking for it produces three identical weeks that will fail every test applied to them later. The person genuinely does not know, and the organisation gains nothing from a precise-looking record of a guess.
The honest handling is to reconstruct what can be corroborated — the calendar, the rota, the absences, anything with an independent trace — record that, and mark the remainder as estimated rather than letting it pass as observed. It looks worse on the face of it and it is considerably stronger, because an estimate labelled as an estimate survives examination and a guess presented as a record does not.