Os 59 requisitos estão reunidos em uma tabela única. Consulte as prioridades, as classificações do ciclo, as fontes e o andamento da implementação.
Como interpretar Impacto, Esforço e Prioridade
Impacto (0–3) indica o benefício esperado; Esforço (0–3), a dificuldade de implantação. A Prioridade resulta do cruzamento independente das duas notas: altíssima (impacto 3 e esforço 0–1); alta (3 e 2–3, ou impacto 2 e esforço 0–1); média (2 e 2–3, ou impacto 1 e esforço 0–1); baixa (impacto 1 e esforço 2–3) ou baixa/fora do ciclo (impacto 0).
Não avaliado significa falta de informação, não nota zero. “Não terá neste ciclo” é uma decisão de escopo, distinta da prioridade calculada.
Governança · situação atual
Governança e estado das decisões
Referência desta atualização: Histórico de Alterações e Requisitos_T1.8.md. Os links de evidência permitem conferir manualmente os trechos correspondentes no site.
Fonte, requisito, versão e decisão ficam documentados.
A mudança pode ser conferida no protótipo ou no processo local.
Depende do GT-A, de especialistas ou de pessoas usuárias, conforme a matéria.
Disponibilização da versão no site.
Identificação das entregas: E = Entrega. O primeiro número identifica a entrega principal. O segundo número identifica uma rodada de melhoria incremental dentro da mesma entrega. Portanto, E1.1 significa Entrega 1, rodada de melhoria 1.
Situação dos requisitos
Total de requisitos
Implementados
Pendentes
Em andamento
Em planejamento
Fora do escopo
Os 24 requisitos que ainda não estão implementados estão distribuídos em 18 pendentes, 2 em andamento, 1 em planejamento e 3 fora do escopo deste ciclo.
Requisitos ainda não implementados: situação atual por prioridade
Tem que ter
Prioridade altíssima
Deveria ter
Prioridade alta
Poderia ter
Prioridade média
Não terá neste ciclo
Decisões de escopo
Os 35 requisitos já implementados não entram nessas quatro contagens. Os três itens fora do ciclo refletem decisões de escopo, não a prioridade calculada. Impacto, esforço, prioridade e classificação são propostas de organização do ciclo.
Ajude a priorizar os requisitos
O Grupo de Trabalho da Dimensão Arquitetônica levantou requisitos para atualizar a Cartilha 2026. Avalie o impacto de cada requisito e ajude a definir quais devem receber mais atenção.
Códigos de origem
| Código | Significado |
|---|---|
| RG | Reunião Geral da Rede. |
| RC | Reunião específica da Cartilha. |
| MR | Manifestação de Membro da Rede. |
| US | Usuário ou usuária do serviço. |
| CR | Coordenação ou Comitê Gestor da Rede. |
| GT-A | Grupo de Trabalho da Dimensão Arquitetônica. |
Códigos de tipo
| Código | Significado |
|---|---|
| PROD | Requisito do produto, conteúdo ou instrumento. |
| PROC | Requisito do processo de revisão, validação ou governança. |
Todos os requisitos
59 de 59 requisitos
Tabela de requisitos
| Evidências de Implantação | |||||||||
|---|---|---|---|---|---|---|---|---|---|
MR-001 |
Antes do checklist, incluir campos para identificar o órgão, a unidade ou edificação avaliada, a data e a pessoa responsável pela avaliação. | PROD | Implementado na entrega E1.1 | F2 | Não avaliado | 1 | Não avaliado | Não se aplica — requisito já implementado | |
MR-002 |
Antes do checklist, incluir campos para identificar o elemento avaliado, o pavimento ou a localização, o contexto de uso, a condição geral e a frequência de uso. | PROD | Implementado na entrega E1.1 | F2 | Não avaliado | 1 | Não avaliado | Não se aplica — requisito já implementado | |
MR-003 |
Nos itens A-ESC-M1 e A-ESC-M4, remover das explicações a repetição do texto que já aparece na pergunta. | PROD | Implementado na entrega E1.1 | F2 | Não avaliado | 0 | Não avaliado | Não se aplica — requisito já implementado | |
MR-004 |
Adicionar ao plano de ação um campo para registrar problemas que não estejam cobertos pelos itens do checklist. | PROD | Implementado na entrega E1.1 | F2 | Não avaliado | 1 | Não avaliado | Não se aplica — requisito já implementado | |
MR-005 |
Permitir exportar o plano de ação separadamente. | PROD | Implementado na entrega E1.1 | F2 | Não avaliado | 2 | Não avaliado | Não se aplica — requisito já implementado | |
MR-006 |
Disponibilizar orientações e ferramentas para elaborar o plano de ação. | PROD | Implementado na entrega E1.1 | F2 | Não avaliado | 2 | Não avaliado | Não se aplica — requisito já implementado | |
MR-007 |
Ao exportar os dados, apresentar a categoria de esforço por extenso, e não apenas como número. | PROD | Implementado na entrega E1.1 | F2 | Não avaliado | 1 | Não avaliado | Não se aplica — requisito já implementado | |
MR-008 |
Usar o nome Frequência de uso no arquivo CSV. | PROD | Implementado na entrega E1.1 | F2 | Não avaliado | 0 | Não avaliado | Não se aplica — requisito já implementado | |
MR-009 |
Manter, nos itens de avaliação, explicação acessível e indicação da referência normativa relacionada. | PROD | Implementado no protótipo | F5 | Não avaliado | 2 | Não avaliado | Não se aplica — requisito já implementado | |
MR-010 |
Registrar separadamente o estado de conservação do elemento avaliado e a necessidade de manutenção. Incluir orientação para situações em que o elemento pode continuar em uso, mas precisa de algum reparo. | PROD | Implementado na Rodada Atual | F5 | 2 | 2 | Média | Poderia ter | |
MR-011 |
Incluir endereço e CEP do prédio na identificação do local avaliado. | PROD | Implementado na Sprint 5 | F5 | 2 | 1 | Alta | Deveria ter | |
MR-012 |
Garantir que o relatório e a versão para impressão mostrem todas as observações preenchidas nos campos descritivos. | PROD | Implementado na Sprint 5 | F5 | 3 | 2 | Alta | Deveria ter | |
MR-013 |
Antes de avaliar os degraus no checklist, permitir que a pessoa informe o que está avaliando: uma escada, degraus isolados ou um único degrau. Explicar a diferença entre essas opções e mostrar somente as perguntas adequadas ao caso escolhido. | PROD | Implementado na Sprint 5 | F5 | 3 | 3 | Alta | Deveria ter | |
MR-014 |
Permitir anexar projetos e fotos à avaliação, vinculando cada arquivo ao local ou elemento correspondente. | PROD | Pendente | F5 | 2 | 3 | Média | Poderia ter | |
MR-015 |
Esclarecer, na Fase 3 (Autonomia e Conforto) do checklist de Portas, que as respostas “Sim”, “Não” e “Não se aplica” indicam se o local avaliado atende a cada recomendação, e não se a pessoa avaliadora concorda com ela. Incluir orientação textual antes dos itens. | PROD | Implementado na versão de trabalho Portas T2.2 e no protótipo local | F7 | 3 | 1 | Altíssima | Não se aplica — requisito já implementado | |
RG-001 |
Incluir acessibilidade atitudinal como dimensão ou seção específica e tratá-la também de modo transversal. | PROD | Fora do escopo | F1 | 3 | 3 | Alta | Não terá neste ciclo | |
RG-002 |
Verificar quais critérios usados pelo TCU em auditorias sobre capacitismo e acessibilidade atitudinal podem ser aproveitados na Cartilha 2026 e obter autorização para seu uso, quando necessária. | PROD | Pendente | F1 | 2 | 3 | Média | Poderia ter | |
RG-003 |
Manter linguagem didática, conceitos, barreiras, referências atualizadas, orientações práticas, perguntas frequentes, exemplos e boas práticas. | PROD | Implementado na Rodada Atual | F1 | 3 | 3 | Alta | Deveria ter | |
RG-004 |
Atualizar os conteúdos úteis da cartilha anterior e mostrar a correspondência entre os itens antigos e os novos. Manter também a orientação de avaliar a acessibilidade começando pelas áreas externas e seguindo para o interior da edificação. | PROD | Pendente | F1 | 3 | 3 | Alta | Deveria ter | |
RG-005 |
Permitir a identificação de cada local e elemento avaliado, como pavimento, rota, escada, porta ou rampa, e reunir os diagnósticos de diferentes locais. | PROD | Pendente | F1 | 3 | 3 | Alta | Deveria ter | |
RG-006 |
Guardar os resultados de cada avaliação e permitir comparações ao longo do tempo. Itens já atendidos podem sair do acompanhamento atual, mas não devem ser apagados do histórico. | PROD | Pendente | F1 | 3 | 3 | Alta | Deveria ter | |
RG-007 |
Validar a acessibilidade do instrumento desde o início, com pessoas com deficiência e testes com leitor de tela. | PROC | Pendente | F1, F4 | 3 | 3 | Alta | Deveria ter | |
RG-008 |
Formar grupos temáticos voluntários, incluindo acessibilidade arquitetônica, comunicacional, em serviços, tecnológica e atitudinal. | PROC | Fora do escopo | F1 | 3 | 2 | Alta | Não terá neste ciclo | |
RG-009 |
Testar e validar exemplos da Cartilha, do sistema on-line e do PDF antes de produzir e publicar todo o conteúdo. | PROC | Pendente | F1 | 3 | 2 | Alta | Deveria ter | |
RG-010 |
Registrar sugestões e decisões com rastreabilidade, controle de versões e indicação das fontes. | PROC | Em andamento | F1 | 2 | 1 | Alta | Deveria ter | |
RG-011 |
Selecionar boas práticas já adotadas pelos órgãos e, antes de incluí-las na revisão, avaliar se podem ser adaptadas a outros contextos. | PROC | Em planejamento | F1 | 3 | 2 | Alta | Deveria ter | |
RC-001 |
Incluir pessoas com deficiência desde o início da construção e da validação, considerando diferentes experiências e deficiências não aparentes. | PROC | Pendente | F3, F4 | 3 | 3 | Alta | Deveria ter | |
RC-002 |
Validar conteúdo e experiência de uso, inclusive com usuários de tecnologias assistivas e pessoas que utilizam os espaços ou serviços. | PROC | Pendente | F3, F4, F6 | 3 | 3 | Alta | Deveria ter | |
RC-003 |
Antes de consolidar cada dimensão da Cartilha, submeter o conteúdo técnico à revisão de pessoas com conhecimento na área. | PROC | Pendente | F3 | 3 | 3 | Alta | Deveria ter | |
RC-004 |
Validar a organização e o formato da primeira dimensão desenvolvida antes de usar o mesmo modelo nas demais dimensões da Cartilha. | PROC | Pendente | F3 | 3 | 2 | Alta | Deveria ter | |
RC-005 |
Manter o conteúdo compreensível para pessoas não especialistas, explicando termos técnicos por glossário ou dica. | PROD | Implementado no site — glossário e dicas | F3, F4, F6 | 3 | 2 | Alta | Não se aplica — requisito já implementado | |
RC-006 |
Registrar cada requisito de forma concreta, com a necessidade ou o resultado esperado, a fonte, a análise de viabilidade e a prioridade. | PROC | Em andamento | F3, F6 | 2 | 2 | Média | Poderia ter | |
RC-007 |
Usar o impacto esperado e o esforço necessário para definir a prioridade de cada requisito. Depois dessa análise, classificar cada requisito como “tem que ter”, “deveria ter”, “poderia ter” ou “não terá neste ciclo”. | PROC | Fora do escopo | F3, F6 | 3 | 1 | Altíssima | Não se aplica — requisito já implementado | |
RC-008 |
Apresentar os campos de identificação antes do checklist, usar opções de resposta claras e enviar cada item não atendido para um plano de ação que possa ser editado. | PROD | Implementado no protótipo | F3, F4 | Não avaliado | 2 | Não avaliado | Não se aplica — requisito já implementado | |
RC-009 |
Indicar as normas e outras referências usadas na Cartilha e verificar os direitos autorais antes de reproduzir textos, trechos ou outros conteúdos protegidos. | PROD | Implementado na Rodada Atual | F3, F6 | 3 | 3 | Alta | Deveria ter | |
RC-010 |
Decidir se o conteúdo explicativo da Cartilha e a ferramenta on-line usada para fazer a avaliação serão publicados separadamente. Avaliar também se um QR Code será usado para facilitar o acesso à ferramenta. | PROD | Pendente | F3 | 2 | 2 | Média | Poderia ter | |
RC-011 |
Gerar nova versão de trabalho para alterações relevantes e preservar o histórico das decisões e requisitos. | PROC | Implementado na versão de trabalho T1.6 | F3 | 3 | 1 | Altíssima | Não se aplica — requisito já implementado | |
GT-A-001 |
Orientar os órgãos a avaliar periodicamente a própria acessibilidade, inclusive quando já possuem práticas maduras. | PROD | Implementado no site — orientação de reavaliação | F4 | 2 | 1 | Alta | Não se aplica — requisito já implementado | |
GT-A-002 |
Submeter o protótipo a avaliação técnica de acessibilidade digital e usabilidade por equipe especializada, complementar aos testes com pessoas com deficiência. | PROC | Pendente | F4 | 3 | 3 | Alta | Deveria ter | |
GT-A-003 |
Definir em quais formatos a Cartilha e seus materiais de apoio serão publicados, como site, PDF, material impresso ou planilha. Definir também se os diagnósticos preenchidos serão guardados e como será feito esse armazenamento. | PROD | Pendente | F4 | 3 | 3 | Alta | Deveria ter | |
GT-A-004 |
Incluir orientações para situações que dificultam o acesso das pessoas, mesmo quando não são tratadas de forma específica na NBR 9050. Antes da publicação, essas orientações devem passar por revisão técnica e apresentar a referência que as fundamenta. | PROD | Pendente | F4 | 3 | 3 | Alta | Deveria ter | |
GT-A-005 |
Levantar e examinar requisitos a partir de diferentes papéis, como pessoa com deficiência, profissional de arquitetura e gestor de acessibilidade. | PROC | Pendente | F4 | 3 | 2 | Alta | Deveria ter | |
GT-A-006 |
Criar uma seção que reúna legislação, normas e referências usadas pela cartilha, ligada às referências indicadas em cada pergunta. | PROD | Implementado na Rodada Atual | F6 | 2 | 2 | Média | Poderia ter | |
GT-A-007 |
Atualizar a página “Sobre o projeto” para informar que o GT-A já está constituído. | PROD | Implementado no site local | F6 | 1 | 0 | Média | Não se aplica — requisito já implementado | |
GT-A-008 |
Explicar para quem se destina o conteúdo sobre acessibilidade arquitetônica e quando a pessoa responsável pela avaliação precisará do apoio de um profissional técnico para fazer medições ou diagnósticos. | PROD | Implementado no site — orientações de público e apoio | F6 | 3 | 2 | Alta | Não se aplica — requisito já implementado | |
GT-A-009 |
Manter respostas “sim”, “não” e “não se aplica” por pergunta e apresentar o atendimento do elemento de modo agregado, sem usar “parcialmente” em cada item. | PROD | Implementado no protótipo | F6 | Não avaliado | 2 | Não avaliado | Não se aplica — requisito já implementado | |
GT-A-010 |
Decidir se o resultado da avaliação poderá indicar que um elemento atende parcialmente aos requisitos. Se essa opção for adotada, definir como o atendimento parcial será calculado e apresentado. | PROD | Fora do escopo | F6 | 2 | 3 | Média | Não terá neste ciclo | |
GT-A-011 |
Definir categorias para indicar o esforço necessário para corrigir cada problema encontrado, com nomes claros, critérios padronizados e exemplos. Exemplos de categorias: ajuste, instalação e obra. | PROD | Implementado na Rodada Atual | F6 | 2 | 2 | Média | Poderia ter | |
GT-A-012 |
Explicar, durante o preenchimento, o significado das categorias usadas para indicar o esforço necessário para corrigir um problema. Essa ajuda deve ser acessível às pessoas com deficiência. | PROD | Implementado na Rodada Atual | F6 | 2 | 2 | Média | Poderia ter | |
GT-A-013 |
Apresentar, ao final de cada dimensão da Cartilha, uma seleção curta de boas práticas e definir como essa seleção será atualizada nas próximas edições. | PROD | Implementado na Rodada Atual | F6 | 3 | 2 | Alta | Deveria ter | |
GT-A-014 |
Produzir imagens e infográficos didáticos que expliquem elementos arquitetônicos para pessoas não especialistas e possam apoiar vários itens do checklist. | PROD | Implementado na Rodada Atual | F6 | 3 | 3 | Alta | Deveria ter | |
GT-A-015 |
Conferir a correção técnica e a clareza das ilustrações e verificar a autorização e a referência antes de reproduzir imagens de terceiros. | PROC | Pendente | F6 | 3 | 3 | Alta | Deveria ter | |
GT-A-016 |
Fornecer descrição textual para as imagens e verificar seu acesso por tecnologias assistivas nos formatos publicados. | PROD | Implementado na Rodada Atual | F6 | 3 | 3 | Alta | Deveria ter | |
GT-A-017 |
Analisar formatos alternativos de acesso ao conteúdo, como áudio, Libras, vídeo e QR Code. Registrar quais formatos serão adotados e a ordem de implementação. | PROD | Pendente | F6 | 3 | 3 | Alta | Deveria ter | |
GT-A-018 |
Usar tabelas somente quando elas forem necessárias para organizar dados. As tabelas devem funcionar corretamente com leitores de tela e outras tecnologias assistivas. | PROD | Implementado na Sprint 5 | F6 | 3 | 2 | Alta | Deveria ter | |
GT-A-019 |
Informar no site quais recursos de acessibilidade estão disponíveis e orientar seu uso. | PROD | Implementado no site — recursos de acessibilidade | F6 | 3 | 1 | Altíssima | Não se aplica — requisito já implementado | |
GT-A-020 |
Oferecer busca pelo conteúdo da cartilha. | PROD | Implementado na Sprint 5 | F6 | 3 | 2 | Alta | Deveria ter | |
GT-A-021 |
Criar índice com links para as seções, navegável por teclado e leitor de tela. | PROD | Implementado na Sprint 5 | F6 | 3 | 2 | Alta | Deveria ter | |
GT-A-022 |
Definir como os requisitos e seu andamento serão divulgados, distinguir registro, validação, prioridade e implementação e manter essas informações atualizadas. | PROC | Implementado no site — divulgação do andamento | F6 | 3 | 2 | Alta | Não se aplica — requisito já implementado |
Fontes do registro
| Referência | Tipo e data | Origem | Arquivo completo |
|---|---|---|---|
| F1 | Reunião em 28/07/2026 | Simone Pinheiro, STJ. Fabiana Lourenço, CJF. Arthur Nieburh, TRE-SC. Valéria Ribeiro, TCU. Vanessa Fonseca, TJDFT. Jônatas Bueno, STM. Maria Villela, TRT1. | Reuniao_Geral_Rede_Acessibilidade_2026-07-28_Resumo_T1.0.md |
| F2 | E-mail em 29/07/2026 | Camila Eidelwein Capeletti, JFRS. | 20260729_Feedback Camila_SJTS_Melhorias versão V1.0.pdf |
| F3 | Reunião em 13/08/2026 | Jônatas Bueno, STM. Fabiana Lourenço, CJF. Patrícia Idehara, TJTO. | Reuniao_Rede_Acessibilidade_2026-08-13_Resumo_T1.0.md |
| F4 | Reunião em 02/09/2026 | Primeira reunião do GT-A, com Fabiana Goulart, CJF, Dulcenira, Câmara dos Deputados, Patrícia Idehara e Hayda Miranda, TJTO, Cláudia Burlamaqui, TJPA, e Jônatas Bueno, STM. | Reuniao_01_GT-A_2026-09-02_Resumo_T1.0.md |
| F5 | Áudio em 08/09/2026 | Manifestação individual de Fabiana Goulart. | Transcricao_Consolidada_Fabiana_2026-09-08.md |
| F6 | Reunião em 09/09/2026 | Segunda reunião do GT-A, com Fabiana Goulart, Dulcenira, Patrícia Idehara, Hayda Miranda, Cláudia Burlamaqui e Jônatas Bueno. | Reuniao_02_GT-A_2026-09-09_Resumo_T1.0.md |
| F7 | Mensagens de texto em 18/09/2026 | Manifestação individual de Patrícia Idehara. | Transcricao_Consolidada_Patricia_2026-09-18.md |
O catálogo interno completo está no arquivo Histórico de Alterações e Requisitos_T1.8.md. As prioridades, classificações e recomendações de formato apresentadas são propostas de organização do ciclo e podem ser revistas por decisão de governança.