New notes on skills, managers and pay transparency.New notes from the team.Read the latest
All insights

The policy is not the practice.

Every HR team runs on rules that are not in any document: how the review calendar is really dated, which exception is always granted, what a job-code reference means in this company. An assistant that reads only the documents will be fluent and wrong. Here is how we write the practice down.

Note
Perspective № 12
Published
Reading time
4 min read
Filed under
Knowledge, Atelier

Ask an HR system for last year's performance ratings and it will give you a set of forms. Which year a form belongs to depends on how the organisation dates its review campaign: by the year the form was launched, the year it closed, or the year it assessed. Three HR teams in three companies will answer differently, all correctly, and none of them will have written the rule down. It is simply how things are done here.

Put an assistant in front of that question and it will pick one of the three and say nothing about the choice. The answer will be fluent, sourced to the right forms, and wrong for two companies out of three.

Where practice lives

After enough HR system programmes, the places where practice diverges from the record are familiar. They are rarely dramatic, and they decide answers every day.

  1. Vocabulary. The company calls its HR system by a nickname, writes job-framework references in its own notation, and uses “site” to mean something the org structure calls a cost centre.
  2. Calendars. The review cycle, the bonus year, the headcount freeze date and the payroll cut-off each have a house convention.
  3. Exceptions. The policy says one thing; a country, a plant or a legacy entity does another, usually for a reason that was good at the time.
  4. Thresholds. “Long vacancy”, “critical role” and “high absence” each have a number, and the number is in someone's head.
  5. Trust in fields. Everyone knows which field in the system is stale, which custom field replaced it, and which report to never believe.

Tacit to explicit is a conversation, not an export

Nonaka's 1994 model gave the move from tacit to explicit knowledge a name, externalisation, and insisted that it happens between people, through dialogue and shared practice, not through a document request. Polanyi's older line still holds: people know more than they can tell, and they tell it most readily when asked a concrete question about a concrete case.

A June 2026 paper extended Nonaka's spiral to include what it called tacit machine knowledge: the patterns an AI system picks up that nobody wrote down either. That cuts both ways. An assistant that has read a thousand forms may have learned the house convention without being told, and may apply it silently. Silent rules are the problem, whoever holds them.

How we write the practice down

Before any assistant answers a question in a new organisation, we run what we call a house-style pass. It is a structured interview with the people who run the HR system and the people who use its outputs, organised around the questions managers actually ask. For each one: what does the answer depend on, where does the practice differ from the document, and why.

The result is a short set of rules, each with four properties.

  1. Stated in the company's own words, so that a colleague recognises it.
  2. Attributed: who agreed it, and on what date.
  3. Reasoned: why the rule exists, so that it can be retired when the reason no longer holds.
  4. Testable: an example question where applying the rule changes the answer.

Those rules travel with the assistant. When it reads a year's ratings, it applies the house calendar and says so. When it counts long vacancies, it uses the company's threshold and shows it. When a rule is wrong, someone can see it, challenge it and change it, with the old version kept.

What this is not

It is not a knowledge base in the old sense, a wiki nobody updates. It is a small, versioned list of the rules that change answers, maintained by the people who own them, and read by the assistant at the moment it answers. The test of whether it is working is simple: ask the assistant the three questions where your organisation differs from the textbook, and read what it says.

Sources

  1. Nonaka, “A Dynamic Theory of Organizational Knowledge Creation”, Organization Science, 1994
  2. Nonaka and Takeuchi, The Knowledge-Creating Company, Oxford University Press, 1995
  3. Polanyi, The Tacit Dimension, 1966
  4. Chatterji, Rock and Talamas, “The Human-Machine Knowledge Spiral”, arXiv, June 2026

See PeopleHub on one of your own workflows.

Forty-five minutes, and a clear account of what PeopleHub can and cannot do for it.

Book a working session