Skip to content

[Design] QA/Release process #3256

Open
Open
@babsdenney

Description

@babsdenney

Description

We need some kind of QA process for what is being released. Things are getting released without knowledge. We might need to look into a process where the Designers are writing up the tickets with Developers so that the simple small things aren't getting released without QA. We need to stop putting things in storybook before we have a guidance.

  1. Every component change should go to Design first and then to Dev. We shouldn’t be throwing it over the wall. Figure out where does accessibility come into play here.
  2. Then we should write the guidance and then we should ship it.
  3. There is a rare exception where we need to push changes out before guidance. But ultimately, it should be a slower process. We are usually following the process for large things but for smaller changes it falls through the cracks.

Work with Engineers to create a QA process that will

  • Promote more communication and QA between Engineers and Designers.
  • Make sure changes aren't being released before guidance updates.
  • Communicate information to the Council team

This ticket could go beyond documentation and we could look into ways to make releases easier with Github Actions or new templates or processes for ticket creation. There are ideas of making every part of a release combined into one ticket. There are also ideas of creating epics for even the smallest tickets that have multiple parts. Github is releasing new features soon to link tickets together. We could look into ways that technology could help improve the QA/release process for the DS.

Tasks

  • Talk to Micah about the release process and any documentation that is currently out there
  • Research best practices for QA for large teams
  • Collect all your research and present to the team
  • Present your work to the DST for approval and guidance
  • Figure out next steps and create any other tickets to result from this work

Acceptance Criteria

  • Your research and recommendations have been discussed
  • Next steps have been set in motion
  • Tickets have been created for any further work needed

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions