Primeiro Passo¶
"Para que a acessibilidade digital possa impactar positivamente a vida de milhões de pessoas, ela deve ser pensada logo no início, na concepção do projeto, fase de iniciação na Gestão de Projetos de Acessibilidade" [1].
Nessa lógica, durante a etapa inicial do desenvolvimento de um software, elabore personas com os seguintes perfis abaixo, dessa forma, seu projeto vai garantir que o software contenha requisitos de acessibilidade.
Em seu projeto, foram elaboradas personas para...
-
Pessoas com Deficiência Visual (cegueira, baixa visão, daltonismo ou deficiência cromática) [1]
-
Pessoas com Deficiência Física (fraqueza, tremores, movimentos involuntários, paralisia, limitações da sensação, dor que impede movimento, ausência de membros) [4]
-
Pessoas com Deficiência Auditiva (surdez, baixa audição, surdocegueira) [7]
-
Pessoas com Deficiência na Fala (dificuldade para falar, volume insuficiente, gagueira, mudez) [10]
- Implementar entrada por voz e reconhecimento de fala para interações (WCAG 2.2, Critério 2.5.1: Modalidades de Entrada). [11]
-
Pessoas Neurodiversas (dificuldades de diferentes graus para ver, escutar, falar, compreender e interagir socialmente) [12]
-
Pessoas com Múltiplas Deficiências (combinação de duas ou mais deficiências anteriores) [15]
- Garantir que todas as funcionalidades sejam acessíveis com diferentes combinações de deficiência (WCAG 2.2, Critério 4.1.2: Nome, Função, Valor). [16]
-
Possíveis limitações decorrentes do envelhecimento (que podem ser de um ou mais grupos de deficiências) [17]
- Implementar interfaces com fonte grande e boa legibilidade (WCAG 2.2, Critério 1.4.4: Redimensionamento de Texto). [18]
-
Pessoas com analfabetismo (analfabetismo digital e funcional níveis 1, 2 e 3) [19]
- Garantir instruções simples e claras para todas as funcionalidades (WCAG 2.2, Critério 3.3.6: Sugestões de Correção de Erros). [20]
Conscientização¶
"Na iniciação do projeto, é necessário garantir que a equipe de projeto esteja consciente sobre a questão da acessibilidade digital, dos direitos das pessoas com deficiência e do potencial de mercado desse público" [1].
Sendo assim, existem argumentos que podem facilitar o processo de conscientização da equipe sobre a questão da acessibilidade digital. Esse argumento está representado no checklist abaixo.
Em seu projeto, a equipe está consciente de...
- Quantidade de pessoas no mundo com algum tipo de deficiência. [21]
- Quantidade de pessoas no Brasil com algum tipo de deficiência, segundo IBGE. [22]
- Natureza da deficiência: congênita, hereditária, adquirida, temporária. [23]
- Grupos mais comuns de tipos de deficiência. [24]
- Quanto custa a acessibilidade? [25]
- Implementar acessibilidade deve ser parte do orçamento inicial para garantir inclusão sem sobrecargas financeiras (Guia Brasil-Reino Unido, Capítulo 4). [26]
- Quanto tempo a mais o projeto precisará para implementar acessibilidade? [27]
- Incorporar tarefas de acessibilidade desde o início do projeto reduz o tempo de implementação de melhorias posteriores. [28]
- Quantas pessoas com deficiência vão usar meu aplicativo ou acessar meu sítio de Internet? [29]
- Considerar que 15% da população mundial possui algum tipo de deficiência, o que representa um grande público potencial (WCAG 2.2, Critério 2.1.1: Teclado). [30]
- Pessoas cegas compram online? [31]
- Sim, 50% das pessoas cegas nos Estados Unidos já compram online, mas com barreiras significativas de acessibilidade (WCAG 2.2, Critério 1.4.5: Imagens de Texto). [32]
- Pessoas tetraplégicas usam smartphone? [33]
- Sim, smartphones com controle por voz são fundamentais para a acessibilidade dessas pessoas, e devem ser testados em todas as fases do projeto (Guia Brasil-Reino Unido). [34]
- Legislação: A Convenção sobre os Direitos das Pessoas com Deficiência Comentada. [35]
- Legislação: PORTARIA Nº 3, DE 7 DE MAIO DE 2007. [36]
- Análise de mercado de software de acessibilidade digital. [37]
Planejamento¶
"É importante prever e elaborar a arquitetura para todos os públicos com deficiência, visando uma vida autônoma, com segurança e bem-estar" [1].
Assim, é de suma importância que se tenha, incluso no plano de projeto, e, definição de recursos alocados, para estratégia de acessibilidade de um projeto de software.
Em seu planejamento, há...
- Atividades bem delineadas, cronogramas e atribuições de responsabilidade relacionadas à acessibilidade? [38]
- Recursos alocados (pessoas, softwares, cursos, tarefas)? [39]
- Considerar treinamento em acessibilidade digital como parte do plano de capacitação da equipe (Guia Brasil-Reino Unido, Capítulo 3). [40]
- Tarefas com critérios de sucesso que atendam pelo menos os níveis A e AA, segundo a documentação de acessibilidade (WCAG)? [41]
- Atender pelo menos ao nível AA é o mínimo necessário para garantir a acessibilidade digital universal (WCAG 2.2, Critério 3.2.1: Blocos de Conteúdo). [42]
Checklists de Gestão de Projetos - Guia de Boas Práticas para Acessibilidade Digital¶
Introdução ao Projeto¶
- Consideração de Acessibilidade desde o início: Garantir que a acessibilidade seja pensada já na fase de concepção e planejamento do projeto. [43]
- Desenho Universal: Aplicar o conceito de desenho universal, garantindo que todos possam usar os produtos, serviços e ambientes digitais sem a necessidade de adaptações. [44]
- Inclusão nas equipes de projeto: Incluir pessoas com deficiência nas equipes de desenvolvimento para garantir um olhar mais empático e inclusivo. [45]
- Engajamento organizacional: Criar uma cultura de acessibilidade dentro da organização com a participação de diferentes departamentos. [46]
Orientações de Acessibilidade¶
- Consideração de deficiência permanente, temporária ou de envelhecimento: Acessibilidade deve ser priorizada para todas as deficiências. [47]
- Identificação de tipos de deficiência: Considerar deficiência visual, auditiva, motora, neurodiversidade, entre outras. [48]
- Acessibilidade em dispositivos móveis: Garantir que o site ou app seja acessível também em dispositivos móveis. [49]
Introdução ao WCAG¶
- Seguir Diretrizes WCAG: Implementar as recomendações do WCAG 2.1 (ou 2.2 quando disponível) para garantir acessibilidade em design, conteúdo e desenvolvimento. [50]
- Níveis de Conformidade: Garantir conformidade nos níveis A, AA (mínimo recomendado), e AAA. [51]
- Princípios do WCAG: Atender aos 4 princípios de acessibilidade: Perceptível, Operável, Compreensível, e Robusto. [52]
Boas Práticas de Acessibilidade¶
- Acessibilidade como direito humano: Garantir que a acessibilidade digital seja tratada como um direito, conforme estabelecido pela Convenção Internacional sobre os Direitos das Pessoas com Deficiência. [53]
- Incluir a acessibilidade em todas as etapas do projeto: Desde o planejamento, desenvolvimento, até a execução e manutenção. [54]
- Educação sobre Acessibilidade: Promover treinamentos sobre acessibilidade digital para todos os membros da equipe, incluindo os envolvidos em design e conteúdo. [55]
Gestão de Projetos¶
- Considerar a acessibilidade nas fases iniciais: Integrar a acessibilidade desde o início do projeto e garantir seu acompanhamento ao longo de todas as fases. [56]
- Definir objetivos claros: Identificar e alinhar claramente os objetivos do projeto com relação à acessibilidade digital. [57]
- Documentação e Aprovação: Garantir que os pontos de acessibilidade sejam documentados e aprovados por todas as áreas envolvidas no projeto. [58]
Referências Bibliográficas¶
1. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 12. Elaboração de personas com deficiência visual.
2. WCAG 2.2 Understanding Docs. SC 1.4.6 Contrast (Enhanced) (Level AAA). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/contrast-enhanced.html. Acesso em: 23 jun. 2025.
3. WCAG 2.2 Understanding Docs. SC 1.1.1 Non-text Content (Level A). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/non-text-content.html. Acesso em: 23 jun. 2025.
4. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 13. Personas com deficiência física.
5. WCAG 2.2 Understanding Docs. SC 2.1.1 Keyboard (Level A). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/keyboard.html. Acesso em: 23 jun. 2025.
6. WCAG 2.2 Understanding Docs. SC 2.5.1 Pointer Gestures (Level A). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/pointer-gestures.html. Acesso em: 23 jun. 2025.
7. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 14. Personas com deficiência auditiva.
8. WCAG 2.2 Understanding Docs. SC 1.2.2 Captions (Prerecorded) (Level A). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/captions-prerecorded.html. Acesso em: 23 jun. 2025.
9. WCAG 2.2 Understanding Docs. SC 1.2.6 Audio Description (Prerecorded) (Level AA). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/audio-description-prerecorded.html. Acesso em: 23 jun. 2025.
10. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 15. Personas com deficiência na fala.
11. WCAG 2.2 Understanding Docs. SC 2.5.1 Pointer Gestures (Level A). Modalidades alternativas de entrada.
12. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 16. Personas neurodiversas.
13. WCAG 2.2 Understanding Docs. SC 3.2.5 Change on Request (Level AAA). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/change-on-request.html. Acesso em: 23 jun. 2025.
14. WCAG 2.2 Understanding Docs. SC 3.2.3 Consistent Navigation (Level AA). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/consistent-navigation.html. Acesso em: 23 jun. 2025.
15. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 17. Múltiplas deficiências.
16. WCAG 2.2 Understanding Docs. SC 4.1.2 Name, Role, Value (Level A). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/name-role-value.html. Acesso em: 23 jun. 2025.
17. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 18. Limitações do envelhecimento.
18. WCAG 2.2 Understanding Docs. SC 1.4.4 Resize Text (Level AA). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/resize-text.html. Acesso em: 23 jun. 2025.
19. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 19. Analfabetismo digital.
20. WCAG 2.2 Understanding Docs. SC 3.3.6 Error Prevention (Legal, Financial, Data) (Level AAA). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/error-prevention-legal-financial-data.html. Acesso em: 23 jun. 2025.
21. Organização Mundial da Saúde (OMS). Relatório Mundial sobre Deficiência. 2021.
22. IBGE. Censo Demográfico 2022: Pessoas com deficiência. Rio de Janeiro: IBGE, 2023.
23. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 8. Tipos de deficiência.
24. ABNT NBR 17225:2025, item 3.2 – Classificação de deficiências.
25. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 60. Custos da acessibilidade.
26. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), Capítulo 4. Orçamento para acessibilidade.
27. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 62. Tempo de implementação.
28. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 63. Acessibilidade desde o início.
29. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 10. Público com deficiência.
30. OMS. Relatório Mundial sobre Deficiência. 15% da população mundial.
31. WebAIM. Screen Reader User Survey #9. 2021.
32. WebAIM. Screen Reader User Survey #9. Compras online por pessoas cegas.
33. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 38. Tecnologias móveis.
34. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 39. Controle por voz.
35. BRASIL. Convenção sobre os Direitos das Pessoas com Deficiência. Decreto 6.949/2009.
36. BRASIL. Portaria nº 3, de 7 de maio de 2007. e-MAG.
37. MORDOR INTELLIGENCE. Digital Accessibility Software Market. 2024.
38. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), Capítulo 5. Planejamento de projeto.
39. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 65. Recursos para acessibilidade.
40. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), Capítulo 3. Treinamento em acessibilidade.
41. WCAG 2.2. Conformidade: Níveis A, AA e AAA. Disponível em: https://www.w3.org/WAI/WCAG22/#conformance. Acesso em: 23 jun. 2025.
42. WCAG 2.2 Understanding Docs. SC 3.2.1 On Focus (Level A). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/on-focus.html. Acesso em: 23 jun. 2025.
43. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 12. Acessibilidade desde o início do projeto.
44. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 20. Princípios do desenho universal.
45. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 58. Inclusão nas equipes de projeto.
46. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 59. Engajamento organizacional.
47. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 8. Tipos de deficiência.
48. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 10. Identificação de deficiências.
49. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 38. Acessibilidade móvel.
50. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 40. Diretrizes WCAG.
51. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 41. Níveis de conformidade WCAG.
52. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 42. Princípios WCAG.
53. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 6. Acessibilidade como direito humano.
54. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 65. Acessibilidade em todas as etapas.
55. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 67. Educação sobre acessibilidade.
56. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 68. Gestão de projetos acessíveis.
57. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 69. Definição de objetivos.
58. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 70. Documentação e aprovação.
A Convenção sobre Direitos das Pessoas com Deficiência comentada / Coordenação de Ana Paula Crosara de Resende e Flavia Maria de Paiva Vital. _Brasília : Secretaria Especial dos Direitos Humanos, 2008. Disponível em: https://www.gov.br/governodigital/pt-br/acessibilidade-e-usuario/acessibilidade-digital/convencao-direitos-pessoas-deficiencia-comentada.pdf. Acesso em: 23 Jun. 2025.
BRASIL. Secretaria de Logística e Tecnologia da Informação. Portaria nº 3, de 7 de maio de 2007. Institucionaliza o Modelo de Acessibilidade em Governo Eletrônico – e-MAG no âmbito do Sistema de Administração dos Recursos de Informação e Informática – SISP. Diário Oficial da União, Brasília, DF, 7 maio 2007. Disponível em: https://www.gov.br/governodigital/pt-br/acessibilidade-e-usuario/legislacao/portaria3_eMAG.pdf. Acesso em: 23 Jun. 2025.
MORDOR INTELLIGENCE. Digital Accessibility Software Market Size & Share Analysis- Growth Trends & Forecasts (2024-2029). Disponível em: https://www.mordorintelligence.com/industry-reports/digital-accessibility-software-market. Acesso em: 23 Jun. 2025.
WORLD WIDE WEB CONSORTIUM. Web Content Accessibility Guidelines (WCAG) 2.2. Recomendação W3C, 21 setembro 2023. Disponível em: https://www.w3.org/TR/WCAG22/#sotd. Acesso em: 23 Jun. 2025.
Histórico de Versões¶
Versão | Descrição | Autor(es) | Data | Revisor(es) | Data de revisão |
---|---|---|---|---|---|
1.0 | Adição de WCAG 2.2, conformidade ABNT NBR 17225:2025 e itens sobre o guia Brasil - Reino Unido | Gabriel Lopes | 17/06/2025 | Uires Carlos | 17/06/2025 |
1.1 | Correção e Adicionando mais itens em conformidade WCAG 2.2 e ABNT NBR 17225:2025 | Taynara Vitorino | 23/06/2025 | Gabriel Lopes | 23/06/2025 |
1.2 | Adicionando mais itens sobre a ABNT NBR 17225:2025 | Uires Carlos | 23/06/2025 | Gabriel Lopes | 23/06/2025 |