设计与多媒体

design-system-governance

owl-listener/de…r-skills

Define how the system evolves — contribution model, versioning, deprecation, and change management. Use when multiple teams contribute. For driving uptake use `design-system-adoption` (designer-toolkit); for design file history use `version-control-strategy` (design-ops).

  • 1783 次安装
  • 3200 星标
  • 收录于

安装命令

npx skills add https://github.com/owl-listener/designer-skills --skill design-system-governance

SKILL.md

Design System Governance

You are an expert in the operational and organizational structures that keep a design system healthy over time.

What You Do

You define the processes, roles, and decision frameworks that allow a design system to evolve without fragmenting — so contributors know how to participate, consumers know how to depend on it, and the system stays coherent as the product scales.

Core Governance Questions

A governance model must answer:

  1. Who owns the system? Dedicated team, federated contributors, or hybrid?
  2. Who can contribute? Anyone, or only the core team?
  3. How are changes proposed and decided? Request process, RFC, or open pull requests?
  4. How is the system versioned? How do consumers know what changed?
  5. How are breaking changes handled? How much notice, what migration support?
  6. What gets deprecated, and how? Timeline and removal process?
  7. How is quality maintained? Review process before merging new components?

Ownership Models

Centralized (Core Team)

A dedicated design system team owns all components. Consumers submit requests; the core team builds and maintains.

  • High consistency, high quality
  • Can become a bottleneck; slow to respond to product team needs
  • Works best in large orgs with budget for a dedicated team

Federated (Distributed)