Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Table of Contents
maxLevel2
minLevel2

...

Step 1 – Start a component proposal

RESPONSIBLE:
Status
colourRed
titlePROPOSER
(Anyone! And you, I presume)

Before starting a proposal confirm that the need is not already supported. Does a new pattern need creating? If there is an existing pattern, does it work for a specific application/use case? 

...

Expand
titleSee details on proposal states

State

Description

Status
colourYellow
titleDRAFT

The proposal is just an idea. Discussions on the draft serve to gather feedback and help prepare the idea to be

Status
colourBlue
titleREADY For Review
.

Status
colourBlue
titleREADY For Review

The proposal is ready for a review when it has: A succinct use case and purpose, a general description of behavior or variants, and a design reflected in at least a wireframe level fidelity.

Proposal Reviews start in person in the Paragon Working Group meeting and continue on Slack if needed. To get on the meeting agenda make a post in the #paragon-working-group channel on Slack.

The group will consider the following:

  • Review the use case from the

    Status
    colourRed
    titleUX
    and
    Status
    colourYellow
    titleA11Y
    perspectives and come to an understanding of the need.

  • Should this component live in Paragon?

  • Determine if the use case is unique. If so, it should remain be a one-off solution.

  • Do we agree on what to name this component?

Reviews move the proposal to

Status
colourGreen
titleAPPROVED TO ADD
,
Status
colourRed
titleDEFERRED
, or
Status
colourPurple
titleNEEDS CHANGES

Status
colourGreen
titleAPPROVED TO ADD

An accepted proposal is ready for further design and engineering work. A proposal is accepted with three approvals (minus the proposer), one from each UX, UI, A11y, and Eng. Once accepted the proposer should begin building out the component spec with UX/UI/Eng/A11y (if they have not already).

Status
colourRed
titleDEFERRED

A deferred proposal should be designed and built as a one-off where it is needed. Move the proposal to a new folder in this space (TODO: when this happens the first time add a folder in the wiki in an appropriate location)

Status
colourPurple
titleNEEDS CHANGES

A proposal needs changes to become

Status
colourBlue
titleREADY For Review
again.

...

Step 2 – Get your proposal approved at the Paragon Working Group

RESPONSIBLE:
Status
colourRed
titlePROPOSER

...

Step 3 – Complete the component design specification

RESPONSIBLE:
Status
colourRed
titlePROPOSER

...

Step 4 – Create a Jira ticket to implement the component

RESPONSIBLE:
Status
colourRed
titlePROPOSER
Note

Engineering resourcing for implementing Paragon components is currently ad-hoc. Squads that need the component are ideally responsible for the work, but some times it’s too much work to take on in the near term. This is an ongoing challenge to be aware of.

  • Add a ticket to the Paragon Backlog that outlines work to implement the proposed design (add a link to the proposal) and create a technical doc page.

  • Add a link to the Jira ticket in the Figma or Confluence proposal.

...

Step 5 – Implement the component in React

RESPONSIBLE:
Status
colourPurple
titleENGINEER
Tip

Tip: Before you start implementing your component, it us helpful to write example of how you would want to use this component as if you had already written it then and share that with others. Getting feedback on props api or component naming early on can reveal key concerns you may have missed and save time.

  • Implement the component. See this video for a technical walkthrough for getting started developing for Paragon: Writing a React component for Paragon (Study Group 1-26-2021) and this document for React Component Design Tips & Tricks

  • Send a link to the component proposer for QA. When the Jira ticket is ready for review the engineer responsible for the work should sends a link to the proposer of the component for review. The Paragon github repo creates deploy previews of pull requests. These links are useful to send for QA.

...

Step 6 – Finalize the design and technical documentation & 🥳

Based on the QA findings from design

...