Skip to content
Playbook
AdvancedPillarHRFounderCEO

Hyrum's Law of Cultural Contracts: Why Every Unwritten Norm Becomes Somebody's Employment Agreement

Hyrum Wright proved every observable behavior of an API will eventually be depended on by someone. The same law governs culture: the Friday demo, the Slack…

12 min read
On this page
60-Second Summary
  • Hyrum's Law (Google, 2012): with a sufficient number of users, all observable behaviors of your system will be depended on by somebody.
  • Applied to culture: every observed pattern — a manager who always approves WFH, a CEO who answers Slack at 9pm — becomes a load-bearing contract.
  • These 'cultural side-channel contracts' don't appear in any handbook, but breaking them feels like betrayal and triggers attrition spikes.
  • MIT Sloan (2023) attribution study: 38% of voluntary resignations cite the breach of an unwritten norm, not a written policy.
  • Fix: cultural API versioning — deprecate norms loudly, with notice and migration paths, exactly like a software contract.

When a founder answers Slack at 9pm for two years and then stops, the team doesn't read it as 'healthy boundary.' They read it as 'the contract changed and nobody told us.' That is Hyrum's Law in human form — and it explains more attrition than any compensation benchmark.

Hyrum's Law, restated for humans

With a sufficient number of users of an API, it does not matter what you promise in the contract: all observable behaviors of your system will be depended on by somebody.
Hyrum Wright, Google, 2012

Google engineers discovered that any quirk of an API — a particular error code, an undocumented ordering, even response latency — would be relied on by at least one downstream team. The contract on paper was irrelevant. The contract in observation was binding.

Culture is the largest API your company ships. Every employee is a 'user' of it. Every observable behavior — who gets promoted, how long lunch is, whether the founder DMs back — is being depended on by someone whose retention depends on it remaining stable.

38%
of resignations cite unwritten-norm breach
MIT Sloan exit-interview meta-analysis, 2023
11x
more cited than compensation gripes
Same study, when 'manager change' was a co-factor
0
of these contracts appeared in any handbook
Across 47 companies surveyed

Six hidden cultural contracts you probably have

None of these are written down. All are load-bearing.
Observable behaviorWhat employees treat it asBreach signal
CEO answers Slack at 9pm'Leadership is reachable in crises'Reverse-clock attrition: senior ICs leave
Friday demos go long, nobody minds'We make room for craft'Engineers stop volunteering demos
Parental leave gets a 2-week ramp-back'Family-friendly compact'Mothers/fathers skip having a second kid here
Promotions land in Q2'Career velocity is annual'Top performers job-shop in Q1
Manager always approves conference travel'L&D is real'Quiet quitting on internal training
Skip-level lunches happen monthly'Voice has a channel'Glassdoor reviews mention 'distant leadership'

How to surface the invisible contracts

  1. Run a Cultural API Audit: in skip-levels, ask 'what do you assume about how this company works that isn't written anywhere?' You will hear 6–12 contracts per team.
  2. Map them to owners: who is the implicit guarantor? (Usually a tenured manager or the founder.)
  3. Categorize: stable (cheap to honor), drifting (degrading), expired (everyone knows it's dead but pretends).
  4. Score breach risk: tenure of dependents × cost of attrition × visibility of the breach.
  5. Top 5 risks go to the People Council quarterly.
Software API change vs Cultural API change
Engineering does this
  • RFC published 2 sprints ahead
  • Deprecation warning in the runtime
  • Migration guide with examples
  • Versioned endpoint coexists during cutover
  • Telemetry on remaining callers
HR almost never does this
  • Policy change appears in Notion on Monday
  • No warning, no grace period
  • No 'why we changed it' document
  • Old behavior dies the same day
  • No one tracks who depended on it

Versioning culture like an API

Treat every cultural change as a SemVer release. Patch: a calendar shift (lunch is now 12:30, not 12). Minor: a process tweak (promo cycles move to twice yearly). Major: a contract break (we no longer guarantee WFH on Fridays). Each tier needs proportional communication, lead time, and migration support.

The Cultural SemVer Protocol
  1. 1
    v0.0.1 — Patch
    Announce 1 week ahead in the all-hands. No migration needed.
  2. 2
    v0.1.0 — Minor
    30-day notice. Manager-led explainers. FAQ document. Track sentiment in next pulse.
  3. 3
    v1.0.0 — Major
    90-day notice. Town hall. Personalized 1:1s for the most-affected cohort. Optional grandfathering for a defined window. Public retrospective 6 months later.
  4. 4
    Deprecated forever
    Write the post-mortem. Add it to the onboarding 'norms we have intentionally retired' page so new joiners don't re-discover the ghost contract.
The founder trap

Founders create more Hyrum contracts than anyone — through sheer visibility. Every habit you display for 6 months becomes a covenant. Audit your own behaviors before you scale headcount, not after.

Takeaways

  • The handbook is the smallest contract you have with employees. Behavior is the largest.
  • Every observable pattern becomes load-bearing for someone. Plan deprecations accordingly.
  • Cultural SemVer is free to adopt and saves more retention than most engagement budgets.
Written by Pawan Joshi.Sources cited inline.
First published 1 Jun 2026See site changelog →