Workforce Data Lab
people-analytics Workforce Data Lab · research desk

Workforce Data Lineage: An Audit Framework for HRIS-to-Warehouse-to-Dashboard Pipelines

Most people analytics teams did not build the pipelines they report from. They inherited them: an extract written by a former HRIS administrator, a transformation layer maintained by a data engineering team that has since reorganised, a dashboard whose logic lives in a calculated field nobody has opened in two years. When a number is challenged, the team cannot say where it came from with any confidence, and trust in the whole function erodes faster than any single error would justify. This piece sets out a lineage audit framework built around six questions, and explains why running it changes the conversation about whether people data can be trusted.

Why the pipelines are undocumented

The pattern is structural rather than negligent. HR data infrastructure is typically assembled incrementally: a reporting need arises, someone builds the shortest path to satisfy it, and the path becomes permanent. Ownership is split across HR operations (source data), IT or data engineering (movement and storage), and analytics (definitions and presentation). Each group documents the part it considers its own, and the joins between those parts belong to nobody.

The consequence is that the pipeline’s real specification is its code, and the code’s authors are often gone.

The six lineage questions

For every metric that appears on a decision-facing dashboard, the audit answers six questions.

  1. Origin system. Which system of record produces each input field, and is it the authoritative source? Fields like job_level or cost_centre frequently exist in the HRIS, the payroll system, and the finance system, with different values. The audit names the source used and whether it is the one the organisation would defend.

  2. Transformation ownership. Who owns each transformation step, by name or by role? A step with no owner is a step that will not be fixed when it breaks, and will not be updated when the source changes.

  3. Effective dating. Does the pipeline preserve effective-dated history, or does it carry current-state values only? Any metric with a time dimension — headcount trend, attrition rate, promotion rate — depends on the answer.

  4. Reconciliation cadence. How often, and against what, is the output reconciled? A monthly check of warehouse headcount against payroll headcount, with a documented tolerance and a named owner for breaks, is a minimum. A pipeline that is never reconciled can drift indefinitely without detection.

  5. Definition drift register. Is there a dated log of every change to a metric’s definition, with the reason and the effect on historical values? Without one, a trend line that crosses a definition change cannot be interpreted, and nobody will know it crossed one.

  6. Break-glass ownership. When a figure is wrong in front of an executive audience, who is authorised to pull it, correct it, and communicate the correction? This question is about governance, not data, and it is the one most often unanswered.

Running the audit

The procedure is unglamorous. Start from the dashboard and trace backwards, field by field, to the source system, recording each hop. For each hop, record the six answers or record that the answer is unknown. Unknowns are findings, not failures of the audit.

The output is a lineage register per metric, scored by how many of the six questions are answered. To illustrate the typical first-pass result — numbers constructed for demonstration, not measured: a team auditing 25 dashboard metrics might find that fewer than a third have a reconciliation cadence and almost none have a drift register, while origin system is known for most. That profile is common: the inputs are understood, and everything between input and dashboard is not.

How the audit changes trust

Trust in people data is often discussed as a communication problem. It is better treated as an evidence problem. An executive who challenges an attrition figure is asking, implicitly, the six questions above. A team that can answer them — this field comes from payroll, this transformation is owned by this role, the figure reconciles monthly to within this tolerance, the definition last changed on this date — is in a different position from a team that can only re-run the query.

The audit also redirects effort. Teams that run it typically find that the highest-value work is not new analysis but closing the gaps: assigning owners, establishing reconciliation, starting the drift register.

What we cannot claim

A complete lineage register does not make a metric correct. It makes the metric’s construction inspectable, which is the precondition for finding and fixing errors, and it shortens the time between an error occurring and someone noticing. Lineage is necessary for trustworthy reporting; it is not sufficient. The data always wins over the narrative — provided someone can still say where the data came from.

Cite Workforce Data Lab, research desk. “Workforce Data Lineage: An Audit Framework for HRIS-to-Warehouse-to-Dashboard Pipelines.” workforcedatalab.com, 09 June 2026. https://workforcedatalab.com/posts/2026-06-09-workforce-data-lineage-an-audit-framework-for-hris-to-warehouse-to-das/

Further reading

from the same desk