{
    "version" : "https://jsonfeed.org/version/1",
    "content" : "event",
    "type" : "single",
    "title" : "USWDS Monthly Call - October 2023 |Digital.gov",
    "description": "USWDS Monthly Call - October 2023",
    "home_page_url" : "/preview/gsa/digitalgov.gov/bc-archive-content-3/","feed_url" : "/preview/gsa/digitalgov.gov/bc-archive-content-3/event/2023/10/19/uswds-monthly-call-october-2023/index.json","item" : [
    {"kicker" : "Conducting user research with people with disabilities","title" :"USWDS Monthly Call - October 2023","deck" : "How to develop a sustainable, repeatable research process","summary" : "This month, we'll share progress and findings from our recent effort to improve our ongoing research practice.","date" : "2023-10-19T14:00:00-05:00","date_modified" : "2025-01-27T19:42:55-05:00","start_date" : "2023-10-19T14:00:00-05:00","end_date" : "2023-10-19T15:00:00-05:00",
      "event_organizer" : "Digital.gov","host" : "U.S. Web Design System","registration_url" : "https://gsa.zoomgov.com/meeting/register/vJItd-quqDMoHlDxTzhAa_JdKCvcWG7ccyA#/registration","youtube_id" : "_uNXQpu6Dwg","topics" : {
        
            "accessibility" : "Accessibility",
            "content-strategy" : "Content strategy",
            "customer-experience" : "Customer experience",
            "design" : "Design",
            "product-and-project-management" : "Product and project management",
            "research" : "Research",
            "user-experience" : "User experience"
            },"primary_image" : { "uid" : "2023-uswds-monthly-call-oct-title-card", "alt" :
  "Title card image of USWDS logo, a multi-colored pentagon shape consisting of five triangles, centered on a black background. In blue text, the first line says, U.S. Web Design System (USWDS). Below in white text, the second line has the event name, USWDS monthly call October 2023. Below in blue text is date followed by the date of the event in white, October 19, 2023. The next line in blue text is Time followed by the time of the event in white, 2:00 pm ET.", "width" :
  "1200", "height" :
  "628", "credit" :
  "", "caption" :
  "", "format" :
  "png" },"content" :"\n\u003ca\n    href=\"https://s3.amazonaws.com/digitalgov/static/uswds-monthly-call-october-2023.pptx\"\u003eView the slides (PowerPoint presentation, 9.2 MB, 111 pages)\u003c/a\u003e\n\n\n\u003cdiv class=\"usa-accordion accordion\"\u003e\u003ch3 class=\"usa-accordion__heading\"\u003e\n    \u003cbutton\n      class=\"usa-accordion__button\"\n      title=\"View \"\n      aria-expanded=\"false\"\n      aria-controls=\"accordion-1\"\n    \u003e\n      \u003cspan class=\"icon\"\u003e\n          \u003csvg\n            class=\"usa-icon dg-icon dg-icon--standard margin-bottom-05\"\n            aria-hidden=\"true\"\n            focusable=\"false\"\n          \u003e\n            \n            \u003cuse xlink:href=\"/preview/gsa/digitalgov.gov/bc-archive-content-3/uswds/img/sprite.svg#content_copy\"\u003e\u003c/use\u003e\n          \u003c/svg\u003e\n        \u003c/span\u003e\u003cspan class=\"src\"\u003e\n        \u003cstrong class=\"kicker\"\u003eSlide by Slide\u003c/strong\u003eUSWDS Monthly Call - Presentation Script for October 2023\n        \u003c/span\n      \u003e\n    \u003c/button\u003e\n  \u003c/h3\u003e\u003cdiv\n      id=\"accordion-1\"\n      class=\"accordion-body usa-accordion__content usa-prose\"\n    \u003e\u003cp\u003e\u003cstrong\u003eSlide 1:\u003c/strong\u003e Thanks Jeannie, and welcome, everyone, to the U.S. Web Design System monthly call for October 2023, where some of us on the western half of the continental United States, just this weekend got to watch our little old moon pass right between us and our Sun and through some kind of cosmic coincidence, even though about 450 moons could fit across the diameter of the Sun, to us they look almost exactly the same size, and one can pretty much perfectly conceal the other, just as your thumb can cover up a mountain every once and a while. And just as we see the USWDS logo fading from yellow to black and back again.\u003c/p\u003e\n\u003cp\u003eAnd of course, we\u0026rsquo;re not too far away from Halloween, shown here with this pumpkinny-orange USWDS logo.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 2:\u003c/strong\u003e My name is Dan Williams, he/him, and I\u0026rsquo;m the USWDS product lead — and here on-screen is my avatar: dark hair, blue sweater, collared shirt. Today my physical self is wearing a brick red, fall-toned collared shirt about \u003cstrong\u003ered-warm-70v\u003c/strong\u003e and some green socks, about \u003cstrong\u003egreen-cool-70v\u003c/strong\u003e!\u003c/p\u003e\n\u003cp\u003eUnfortunately, while we are recording this call, we currently aren\u0026rsquo;t able to always share the video publicly. That said, we are making progress on being able to share videos and we\u0026rsquo;re building the capacity to slowly release more and more of these monthly calls publicly. So stay tuned for more updates. When we do post videos publicly, they\u0026rsquo;ll be available via the Digital.gov event page.\u003c/p\u003e\n\u003cp\u003eWe\u0026rsquo;ll be posting links and references into the chat as we go along, and I encourage you to ask questions in the chat at any time. If any member of our team can answer your question in the chat, we\u0026rsquo;ll do so, otherwise there\u0026rsquo;ll be some time for questions and answers at the end of the hour. Also, be sure to introduce yourself in the chat as well — it\u0026rsquo;s nice to know who\u0026rsquo;s here. It\u0026rsquo;s good to have you here today.\u003c/p\u003e\n\u003cp\u003eFor those of you who find the chat distracting, you’re welcome to close or hide the chat window during the main presentation. You can reopen it later during the Q\u0026amp;A session at the end of this call.\u003c/p\u003e\n\u003cp\u003eSo thanks! And, with that, let\u0026rsquo;s get started!\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 3:\u003c/strong\u003e So what\u0026rsquo;s our agenda for today?\u003c/p\u003e\n\u003cp\u003eFirst, we\u0026rsquo;ve got a few nice new site launches from close to home.\u003c/p\u003e\n\u003cp\u003eThen I\u0026rsquo;ve got a few quick product updates.\u003c/p\u003e\n\u003cp\u003eAnd then we\u0026rsquo;ll spend the rest of the time talking about what we\u0026rsquo;ve been doing to try and operationalize a user research practice, and what we\u0026rsquo;ve learned.\u003c/p\u003e\n\u003cp\u003eAnd there should be some time for Q\u0026amp;A at the end!\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 4:\u003c/strong\u003e So let\u0026rsquo;s get into it with site launches.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 5:\u003c/strong\u003e First up, a brand new site for GSA\u0026rsquo;s SmartPay program: \u003ca href=\"https://smartpay.gsa.gov/\"\u003esmartpay.gsa.gov\u003c/a\u003e. The GSA SmartPay Program is the largest government charge card and commercial payment solutions program in the world. The SmartPay homepage is a solid and professional example of a classic USWDS-powered site. We see the extended header, and a hero section with a photo of hands holding a charge card, and the words \u0026ldquo;GSA SmartPay\u0026rdquo;.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 6:\u003c/strong\u003e Next is GSA\u0026rsquo;s leasing portal: \u003ca href=\"https://leasing.gsa.gov/leasing/s/\"\u003eleasing.gsa.gov\u003c/a\u003e. The leasing portal provides a gateway to GSA\u0026rsquo;s critical lease acquisition and lessor tax tools. This simple portal features a row of cards providing access to the Automated Advanced Acquisition Platform, the Requirement Specific Acquisition Platform, and lessor tax adjustment and appeal requests.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 7:\u003c/strong\u003e And finally, the GSA Equity Study on Remote Identity Proofing information and registration site: \u003ca href=\"https://identityequitystudy.gsa.gov/\"\u003eidentityequitystudy.gsa.gov\u003c/a\u003e. This project aims to study the equity of remote identity-proofing technologies that the American public may interact with when accessing eligible government services and benefits, in order to combat bias, and make sure government websites work for everyone. The homepage for GSA\u0026rsquo;s Equity Study on Remote Identity Proofing features a crisp design with cool blues and a large blue monochrome hero featuring the words \u0026ldquo;We know that technology doesn’t work equally for everyone. Help us make it better.\u0026rdquo; and a call to Register Now.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 8:\u003c/strong\u003e Great work, and congratulations to these teams! And be sure to let our team know when a new site launches, either with an email [beat] or a note on the USWDS public Slack channel!\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 9:\u003c/strong\u003e Next, a few quick product updates.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 10:\u003c/strong\u003e We\u0026rsquo;re currently working on wrapping up USWDS 3.7.0, a nice release focused on a couple important accessibility updates, and improvements to the interactivity of some of our components in modern dynamic applications.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 11:\u003c/strong\u003e So what are the key improvements coming in USWDS 3.7.0?\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eImproved JAWS keyboard navigation in Date picker:\u003c/strong\u003e Now users of any screen reader, but particularly JAWS and NVDA, should see improvements to keyboard navigation in the Date picker\u0026rsquo;s calender.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eImproved keyboard navigation in Range slider:\u003c/strong\u003e Similarly, now range slider has more reliable keyboard navigation, particularly in VoiceOver.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eAdded units data to Range slider:\u003c/strong\u003e Now there\u0026rsquo;s an optional data element for Range slider that allows the slider to vocalize units of measurement.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eAllow custom language content in File input:\u003c/strong\u003e We\u0026rsquo;ve also added optional data elements to the File input component that allow it to support multiple languages.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eImproved teardown of Modal in dynamic applications:\u003c/strong\u003e Now you should be able to use multiple instances of this component in frameworks like React, Angular, and Vue, without buggy inits and teardowns.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eImproved Banner initialization:\u003c/strong\u003e We also improved the initialization of banner, so it no longer depends on an accordion initialization to start up properly.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eAdd an X social media icon:\u003c/strong\u003e And finally, we\u0026rsquo;ll be adding the X icon to our package, so teams that are updating their social media icons can do so more easily.\u003c/p\u003e\n\u003cp\u003eAnd there are a few other nice bugfixes and improvements in 3.7.0. If you\u0026rsquo;re interested in a preview of what\u0026rsquo;s to come, check out the release planning tab of our public project board. We\u0026rsquo;re putting the link in the chat.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 12:\u003c/strong\u003e And that\u0026rsquo;s USWDS 3.7.0. It\u0026rsquo;s coming soon — we hope to get it out by Halloween.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 13:\u003c/strong\u003e And we\u0026rsquo;ve got a number of potentially interesting open discussions happening now in our GitHub discussions. The first is about HTML Sitemaps. We\u0026rsquo;re planning to add an HTML sitemap to our site soon, and we\u0026rsquo;re trying to get a sense of how other folks have done it, and what makes a good HTML sitemap. We\u0026rsquo;re posting a link to that one in the chat now.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 14:\u003c/strong\u003e And we\u0026rsquo;ve also just started a discussion on the newly released WCAG 2.2. There are a couple things in 2.2 that are interesting to us, like focus highlighting, but we\u0026rsquo;d be interested in your perspective, and how you\u0026rsquo;re thinking about this long-in-the-making update. That link\u0026rsquo;s going into the chat now, too.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 15:\u003c/strong\u003e So now I\u0026rsquo;d like to talk about some work we\u0026rsquo;ve done toward operationalizing user research and a user research practice on our team, and about usability research with people with disabilities as an explicit focus.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 16:\u003c/strong\u003e A couple weeks ago, our team was talking through some of what we\u0026rsquo;ll discuss later in the call: where to collect research artifacts and how to organize older research reports. In general, how we can better work to document ongoing and existing research. And one of our team members suggested that we might use our existing research page. \u003cem\u003eWe have an existing research page?\u003c/em\u003e\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 17:\u003c/strong\u003e Oh. It can be somewhat embarrassing to realize just what you don\u0026rsquo;t know about what you do, and there are some parts of our website that I don\u0026rsquo;t know as well as others. I don\u0026rsquo;t know why this had escaped my attention for so long — and points to the value of the content audit that we\u0026rsquo;re also working to finish in our roadmap — but taking a look through our research page was like looking into a time capsule, back into the earliest days of the design system, before I was a part of it.\u003c/p\u003e\n\u003cp\u003eLike a fly preserved in amber, this research page gave an unusual look back at the past, and it shows how we\u0026rsquo;ve been thinking about research from the start, what progress we\u0026rsquo;ve made and what challenges we still face.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 18:\u003c/strong\u003e “User research is a core aspect of USWDS as it’s our main source of feedback and inspiration for future product development.” This is how the page starts, and this is very true. Over the years, we\u0026rsquo;ve had all kinds of research efforts and research reports that have led to new components, new patterns, and new functionality. What we hear from teams, and from this community — whether in direct research, or through issues and discussions — is what helps keep the future in front of us, and helps to better understand what we need to deliver and how we can better deliver it.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 19:\u003c/strong\u003e “One of our challenges is knowing who is interested in being part of our user research.”\u003c/p\u003e\n\u003cp\u003eThis is also true, but we\u0026rsquo;ve made a lot of progress in how we\u0026rsquo;re able to talk with design system users. We now maintain a list of federal users that we\u0026rsquo;re able to draw from for usability testing, and we use the resources of this community frequently to gather feedback and research.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 20:\u003c/strong\u003e And “One of the most consistent ways we have collected feedback has been by conducting interviews with digital service teams.”\u003c/p\u003e\n\u003cp\u003eThis is still pretty true and interviews with service teams are something we\u0026rsquo;ll want to do more of in the future as well. We need to build some capacity to do more of these interviews. In the past, we converted these interviews into case studies, and while we haven\u0026rsquo;t been able to do that recently, we know that folks are still interested in case studies, and that they can be super valuable.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 21:\u003c/strong\u003e But research has been a challenge. It remains a challenge, and specifically, it can be more of a challenge in ways that this old page doesn\u0026rsquo;t really capture as well — in usability testing not with federal users of the design system, but with end users of the sites and services we build with the design system. These end users are folks that we have less direct access to, and we\u0026rsquo;ve struggled with how to bring that level of usability testing into the design system.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 22:\u003c/strong\u003e What we’ve done is a hodgepodge. A fairly effective one, but we\u0026rsquo;ve tried a number of techniques when it comes to component and pattern usability testing:\u003c/p\u003e\n\u003cp\u003eFirst, we\u0026rsquo;re building from trusted sources. When we design new design system components, we\u0026rsquo;re generally not inventing something new, we\u0026rsquo;re drawing from solutions that already exist in the federal government. We don\u0026rsquo;t always want to reinvent the wheel either. For instance, our Step indicator was build from a great example at VA, and our headers were derived from a landscape analysis of common solutions across government.\u003c/p\u003e\n\u003cp\u003eWe\u0026rsquo;ve also sought out peer review with community. When we develop new components, we\u0026rsquo;ve been circulating drafts though our public Slack for feedback.\u003c/p\u003e\n\u003cp\u003eWe\u0026rsquo;ve also done occasional focused usability research on components like external link indicators. You can see research findings from that research on our USWDS github wiki, and \u003ca href=\"https://github.com/uswds/uswds/wiki/2021-07-29-External-Link-Indicator-Research-Findings\"\u003ewe\u0026rsquo;re posting an example in the chat\u003c/a\u003e.\u003c/p\u003e\n\u003cp\u003eAnd lately, before we released our last batch of components, we performed user acceptance testing before launch. After all the rest of this research, we put the final components in front of a representative audience to gauge their effectiveness.\u003c/p\u003e\n\u003cp\u003eAnd then afterwards, we rely on open source community feedback to drive further changes. When you notice bugs or usability issues, you tell us — either though issues, discussions, or emails, and we\u0026rsquo;re able to make the necessary changes and push them out into new releases.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 23:\u003c/strong\u003e But the reality is that we still need to be more proactive. This research is great, but we don\u0026rsquo;t think it\u0026rsquo;s enough.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 24:\u003c/strong\u003e For one, our research is only getting older. While some findings can be evergreen and some guidance will be as well, people change, the web changes, and expectations change. We need to keep checking in, and we need to be ahead of changes in behavior and expectation. We need to better know where there\u0026rsquo;s usability friction as early as possible.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 25:\u003c/strong\u003e And we have a need not only to conduct more direct usability research, but to increasingly broaden the range of the research we conduct, to make it more inclusive, to assure that we\u0026rsquo;re reducing the barriers to participation through every interaction, and we know where those barriers lie. Without more usability research, we can\u0026rsquo;t go deeper and broader, and we can\u0026rsquo;t reach the places we haven\u0026rsquo;t reached before.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 26:\u003c/strong\u003e And this is why, as we spoke about a couple months ago, it\u0026rsquo;s on our roadmap to conduct inclusive research, and to work to operationalize it in our program and on our team.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 27:\u003c/strong\u003e And this is why we also see the necessity of conducting inclusive research called out in the new OMB policy guidance, M-23-22, delivering a digital-first public experience. This is a good idea, and it\u0026rsquo;s also what we all need to be doing.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 28:\u003c/strong\u003e So how do we conduct inclusive research? And how can we do it again and again?\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 29:\u003c/strong\u003e This is something we\u0026rsquo;ve highlighted as a priority and now is the time to figure it out.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 30:\u003c/strong\u003e USWDS is maturing as a product. We\u0026rsquo;re no longer fighting for survival. We\u0026rsquo;re here, we\u0026rsquo;re here for the long run, and we need to mature to be a better short- and long-term partner to all the teams across government that depend on what we do.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 31:\u003c/strong\u003e Teams expect more from us, and we need to deliver on those expectations. And one of those expectations is that we can find and address areas of usability friction as soon as possible.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 32:\u003c/strong\u003e And as we work to do this, our hypothesis is that if we can get things right for users with disabilities, we’re on the right track. This is possibly an inversion of the typical process which might address accessibility later in the process, or consider users with disabilities as a secondary audience. Our hope is that usability for people with disabilities can drive the project forward and lead to usability improvements for everyone.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 33:\u003c/strong\u003e Accessibility testing and usability research\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 34:\u003c/strong\u003e So this is a priority for us, and as we tried to work it into our day-to-day workflows, we\u0026rsquo;d done enough research to know where we needed to ask more questions about how to actually get it done.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 35:\u003c/strong\u003e Compensation\u003c/p\u003e\n\u003cp\u003eRecruiting\u003c/p\u003e\n\u003cp\u003ePRA and Privacy\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 36:\u003c/strong\u003e Common challenges teams face\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 37:\u003c/strong\u003e We needed help getting over the finish line\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 38:\u003c/strong\u003e We needed help developing repeatable processes\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 39:\u003c/strong\u003e Robert: Thank you, Dan. My name is Robert Jolly. I use he/him pronouns. I\u0026rsquo;m a Product Manager and Accessibility Advocate at the 10x program within GSA\u0026rsquo;s Technology Transformation Services. And for accessibility and inclusion, I\u0026rsquo;m a middle-aged white man, short brown hair that\u0026rsquo;s turning grayer by the day, and I\u0026rsquo;m wearing a blue and green button-down shirt.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 40:\u003c/strong\u003e I want to talk a little bit about 10x, just to sort of frame up why we\u0026rsquo;re collaborating with the U.S. Web Design System and other teams.\u003c/p\u003e\n\u003cp\u003e10x is a GSA program that explores ideas that can improve the public\u0026rsquo;s experience with the federal government. And so we invest incrementally into ideas that get submitted by federal employees. And so we go through phases. And each phase, we\u0026rsquo;re trying to learn a thing or do a thing and not overcommit to a problem if it\u0026rsquo;s not actually a problem or if it\u0026rsquo;s the wrong problem to focus on.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 41:\u003c/strong\u003e If we go to slide 41, that brings us to our project at hand at 10x that I\u0026rsquo;m working on with some colleagues. And it\u0026rsquo;s called \u0026ldquo;Enabling Government Research Operations. And we\u0026rsquo;re in phase three of the 10x process. So we have validated the problem itself being an issue. We really have a need across governmentt o support these research efforts that Dan was talking about. And we\u0026rsquo;ve explored with other teams at different agencies. What are they struggling with? And so we\u0026rsquo;ve learned a few things.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 42:\u003c/strong\u003e And what we\u0026rsquo;ve learned is really based on that deep exploration of the problem space. And what we\u0026rsquo;ve learned is that there are a number of barriers, but also opportunities to really provide that level of support that teams need to focus on their research.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 43:\u003c/strong\u003e So this slide has an illustration of - and it\u0026rsquo;s a linear illustration - a research cycle for teams doing research with the public. At the start of the research cycle, you have a team that creates a research plan and goes through a number of steps, like getting compensation justification for their research participants and finding and screening participants. Then managing those participants and gathering consent and scheduling sessions and maybe even going back to earlier steps in the process. That\u0026rsquo;s all the steps before a team can actually conduct that research. The research team\u0026rsquo;s work starts with designing prototypes, creating guides, conducting the research sessions, and providing analysis and synthesis of those research findings and creating artifacts. And then feeding them back into what that team is doing. And having some knowledge management aspect to that. So we really wanted to break out what those steps were so that we could figure out where there is a need for teams to have support.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 44:\u003c/strong\u003e And slide 44 has a different illustration. It\u0026rsquo;s of some of the same components, but it\u0026rsquo;s those operational steps that must be completed before a single research session can occur. And that\u0026rsquo;s creating the research plan. Like, what are we doing? What are we trying to learn? Making sure that you can provide incentives so that you get inclusive and - inclusivity and equity in the process. Finding and screening participants, managing participants, getting consent, and scheduling sessions. Those are those steps that all need to be completed. And they\u0026rsquo;re in a specific order. They can happen at different spots but all of these things have to happen as kind of prerequisites to actually doing that research.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 45:\u003c/strong\u003e And this one is a dense one in terms of information, but we found that there are a number of barriers to research that happen here at TTS with product and service delivery teams. But also across government. These things are shared. And it\u0026rsquo;s around at the highest level. Difficulty recruiting participants. How do we manage participants? What can we offer in terms of compensation or incentives so that we get full participation from folks, especialy those that are underrepresented or have other barriers to access? And\nthen the scheduling and logistics. It\u0026rsquo;s a manual and time consuming effort. And there are also tooling issues even across teams at TTS may use different tools that are available to them or not available to them. So we found these as barriers to research, but it\u0026rsquo;s also opportunities for places for our team at 10x to explore and work with the TTS teams to see how can we figure out this operational aspect of research.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 46:\u003c/strong\u003e And the bottom line is, it just takes a lot of time and effort to do research with the public. It can take weeks and months to prepare for doing research, and that timeline\u0026rsquo;s often out of sync with projects and product development schedules. A lot of times teams need to know something soon, and getting the approvals and the processes completed to be able to connect with the public just don\u0026rsquo;t match up.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 47:\u003c/strong\u003e So the big heart of the problem is often teams don\u0026rsquo;t do the research or do extra work so they don\u0026rsquo;t need to do that particular type of research. Teams sometimes rely on proxies or desk research or evaluative usability testing at the end of the development when the cost of change is high. So that tends to be an area where we think research operations can help.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 48:\u003c/strong\u003e So we need a sustainable process. That was our big takeaway and our push moving forward.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 49:\u003c/strong\u003e We really want to focus on that research operations aspect. And that\u0026rsquo;s all the work that goes into research that isn\u0026rsquo;t the art and science of research. So that, you know, if we can establish a research operations team or service, that team or service can perform the business, administrative, and logistical functions necessary to enable researchers to focus on preparing, conducting, and analyzing their research activities. So freeing them up to do what they\u0026rsquo;ve been hired to do, what they\u0026rsquo;re really good at. If you\u0026rsquo;re a UX researcher, the last thing you want to do is be trying to navigate the labyrinth of PRA approvals or participant tracking spreadsheets and whatnot. So it\u0026rsquo;s really about enabling that research work.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 50:\u003c/strong\u003e We\u0026rsquo;ve got an updated, more stylized journey map of all of the steps in the research process where we\u0026rsquo;ve highlighted in blue and labeled research operations being those pieces in the research cycle that are the important but mundane tasks of getting compensation justification, and finding and screening participants, which includes PRA approval for screeners or for the types of research activities you may be conducting. Managing those participants and getting consent and tooling, and scheduling, and making sure that everybody shows up at the right time. That\u0026rsquo;s that administrative aspect of it. And then we have research. All those research activities where the research teams can really focus their time, illustrated in pink. And that\u0026rsquo;s where we saw those opportunities.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 51:\u003c/strong\u003e And those opportunities are really to standardize and simplify. So if we really want to get those insights from the public that we feel are so valuable and necessary - and we do believe this - we need to standardize and simplify the ways that we do research with the public. So we really think that recruitment is one of the biggest things. Identifying and recruiting participants is one of the largest pain points that we heard across all of our teams at TTS and also across government - how to connect with the public and get them involved. Going along with that is providing incentives and compensation for participants. Like, what are standard rates and means of compensation? I think that is an opportunity to standardize and simplify what that process looks like, both here at TTS but potentially across government.\u003c/p\u003e\n\u003cp\u003eScheduling is always a challenge. I often look at my calendar and just weep with \u0026ldquo;How am I going to coordinate with my colleagues, much less with people outside of government?\u0026rdquo; And policy clarity. So for issues of privacy, paperwork reduction, and data retention, we need to figure out, where are there areas where teams still have questions and where can policy guidance and clarity come from within organizations or potentially from teams doing the work. Like, \u0026ldquo;Hey, this is what we figured out.\u0026rdquo; And then knowledge management, of course, is kind of an age-old challenge, but where do we share those findings? How do we share what\u0026rsquo;s the most meaningful and impactful without it being just a complete information dump? So those are the areas that we\u0026rsquo;re focusing on.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 52:\u003c/strong\u003e We\u0026rsquo;re really looking to replicate our process or allow that replication to happen. We\u0026rsquo;re looking at ways to document our processes and help others replicate it along the way. There are teams across government that we\u0026rsquo;ve talked to. They\u0026rsquo;re in a number of different agencies working to stand up their own research operations programs.\u003c/p\u003e\n\u003cp\u003eAnd we\u0026rsquo;re really intent on sharing what we\u0026rsquo;ve learned within our 10x program\u0026rsquo;s efforts as well as hearing about what other folks are doing in the space. And so if our team hasn\u0026rsquo;t talked with you, I\u0026rsquo;d be grateful to schedule conversations and share what we\u0026rsquo;re learning and hear from you on what you feel are challenges and opportunities as well.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 53:\u003c/strong\u003e We want to talk a little bit about complementing existing work. Just because it\u0026rsquo;s hard and a lot of teams sort of have avoided research doesn\u0026rsquo;t mean that it\u0026rsquo;s not happening. It is happening. Teams at TTS and and other groups across government aren\u0026rsquo;t waiting for a finalized, fully baked research operations service to take on these administrative tasks and make it easy to connect with the public. They\u0026rsquo;re doing the work. Teams like U.S. Web Design System, Vote.gov, Usa.gov - those are teams that we are actively trying to support and complement their work with our learnings and understanding and work at 10x. So we want to really figure out the operational aspects of inflight research teams\u0026rsquo; work and and come up with a sustainable structure for research at TTS.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 54:\u003c/strong\u003e The big question we have is, \u0026ldquo;Could this be a service?\u0026rdquo; Could this be a service for Technology Transformation Services at GSA? Could it be a government-wide service? We think there are possibilities there. And really, this incremental funding model of 10x will help us explore those spaces in a way that doesn\u0026rsquo;t cause us to bite off more than we can chew.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 55:\u003c/strong\u003e Our future state, our end goal, is that we have one research operation team that supports multiple research teams with everything that they need to just focus on connecting with the public and learning from them and incorporating that feedback into the work. That\u0026rsquo;s our goal for research operations at 10x. But also potentially, is there something wider there that GSA could provide?\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 56:\u003c/strong\u003e This is my call to you all if this started out. Our project on enabling government research operations started out as an idea that was submitted by a federal employee at a different agency. And so we are really excited about the ideas that folks have. So if you have an idea for 10x, you can submit your ideas at 10x.gsa.gov.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 57:\u003c/strong\u003e Ultimately what we want to do is support the people who use what we build. We want to support the public. And so we really feel like the public - and in particular, around accessibility - the sole arbiters of accessibility and usability are people that use assistive technologies or that have needs that we may not be bringing to bear in our work directly. So Jacline\u0026rsquo;s going to talk a little bit more about how the US Web Design System team is helping that to take shape in their research efforts. Thank you.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 58:\u003c/strong\u003e Jacline: Hi everyone. This is Jacline Contrino, she/her. I am a white woman with brown wavy shoulder length hair wearing a black blouse. I’m the UX Researcher and contractor on the core USWDS team. In this next section, let’s talk about our most recent round of usability testing with participants with disabilities. How did we approach it, what’d we do, and what did we learn?\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 59:\u003c/strong\u003e First, some quick background: Not only were we wanting to test drive the PROCESS of HOW we operationalize usability research, we also wanted to assess how a few of our components perform for people with visual impairments who use assistive technology. But how did we decide which components to test?\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 60:\u003c/strong\u003e Well, we decided to build off of the work of our Inclusive Interactions Team from late 2022 and early 2023. They conducted User Acceptance Testing on many of our components and uncovered some usability and accessibility issues. So, we tested the same components again using the same fictional scenario and prototype with a few functionality updates for some components based on that team’s findings. We wanted to learn how the updates made since the last round of testing affected component performance? Also, how do the unchanged components perform?And most importantly, what improvements are still needed?\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 61:\u003c/strong\u003e The components we ended up testing were: accordion, character count, combo box, date picker, file input, input mask, step indicator, and validation.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 62:\u003c/strong\u003e We conducted moderated sessions remotely via video conference that lasted 1-hour and 20 minutes. We started the sessions with semi-structured interviews to ask about their experiences using websites and then moved into observing participants interacting with a semi-functional prototype and asked them to think-out-loud. We were interested in seeing if they experienced any friction. Friction could mean anything from: any time the participant was confused, any time they could not find or had trouble interacting with a component, any time the component did not behave the way they expected it to, etc. Of course we also took note of positive interactions, and really just anything that stood out as noteworthy.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 63:\u003c/strong\u003e We tested with 5 people with visual impairments. 3 described themselves as blind, and 2 with some vision. 3 people used screen readers, 1 person used a combination of a screen reader and screen magnification software, and 1 person used ONLY screen magnification. There was good variety in assistive technology software used as well as proficiency levels, with some participants being relatively new to it, using it for just a couple of years, to seasoned experts who had been using the technology for 20+ years.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 64:\u003c/strong\u003e To recruit participants, we reached out to our partner community organization that works with this community. We sent them a signup form and anyone who was interested signed up to be considered for testing. We were able to reach out and schedule participants from there.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 65:\u003c/strong\u003e It’s important to note that our signup form did NOT ask any screener questions, since doing so would trigger the need to obtain PRA approval. We only asked for emails, names, and the referring organization. We are securely storing testers’ information in a locked-down spreadsheet in our Google drive that only 5 core team members have access to. We consulted with our Privacy Officer with the help of Robert to see that our procedure for storing personally identifiable information (or PII) was not running afoul of the Privacy Act, and this was the approved procedure for us as a GSA agency.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 66:\u003c/strong\u003e Finally, I wanted to mention that we compensated participants $100 for their time through virtual gift cards emailed to them. We obtained approval to do this through the GSA micropurchase program, which took a couple of months from application to final approval.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 67:\u003c/strong\u003e Ok, so what did we learn? How did the components we were testing perform? Let’s dive into the findings.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 68:\u003c/strong\u003e So, this slide is showing that the most friction experienced by participants centered around about 4 components tested, including combobox, date picker, input mask, and validation. 2 other components tested fairly well with only minor friction, including character count and file input. And 2 components performed well with virtually no friction - those include the accordion and step indicator. And even though we weren’t testing the banner component or links being styled as buttons, we still received feedback from users about them. We need more research for those - more on that later.\u003c/p\u003e\n\u003cp\u003eAlso, I want to note that we are not saying that these components with the most friction are failing miserably. Overall, these components are usable - but there are some usability and accessibility issues to keep in mind.\u003c/p\u003e\n\u003cp\u003eOk, so let’s dig into the details!\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 69:\u003c/strong\u003e Starting with the components where we saw the most friction for participants.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 70:\u003c/strong\u003e Let’s begin with what we found with the input mask component. We found that the current input mask component does not give proper feedback when disallowed characters are typed. So basically, if a user types a letter where only numbers are allowed, there is no clear indication that anything is wrong. Furthermore, it is unclear whether the character was typed at all for someone using a screen reader. Let’s take a look at what I mean.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 71:\u003c/strong\u003e I’m going to play a short video clip to demonstrate what we saw with input mask.\u003c/p\u003e\n\u003cp\u003e(Video clip plays)\u003c/p\u003e\n\u003cp\u003eSo, we could see there that folks felt unsure of whether the characters they typed were being accepted or not, and it just wasn’t giving them any error communication. We already knew about this feedback issue, so this testing was validation that it is something to improve in the near future.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 72:\u003c/strong\u003e Let’s move on to discuss findings for date picker. We saw that all screen reader users that we tested with (3…we ran out of time with 1) had difficulty using the date picker. First, the keyboard controls did not work as expected. They could only use up and down arrows, not left or right or page up or down.\u003c/p\u003e\n\u003cp\u003eWe also learned that there were some issues around formatting and feedback. For example, users weren’t sure if the slashes would be entered for them or if they had to type them. And actually, we also discovered that it’d be beneficial for the slashes to be automatically entered for them. One person had a lot of difficulty typing the slashes and kept making mistakes, leaving him pretty frustrated.\u003c/p\u003e\n\u003cp\u003eFinally, when manually entering dates, if users enter a disallowed format, there was no feedback given. For example, typing 10/1/2023 instead of the acceptable format of 10/01/2023 would not give any error message to the user.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 73:\u003c/strong\u003e Now let’s talk about combo box. We found that the combo box search function did not match user expectations in this test. We asked users to select the state of Texas, and nearly all of them expect to type the letter “T” and be brought to only states beginning with that letter (in other words, they expect first letter navigation). The way the combobox currently functions, though, is to show any word CONTAINING the letter “T,” so, for instance, “Connecticut” might show up in the results, leading to some confusion. And that’s what we see in the image here.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 74:\u003c/strong\u003e Another discovery was it seemed unclear that the “X” button to the right in the box is meant to clear results. The participant commented that she only saw those in comboboxes where there were multiple selections possible - so she thought it had a deselect function rather than a clear function.\u003c/p\u003e\n\u003cp\u003eA positive note about combobox is that one person really appreciated that it gives the “no results found” feedback, which she said she doesn’t see in most comboboxes. Instead, they are usually just blank, so she really liked that feature.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 75:\u003c/strong\u003e And for the final component where a lot of friction was experienced among our participants: validation. Validation was confusing for nearly all participants, as it didn’t match their expectations. They don’t really expect to see validation information at the top of a form, so wondered what its purpose was. Rather, they expect error messages at the point of need. For example, if you enter your email incorrectly in a field, it shows near that field that it is invalid. Or, they expect an error message to appear when they try to submit the form.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 76:\u003c/strong\u003e Additionally, the validation check mark wasn’t useful or noticeable to participants. The way it works is that when a valid email is entered, a little check mark appears to let people know, but as I said, no one noticed it - it had to be pointed out to all participants. So, it seems it isn’t giving meaningful feedback.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 77:\u003c/strong\u003e Ok, let’s now talk about the components where only minor friction was experienced.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 78:\u003c/strong\u003e So, we tested file input and for the most part, this component is usable to folks. We did see some indication that it could be beneficial to offer some kind of instruction on how to choose a file, since some participants struggled with actually choosing and uploading the file . And one user thought it was confusing to have the ‘drag file here or choose from folder’ contained together within one element (a button), when it might make more sense to separate them into their own elements.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 79:\u003c/strong\u003e Ok, let’s talk about character count. Overall, it was very well received from participants. They liked how the component offered delayed feedback, which was an enhancement since the last testing round. Before, it would announce how many characters were left immediately after users type a character which was a bit jarring. We implemented a delay so the screen reader announces how many characters are left after a short pause in typing. Participants liked this feature. One participant commented:\u003c/p\u003e\n\u003cp\u003e“Oh, it worked really well. It was…giving me updates. It wasn\u0026rsquo;t like being overzealous with it and trying to tell me how many characters there were every single time I typed a character like it was waiting until it was done. I think that works pretty well.”\u003c/p\u003e\n\u003cp\u003eThey also liked how it let them know when they had gone over the character limit.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 80:\u003c/strong\u003e Interestingly, we also heard from participants that they prefer a hard cutoff when they reach the character count limit. In other words, they want to be prevented from typing once they reach the limit. They said it’s annoying to type a lot of text in a box, not being told you’ve gone over the limit until you stop typing. It’s especially annoying for fast typers. Having to go back and see where to edit and cut content is a pain, so they’d rather just be prevented from exceeding the limit in the first place.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 81:\u003c/strong\u003e We also learned that users need more visual cues when they have reached the limit, such as outlining the box in red. This was feedback received from the person using only screen magnification. Let’s take a look at the brief video clip.\u003c/p\u003e\n\u003cp\u003evideo clip plays\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 82:\u003c/strong\u003e Lastly, let’s quickly discuss the components that performed well, with no friction.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 83:\u003c/strong\u003e Step indicator performed very well for most participants. They felt it oriented them well to what step they were at in the form and felt they could anticipate how much was left.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 84:\u003c/strong\u003e Accordion also performed well with no hiccups. Users understood that it was a collapsed thing that they could interact with to see more information, and everyone was able to interact with it successfully.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 85:\u003c/strong\u003e A couple of things came up in the research that we want to dig into more with future research. Let’s talk briefly about that.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 86:\u003c/strong\u003e First, a major pain point for every participant using a screen reader had to do with the \u0026ldquo;Next Step\u0026rdquo; and \u0026ldquo;Sign in\u0026rdquo; buttons in our prototype. The problem was that since this was only a prototype and not a real form, we used links styled as buttons for these actions.\u003c/p\u003e\n\u003cp\u003eWe hadn\u0026rsquo;t anticipated all the usability problems this would introduce for our participants, and it isn\u0026rsquo;t something we\u0026rsquo;d ever do in a real form. It would be against our button guidance — and common sense — to use a link instead of a submit button to move from page to page in a real form with real data, but that was the case here. The result was that we observed participants really struggling to complete some interactions.\u003c/p\u003e\n\u003cp\u003eWe saw all participants who use a screen reader having trouble finding and interacting with the sign-in link. They expect a ‘submit’ or ‘sign in’ button to be an actual button, so that\u0026rsquo;s what they looked for. And often, screen reader users use keyboard shortcuts to navigate to certain elements (like “b” to find all the buttons). Since our fake button was coded as a link, they missed it.\u003c/p\u003e\n\u003cp\u003eUsers of assistive technology are often far more aware of and sensitive to markup semantics than other users, so we are discussing links styled as buttons with our team and need to design some experiments for future usability research.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSlide 87:\u003c/strong\u003e Something else we want to research further has to do with the banner component. [explain image] We weren’t intentionally testing it, but it came up. 2 users were confused by the banner component. One user confused it for a header. She said:\u003c/p\u003e\n\u003cp\u003e“I was thinking it might be more menu options. Because usually any buttons that are collapsed at the top of the page like that are usually menu, navigation things.”\u003c/p\u003e\n\u003cp\u003eAnother participant who has some vision commented that it was another example of something labeled as a button that wasn’t a button. She said it looks more like a drop down menu/combobox, or a link.\u003c/p\u003e\n\u003cp\u003eDan: So, I just want to jump in here and say that we have overstuffed this meeting with too many potatoes in this bag and we\u0026rsquo;re almost at the end of time. We\u0026rsquo;ve tried to answer a lot of questions in the chat that we have seen in the chat. We also have a lot of next steps we\u0026rsquo;ve done in response to this and a lot of stuff that\u0026rsquo;s still to come but I guess we\u0026rsquo;ll save this for the next monthly call and we can also talk about it in public Slack or otherwise. But there\u0026rsquo;s a lot that\u0026rsquo;s still to come and I apologize for not getting to it.\u003c/p\u003e\n\u003cp\u003eBut we learned a lot, we did a lot, we\u0026rsquo;re doing a lot and we will be following up on this next month and with folks, anyone who reaches out directly. So I apologize for overloading this presentation and not getting to all the Q\u0026amp;A at the end but we\u0026rsquo;ll return to this and be talking about it again next month.\u003c/p\u003e\n\u003c/div\u003e\u003c/div\u003e\n\n\u003cp\u003eOne of our roadmap goals is to conduct more user research with people with disabilities — and to ensure we’re doing so regularly.\u003c/p\u003e\n\u003cp\u003eOver the last few months, we\u0026rsquo;ve made a lot of progress. This month we\u0026rsquo;ll share our progress and report on findings from our first round of this research: conducting usability tests on \u003ca href=\"https://designsystem.digital.gov/components/overview/\"\u003eDesign System components\u003c/a\u003e focused on users with visual impairments.\u003c/p\u003e\n\u003cp\u003eWe’ll discuss:\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eHow we\u0026rsquo;re working with GSA’s \u003ca href=\"https://10x.gsa.gov/\"\u003e10x program\u003c/a\u003e to develop a sustainable, repeatable research process\u003c/li\u003e\n\u003cli\u003eSteps to operationalize research with people with disabilities\u003c/li\u003e\n\u003cli\u003eOur work to recruit users of assistive technology to participate in user research\u003c/li\u003e\n\u003cli\u003eOur usability testing process\u003c/li\u003e\n\u003cli\u003eFindings from our recent usability testing\u003c/li\u003e\n\u003cli\u003eWhere we go from here\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003e\u003cstrong\u003eThis event is best suited for:\u003c/strong\u003e Anyone who uses the U.S. Web Design System. This event will have an accessibility and usability focus.\u003c/p\u003e\n\u003ch2 id=\"speakers\"\u003eSpeakers\u003c/h2\u003e\n\u003cul\u003e\n\u003cli\u003e\u003cstrong\u003eDan Williams\u003c/strong\u003e \u003cstrong\u003e—\u003c/strong\u003e Product Lead, USWDS\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eAnne Petersen\u003c/strong\u003e \u003cstrong\u003e—\u003c/strong\u003e Experience Design Lead, USWDS\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eRobert Jolly\u003c/strong\u003e \u003cstrong\u003e—\u003c/strong\u003e Product Manager and Accessibility Advocate, 10x\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eJacline Contrino\u003c/strong\u003e \u003cstrong\u003e—\u003c/strong\u003e UX Researcher, USWDS\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch2 id=\"related-resources\"\u003eRelated resources\u003c/h2\u003e\n\u003cp\u003e\u003ca href=\"https://designsystem.digital.gov/documentation/accessibility/\"\u003eAccessibility: Usability for every ability\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003e\u003ca href=\"https://accessibility.digital.gov/\"\u003eAccessibility for Teams\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003e\u003ca href=\"https://digital.gov/event/2023/02/07/increasing-public-participation-in-user-research/\"\u003eIncreasing public participation in user research\u003c/a\u003e\u003c/p\u003e\n\u003ch2 id=\"join-our-communities-of-practice\"\u003eJoin our Communities of Practice\u003c/h2\u003e\n\u003cul\u003e\n\u003cli\u003e\u003ca href=\"https://designsystem.digital.gov/about/community/\"\u003eUSWDS\u003c/a\u003e\u003c/li\u003e\n\u003cli\u003e\u003ca href=\"https://www.section508.gov/manage/join-the-508-community/\"\u003eSection 508 IT Accessibility\u003c/a\u003e\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003e\u003cem\u003eThis event is part of a monthly series that takes place on the third Thursday of each month. Don’t forget to set a placeholder on your personal calendar for our future events this year.\u003c/em\u003e\u003c/p\u003e\n\u003ch2 id=\"about-the-uswds\"\u003eAbout the USWDS\u003c/h2\u003e\n\u003cp\u003e\u003ca href=\"https://designsystem.digital.gov/\"\u003eThe U.S. Web Design System\u003c/a\u003e is a toolkit of principles, guidance, and code to help government teams design and build accessible, mobile-friendly websites backed by user research and modern best practices.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003e\u003ca href=\"https://designsystem.digital.gov/\"\u003eThe U.S. Web Design System\u003c/a\u003e\u003c/li\u003e\n\u003cli\u003e\u003ca href=\"https://github.com/uswds/uswds/issues\"\u003eContribute on GitHub\u003c/a\u003e\u003c/li\u003e\n\u003cli\u003e\u003ca href=\"mailto:uswds@support.digitalgov.gov\"\u003eEmail Us\u003c/a\u003e\u003c/li\u003e\n\u003cli\u003e\u003ca href=\"https://digital.gov/communities/uswds/\"\u003eJoin our community\u003c/a\u003e\u003c/li\u003e\n\u003cli\u003e\u003ca href=\"https://twitter.com/uswds\"\u003eFollow @uswds on Twitter\u003c/a\u003e\u003c/li\u003e\n\u003c/ul\u003e\n",
      "branch" : "bc-archive-content-3",
      "filename" :"2023-10-11-uswds-monthly-call-october-2023.md",
      
      "filepath" :"events/2023/10/2023-10-11-uswds-monthly-call-october-2023.md",
      "filepathURL" :"https://github.com/GSA/digitalgov.gov/blob/bc-archive-content-3/content/events/2023/10/2023-10-11-uswds-monthly-call-october-2023.md",
      "editpathURL" :"https://github.com/GSA/digitalgov.gov/edit/bc-archive-content-3/content/events/2023/10/2023-10-11-uswds-monthly-call-october-2023.md","slug" : "uswds-monthly-call-october-2023","url" : "/preview/gsa/digitalgov.gov/bc-archive-content-3/event/2023/10/19/uswds-monthly-call-october-2023/"
    }
  ]
}