Drew noted
  • Bits and bobs
  • Experiments
    • Accessibility
    • Embed
    • Prototypes
    • Markdown
    • Naming
  • Scribbles
    • 2019-06
      • 2019-06-12
      • 2019-06-25
    • 2019-07
      • 2019-06-25
      • 2019-07-18
    • 2019-08
      • 2019-08-06
    • 2019-09
    • 2019-10
    • 2019-11
      • 2019-11-08
    • 2020-04
      • 2020-04-08
      • 2020-04-09
      • 2020-04-20
      • 2020-04-21
      • 2020-04-22
      • 2020-04-23
    • 2020-05
      • 2020-05-12
      • 2020-05-21
    • 2020-06
      • 2020-06-23
Powered by GitBook
On this page
  • Nucleus Design System
  • Documentation
  • WHY, but Why?
  • Who's going to use is?
  • How / When will they use it?
  • How do we measure success
  • Feedback
  • Team task
  • Wish list
  • Mr Bond
  • Mr Bruzon
  • Miss Wassershtrom
  • Mr Jones
  • Mr Holt
  • Mr Peasant
  • Component page

Was this helpful?

  1. Scribbles
  2. 2019-06

2019-06-12

Starting our day having coffee and chomping on brekkie at Breakfast Club.

Previous2019-06Next2019-06-25

Last updated 4 years ago

Was this helpful?

The focus of today's workshop is the Nucleus Design System documentation.

Nucleus Design System

Here, I have taken notes throughout the day.

Documentation

This medium article from Nathan Curtis details 7 steps to Documenting Components

WHY, but Why?

  • Peeps understand how to use

  • Not repeating ourselves

  • When we're no longer there

  • New joiners on-boarding

  • Self serving

  • Defining decisions we make

  • This is the Design System

Who's going to use is?

  • Devs

  • Designers

  • Product Owners

  • Brand

  • QA

  • CMS

  • Content

  • New joiners

How / When will they use it?

  • Given a link by us

  • They already started working on something

  • Source of truth

  • New joiners - spend time reading

  • Decision backup

How do we measure success

  • Less questions we receive from community members

  • We are documenting all the time, it's part of the process

  • More Nucleus on BG Website

Feedback

  • Currently our documentation is lengthy

Team task

  • Find 2 examples within our documentation that are good

  • Find 2 examples within our documentation that are bad

Phased out, not Faced out Text heavy Brand alignment Panel Component is misleading - nothing about the layout - names are inconsistent Dialling our creative principles - things that don't exist any more Frontify - is a poor experience Inconsistent naming - typography More than one source of truth - colours Lockup Component - nonexistent Where does Nucleus being and end? Brand guidelines - Designer playbook - check atlassian.design Blanding page Levels of information are inconsistent - high level, practical, rational, details The Design System does not reflect us as a team

Explaining ourselves The "quotes are nice to skim read Creating Illustrations - prescriptive - tools - no waffle - explain - thoughtful Accordion Component - easy to understand - real examples within documentation The content around the principles The Landmark section especially the Specification table Do's and Don't - real good to consume Becoming Nucleus The use of active verbs on our Homepage CTAs Events section - projecting a timeline of our history - about our community

Wish list

Note down anything that you'd like to see form part of the Design System

Mr Bond

Mr Bruzon

Miss Wassershtrom

Mr Jones

Mr Holt

Mr Peasant

Component page

  • What is it for

  • Explain what is it

  • How to use it

  • Why would you use it

Post-its of our documentation wishes
https://medium.com/eightshapes-llc/documenting-components-9fe59b80c015