Gestão de Projetos (Iniciação)

Os checklists transformam requisitos técnicos em tarefas de backlog, critérios de aceite e indicadores de sucesso, permitindo que squads incorporem acessibilidade desde a iniciação até a entrega contínua. O objetivo é assegurar que cronogramas, recursos e métricas considerem pessoas com deficiência como usuárias centrais do produto, garantindo conformidade legal, redução de custos de retrabalho e impacto social positivo.

Durante o kick-off:

• Defina metas claras de inclusão.
• Crie personas acessíveis (veja checklist a seguir).
• Integre requisitos WCAG 2.2 (A + AA) / NBR 17225 ao backlog desde a primeira sprint.

1. Personas Representativas

Em seu projeto, já foram elaboradas personas para…

• Pessoas com deficiência visual — cegueira, baixa visão e daltonismo (uso de leitor de tela, zoom 200 %, contraste alto).
• Pessoas com deficiência física/motora — fraqueza, tremores, paralisia, ausência de membros (controle por teclado, ponteiro ocular, switch).
• Pessoas com deficiência auditiva — surdas, hipoacúsicas ou surdocegas (necessitam de Libras, legendas, transcrição).
• Pessoas com deficiência na fala — gagueira, anartia, mudez (uso de comunicação alternativa e entradas não vocais).
• Pessoas neurodivergentes — espectro autista, TDAH, dislexia, def. intelectual (preferem conteúdo direto, sem sobrecarga sensorial).
• Pessoas com múltiplas deficiências — combinação de duas ou mais condições (exige soluções integradas).
• Idosos — limitações decorrentes do envelhecimento (visão opaca, motricidade reduzida, audição limitada).
• Pessoas com analfabetismo funcional/digital — linguagem simples, tutoriais visuais e UX guiada.

Inclua também cenários de deficiência temporária ou situacional (braço engessado, ambiente barulhento) para reforçar o valor universal da acessibilidade.

2. Conscientização da Equipe

Em seu projeto, a equipe já está consciente de…

• 1,3 bilhão de pessoas com deficiência no mundo e 18,6 milhões no Brasil (IBGE 2022).
• Deficiências podem ser congênitas, adquiridas, temporárias ou situacionais.
• Custo de corrigir acessibilidade tarde = até 30× mais alto que incluir desde o início.
• Impacto em receita: sites acessíveis convertem melhor (Ex.: PcDs gastam ~US$ 490 bi/ano globalmente).
• Leis aplicáveis: LBI (13.146/2015), e-MAG/Portaria 3-2007, CDPD/ONU.
• Casos de uso reais: pessoa cega finalizando compra on-line; tetraplégica usando smartphone com rastreamento ocular.
• Tendência de mercado: crescimento médio de 12 % a.a. no segmento de software de acessibilidade (Mordor 2024).

3. Planejamento de Acessibilidade

Em seu Plano de Projeto, existem…

3.1 – Atividades & Cronograma

• User stories com critérios WCAG/NBR (ex.: “Como pessoa cega, quero finalizar pagamento sem ajuda externa”).
• Mapa de entregas: Design → Protótipo A11Y → MVP A11Y → Auditoria externa.

3.2 – Recursos e Orçamento

• Budget reservado (≈ 5 % do esforço total) para design inclusivo, QA e testes com PcD.
• Ferramentas: Axe-core, Lighthouse CI, Color Contrast Analyser, NVDA, VoiceOver.
• Capacitação contínua (cursos WCAG/NBR, workshops com usuários reais).

3.3 – Critérios de Qualidade

• Pipeline CI executa testes Axe/Lighthouse (meta ≥ 90/100).
• Checklist de regressão garante que novas funcionalidades não quebrem requisitos já atendidos.
• Avaliações manuais trimestrais com pelo menos 3 perfis diferentes de PcD.

4. Execução & Controle

• Matriz de rastreabilidade liga cada requisito WCAG 2.2/NBR 17225 a tarefas e testes.
• Relatórios de auditoria versionados (/docs/a11y/report-YYMM.pdf).
• Definition of Done inclui: “Sem erros críticos Axe; foco visível; navegação completa por teclado”.
• Retrospectivas contemplam item fixo “O que aprendemos sobre acessibilidade nesta sprint?”.

Referências

1. DINIZ, V.; FERRAZ, R.; NASCIMENTO, C. M.; CREDIDIO, R. Guia de Boas Práticas para Acessibilidade Digital. Programa UK↔BR—Acesso Digital, 2023.
Portaria n.º 3/2007 — e-MAG · Lei Brasileira de Inclusão (13.146/2015) · WCAG 2.2 · ABNT NBR 17225:2025.