Skip to content

Step 3 of 4

Governance

Is it clear who decides what, how work enters the system, and what 'done' means?

Skip any question you cannot answer yet — it will not count against you.

Who owns the design system, and how is that ownership funded?

Question 1

Funded ownership is the difference between a product and a side project that survives until the next reorg. In a small organisation the top options may simply not apply — answer for the arrangement you have, not the one an org chart would allow.

How can a product team get a change into the design system?

Question 2

Nathan Curtis' models — solitary, centralised, federated — differ mainly in how a contribution travels. Any of them works; not having one does not.

How are incoming requests prioritised?

Question 3

Without visible prioritisation, the loudest team sets the roadmap and everyone else stops asking.

Is there a definition of done that a component must meet before it is released?

Question 4

A component checklist (a11y, tests, docs, tokens, responsive behaviour) is the cheapest quality gate a system team can own.

Are significant decisions recorded somewhere others can read later?

Question 5

Undocumented decisions get relitigated every six months, usually by new people with the same good arguments.

How is accessibility governed — who signs a component off as accessible?

Question 6

A design system multiplies whatever it contains. An inaccessible component becomes an organisation-wide defect.