Process
WIP
Terminology
Token: Should primarily be a value, functionally agnostic.
Element: Composition of various tokens. Specific function, content agnostic.
Component: Composition of various elements, may serve specific functionality that applies to a variety of content use cases.
Utility: Specific function, is either not visible or exists temporarily.
Propsals
  1. Design identifies a need for a new shared component in a project within sprint work.
  2. Designer creates a detailed spec for shared component, and surfaces the need for component in sprint planning.
  3. When the component is included in a sprint, designer creates a GH Issue, added to the Component Workflow project (link), announcing the new component. The issue includes a responsible engineer and designer.
  4. This issue is shared in #design-system.
Build
  1. Engineer starts building the component in Palette (link to Readme docs), publishes the component as "WIP"
  2. Designer can start adding content to component, in WIP state.
  3. Eng and Design pair to bring component to full QA'ed completion.
  4. When component is ready to merge, WIP label is removed, Issue is "closed".
  5. The new component is ready for use, and announced in #dev (?)
The same process applies for updates to existing components as well — the emphasis on communication ensures visibility, trust and successful adoption of this system.
Have questions? Join us in #design-system on slack, we're always happy to help.