Operationalize Usability Research: Consider how to keep moving component updates and usability testing forward about uswds-team HOT 5 CLOSED

See #301 for updates on the component prioritization workshop.

from uswds-team.

Proposal for component testing cadence and approach:

• Test 1 NEW batch of components each quarter
• Aim to conduct validation testing for “previously tested” components each quarter
• Total = 2 rounds of testing for different batches of components per quarter

It takes time to implement recommended changes/improvements to components after testing. This system allows us to continue to move forward on testing new batches of components, and then validating previously tested batches whenever they are ready. How long it takes between the initial test and the validation test after improvements are made depends on the complexity of the solutions and the team's bandwidth to work on improvements.

I'm also suggesting we "name" each batch of components we test so it is easier to talk about them with the team. For instance, the first batch of components could be the "Buffalo" batch, the next could be "Zebra," then "Tiger" and so on. It's not completely necessary, but could be helpful in quickly and uniquely identifying a batch of components.

Important to note that at the proposed cadence, it will take us about 2 years to test all of our existing components.

from uswds-team.

Re: establishing a process to prioritize issues from usability test findings, we discussed this at office hours yesterday. We agreed that we need to come up with a process that alerts devs to high priority work that relates to usability testing (as well as a11y audit red flags and content audit work).

In the meantime, we'll be sure to communicate with each other about priorities. Jacline/the researcher will assign a weight to issues from testing and separately alert devs to what should be a priority, either in an office hours, through internal communication before a triage meeting, and/or in PI planning so devs understand where to devote their time. Then, high priority items can get assigned and moved into sprints.

Additionally, we'd like to come up with an MVP for an improved label system.

from uswds-team.

I finished reorganizing, adding content, and updating issues that came from usability testing findings and added them all to a Google doc list 🔒 where I am tracking the status and marking prioritized issues.

The newly updated issues follow a template that makes it easy for USWDS users to understand the issue in a scannable, plain language way, and also is useful tot he USWDS for team that needs to work on solutions to the issues. Going forward, we will focus on writing issues that center on the problem we observed from testing, rather than a solution up front.

All of the issues are ready to be incorporated into "Known issues" sections for relevant components on the site @amyleadem

from uswds-team.

Done

from uswds-team.