<aside> 👤 Perguntas Frequentes sobre o Processo de Cobertura UX

</aside>

  1. O que é a Cobertura UX?

    A Cobertura UX é um processo implementado pelo time de design para garantir que as Issues de Front-End que impactam a experiência do usuário (UX) sejam validadas antes de serem concluídas.

  2. Quais são os critérios para uma Issue ser considerada para a Cobertura UX?

    Uma Issue no Jira deve ter o componente "Front-end" atribuída pelo time de produto e também a label "UX" atribuída pelo time de Design para ser considerada para a Cobertura UX. Caso o designer entenda que não tem a necessidade de validação ele atribuirá o componente NA_UX para aquela Issue.

    Obs. Caso o seu projeto não possua o componente "Front-end” disponível, solicite a criação ao seu AM.

    Após a marcação do componente “Front-end”, a issue irá aparecer em nosso board de Cobertura UX (link no final da FAQ) e o designer poderá verificar, com base nas informações da Issue, a necessidade da validação. Nas issues que houverem essa necessidade o Designer irá criar uma Sub-task do tipo Design na Issue em questão e assumir para o seu nome essa Sub-Task.

  3. Quando os Componentes Front-end e UX ou NA_UX devem ser marcados nas Issues?

    Os componentes Front-end e UX devem ser marcadas antes do Sprint Planning ou Reabastecimento de desenvolvimento. Isso permite que os desenvolvedores saibam que precisarão acionar o time de design após concluir o desenvolvimento.

    #BoaPrática - O Designer deverá verificar o Dashboard de acompanhamento de preferência no dia posterior ao refinamento do time de desenvolvimento. No caso do Júpiter é recomendado acompanhar o Dash duas vezes na semana.

  4. Qual é o objetivo da validação pelo time de Design?

    O objetivo da validação pelo time de Design é garantir que as alterações no Front-end atendam aos padrões de design estabelecidos e proporcionem uma experiência de usuário consistente e de alta qualidade.

  5. Como funciona o processo de validação pelo time de Design?

    É importante a Issue ser validada antes de ir para o Code Review, por isso o time de desenvolvimento deverá procurar a Pessoa Designer responsável pelo seu produto para verificar sua disponibilidade e ja deixar marcada uma agenda de validação. Durante a validação o time de Design realizará uma avaliação seguindo os critérios de Design para garantir que a implementação atenda aos requisitos de design e usabilidade estabelecidos.

  6. O que acontece após a validação pelo time de Design?

    Após a validação pelo time de Design, a Issue pode ser considerada concluída e pronta para ser liberada. Porém caso o designer encontre inconsistências e o time de desenvolvimento não realizar as alterações, a subtask de Design será Cancelada e isto significa que a Issue não teve a aprovação do time de Design.

  7. O que fazer se houver discrepâncias durante a validação?

    Se houver discrepâncias durante a validação, o time de Design fornecerá feedback específico sobre as alterações necessárias. O desenvolvedor poderá então fazer as correções conforme necessário e marcar uma nova validação. Por esse motivo recomendamos fortemente que as validações sejam planejadas com antecedência. Lembrando que se as alterações não forem realizadas, a sub-task de Design será cancelada e isso irá gerar uma evidência no Índice de Cobertura.

    Obs. Alguns produtos poderão gerar uma Issue de Defeito de Usabilidade. Verifiquei com seu AM essa possiblidade.

  8. Qual é o papel do Product Owner (PO) no processo de Cobertura UX?

    O PO é responsável por garantir que as Issues de Front-end sejam devidamente marcadas com a label "Front-end" antes do início da Sprint Planning ou reabastecimento, garantindo assim que essas Issues passem pela validação do time de Design.

  9. Quais são as etapas específicas que o time de agilidade deve seguir para garantir a Cobertura UX?

    O time de agilidade deve garantir que as Issues marcadas como "Front-end" estejam aparecendo no board de Cobertura UX (link no final da FAQ) e que as Issues que tenham a label “UX” sejam devidamente comunicadas e acompanhadas durante o ciclo de desenvolvimento. Isso pode incluir a integração das validações do time de Design no fluxo de desenvolvimento.

  10. Como o processo de Cobertura UX se integra ao framework ou metodologia ágil adotado pelo time?

    O processo de Cobertura UX pode ser integrado aos DOD das Issues de “Front-end” que tenham o componente “UX”. Isso ajuda a garantir que a validação do design seja considerada em todas as fases do desenvolvimento do produto.

  11. Como podemos medir o sucesso do processo de Cobertura UX?

    O sucesso do processo de Cobertura UX será medido por meio de um painel (link no final da FAQ) onde iremos acompanhar mensalmente os números dos produtos atendidos. os índices sempre serão extraídos no 5 dia útil de cada mês. Essas métricas ajudam a validar a eficácia das melhorias de UX implementadas.

  12. Qual é o benefício da Cobertura UX para o produto final?

    A Cobertura UX garante que o produto final tenha uma experiência de usuário coesa e de alta qualidade, alinhada com os objetivos de design e as expectativas dos usuários.

    Links úteis:

    https://jiraproducao.totvs.com.br/secure/Dashboard.jspa?selectPageId=76311

    https://lookerstudio.google.com/u/0/reporting/54fcc668-38fe-431e-9071-5f2ffb9138d3/page/7dsOD

<aside> 👤 Perguntas Frequentes sobre o Checklist de Acessibilidade

</aside>

1: O que é o Checklist de Acessibilidade? O Checklist de Acessibilidade é um processo utilizado pelo nosso time de design para identificar e mapear problemas de acessibilidade em nosso Design System e nos componentes utilizados. Ele consiste em cinco principais testes baseados nas premissas da WCAG (Web Content Accessibility Guidelines).

2: Como funciona o Checklist de Acessibilidade? Após o desenvolvimento de uma Issue que envolva Front-End e antes da etapa de Teste de Aceitação, os desenvolvedores preenchem o checklist de acessibilidade (link no final desse FAQ). Esse checklist aborda cinco principais premissas de acessibilidade e tem como objetivo identificar os principais problemas que nosso Design System apresenta. Lembrando que o Checklist de Acessibilidade é atrelado a Cobertura UX, portanto se a Issue tem o componente UX, é necessário preencher o checklist de Acessibilidade.

3: Quais são os cinco testes realizados no Checklist de Acessibilidade? Os cinco testes são:

  1. Resultado do Teste AXE: Verificações automáticas usando a ferramenta AXE para identificar problemas de acessibilidade.
  2. Testes de Navegação por Teclado: Garante que todas as funcionalidades possam ser acessadas e utilizadas apenas com o teclado.