Back to blog
Engineering · 10 January 2026 · 2 min read

Why We Built a Training Matrix From Scratch

Every compliance platform starts with a spreadsheet replacement. We started with the question nobody was asking: what if the training matrix was the foundation, not the feature?

Aditya Varma
Aditya Varma
Founder / Director

Every compliance platform on the market treats training tracking as a feature — one checkbox in a list of twenty. We looked at how Victorian councils actually work and realised the training matrix isn’t a feature. It’s the foundation.

The spreadsheet problem

When we sat down with compliance officers across a dozen councils, the same story emerged. Training records lived in Excel. Certificate expiry dates were tracked by hand. When WorkSafe audited, someone spent two weeks pulling evidence from six departments into a single pack.

The spreadsheet wasn’t the problem. The problem was that training data was disconnected from everything else — incidents, inspections, SWMS, document control. A worker’s certification status existed in isolation.

Five requirement types

Most systems model training as a binary: required or not. But Victorian compliance is more nuanced. We identified five distinct requirement types:

  1. Mandatory — legally required for the position
  2. Preferred — recommended but not legally mandated
  3. Competency-gated — must hold before performing specific tasks
  4. Recurring — must be renewed on a schedule
  5. Event-triggered — required after incidents or role changes

Each type has different expiry logic, different alerting rules, and different audit implications. Building this into the data model from day one meant every other module could reference it cleanly.

The backbone architecture

The training matrix became the backbone. When the incident management module needs to show what certifications a worker held at the time of an incident — it queries the matrix. When SWMS sign-on needs to verify operator competency — it checks the matrix. When the compliance engine calculates a department’s score — it aggregates from the matrix.

This wasn’t an accident. It was the first architectural decision we made, and every module since has validated it. When we built incident management with competency snapshots, the matrix provided the evidence layer. When the Compliance Horizon needed to project future scores, it drew from matrix expiry data.

What this means for councils

A council using Lattice Look doesn’t manage training in one system and compliance in another. The training matrix powers the compliance score, the gap analysis, the benchmarking, the incident reports, and the audit packs. One source of truth. No reconciliation.

That’s why we built it from scratch — because retrofitting a connected architecture onto a feature checklist doesn’t work. You have to start with the connection.

training-matrix architecture compliance

Ready to see Lattice Look in action?

Five minutes to sign up. Free onboarding.