Examinations compress a term of administrative debt into two weeks. Every ambiguity in the timetable, every unresolved grading rule, every student whose subject registration was never quite right, surfaces at once and under time pressure.
Scheduling is a constraint problem
Building an exam timetable by hand means holding a dozen constraints in your head simultaneously: room capacity, invigilator availability, subject clashes for individual students, gaps required between papers, and access requirements. Humans are poor at this and the errors are expensive.
- Detect per-student clashes, not just per-subject ones
- Treat invigilator availability as a hard constraint, not a later fix
- Reserve capacity for extra-time and separate-room candidates from the start
- Publish provisionally, collect objections, then lock — do not publish once and defend it
Decide the grading rules before the papers are marked
Rounding, weighting, moderation, best-of-N, resit caps — every one of these is trivial to configure in advance and contentious to decide afterwards. If the rule is settled after marks exist, someone will always suspect it was chosen to produce a particular outcome.
Result processing should be boring
The moment results move between systems by copy and paste, you have introduced an error class nobody can audit. Marks entered once, computed by a rule the system holds, and published from the same record is the only arrangement that survives a challenge.
- 1Enter marks against the student and paper, never against a printed position in a list
- 2Keep an immutable log of every mark change with the reason
- 3Generate report cards from live data rather than a snapshot spreadsheet
- 4Give teachers a verification pass before anything reaches families
An exam system earns its keep in the week after results, when somebody asks how a particular grade was arrived at.
- exam management system
- school examination software
- result processing software
- online exam scheduling