# ACCESIBILIDAD PARA GESTORES DE PROYECTOS La clave para ofrecer accesibilidad con éxito suele depender de si el Project Manager integra la accesibilidad en cada sprint o la pospone como un ejercicio de corrección. La corrección suele ser el momento en que un especialista en accesibilidad audita y proporciona orientación, pero esta no es una práctica escalable en toda la organización, ni es una práctica ágil. Para respaldar un enfoque más integrado, este documento proporciona al Project Manager enlaces a recursos que incluyen la Guía Técnica de Accesibilidad de Colt. Para integrar la accesibilidad en cualquier proyecto, hay algunos pasos sencillos que permitirán que se entregue como una parte fundamental de un proyecto y tengan un impacto mínimo en los recursos, el tiempo o el costo. ## 1. ANTES DE QUE EMPIECE EL PROYECTO #### #1 Asegúrese de que el caso de negocio no solo haya señalado la accesibilidad como un riesgo legal, sino que también esté haciendo referencia a las leyes y políticas correctas enumeradas en la [Guía de Riesgo Legal](#5-legal-risks). #### #2 Para garantizar que los criterios de aceptación de accesibilidad, así como las áreas de responsabilidad, entrega e informes, se identifiquen al inicio del proyecto, la RACI de Accesibilidad ofrece tres variantes para mapear las áreas de actividad y responsabilidad dentro del proceso Waterfall. {% file src="/files/8f9df2ab8af0f944a9ec955e829cc4e09069c862" %} #### #3 Asegúrese de que el equipo conozca la importancia de la [Estrategia de Accesibilidad](https://www.colt.net/why-colt/esg/accessibility/roadmap/) de Colt y asegúrese también de que conozca las guías y recursos de accesibilidad disponibles que les permitirán cumplir la ambición de Colt. #### #4 Compruebe si los desarrolladores tienen acceso a una plataforma que puedan usar para los aspectos automatizados de las pruebas de accesibilidad. #### #5 Si hay algún contenido que se esté planificando como parte del proyecto, lo que incluye documentación descargable, videos, imágenes de contenido, boletines por correo electrónico o fichas técnicas, asegúrese de que los creadores de contenido conozcan la [guía tanto para la creación de contenido como para el formato accesible de documentos](https://www.colt.net/why-colt/esg/accessibility/content/). #### #6 Lo más importante de todo es asegurarse de que cada sprint utilice la guía disponible y de que la accesibilidad no se posponga hasta una auditoría o un sprint al final, ya que esto inevitablemente saturará el backlog con tickets. Desplazar la accesibilidad hacia etapas tempranas es un enfoque más rentable y evita que se reduzca su alcance hasta el punto de introducir riesgo legal (ver Paso #1) #### #7 Si el proyecto implica la adquisición de widgets de terceros o servicios digitales con una interfaz de usuario, asegúrese de que el proveedor demuestre la accesibilidad de su producto mediante la entrega de un [Informe de Conformidad de Accesibilidad (ACR)](https://www.section508.gov/sell/acr/) o [VPAT](https://www.itic.org/policy/accessibility/vpat), así como una hoja de ruta de accesibilidad del producto. ## 2. LA DEFINICIÓN DE HECHO Independientemente de la metodología que se utilice, Waterfall o Agile, el estado de Hecho debe identificarse para cada sprint. Las [guías de accesibilidad para desarrolladores de Colt](https://www.colt.net/why-colt/esg/accessibility/developers/) permiten abordar las prácticas fundamentales de una manera que produzca código accesible, y cuando se está creando un componente específico, los enlaces a [las mejores prácticas para componentes accesibles](https://www.colt.net/why-colt/esg/accessibility/content/) permitirán que su diseño sea más universal y utilizable. La definición de hecho (DoD) es cuando se cumplen todas las condiciones, o [criterios de aceptación](https://www.leadingagile.com/2014/09/acceptance-criteria/), que un producto de software debe satisfacer y está listo para ser aceptado por un usuario, cliente, equipo o sistema consumidor. Debemos cumplir la definición de hecho para garantizar la calidad. Reduce la reprocesación al evitar que las historias de usuario que no cumplen la definición se promocionen a entornos de nivel superior. Evitará que las funciones que no cumplen la definición se entreguen al cliente o al usuario. ## 3. PRUEBAS MANUALES VS AUTOMATIZADAS Las pruebas automatizadas de accesibilidad son posibles; sin embargo, como la accesibilidad se centra principalmente en los resultados para el usuario, esto solo cubrirá alrededor del 20% de lo que se necesita, por lo que es imprescindible planificar las pruebas manuales desde el principio. Las pruebas manuales de UAT de las Guías de Accesibilidad de Colt se enumeran en la hoja de cálculo que aparece a continuación. Asegúrese de que las pruebas individuales se utilicen como criterios de aceptación para las historias de usuario pertinentes y de que se registren los resultados. Esto evitará que la accesibilidad abrume el backlog. {% file src="/files/4291ed428c2342f8afcc40fbfaf4736ba99fe75e" %} Para las pruebas automatizadas, existen algunas herramientas que pueden usarse para aliviar la presión sobre QA. Estas cubren principalmente el principio de Robustez dentro de las directrices WCAG, mientras que los otros tres principios deben probarse manualmente. Esto siempre deberá llevarse a cabo utilizando una combinación de dos herramientas. En primer lugar, un [validador HTML](https://validator.w3.org/) para asegurarse de que el contenido se renderiza correctamente en el navegador, y una herramienta más especializada para evaluar requisitos específicos de compatibilidad con tecnologías de asistencia. Para sitios web generales, las pruebas de accesibilidad deben hacerse usando [Axe de Deque](https://github.com/dequelabs/axe-core). Este conjunto de pruebas debería poder integrarse en cualquier plataforma de pruebas. Estas son algunas integraciones comunes: * [Capybara](https://docs.deque.com/devtools-for-web/4/en/rb-capybara) * [Cucumber](https://docs.deque.com/devtools-for-web/4/en/rb-cucumber) * [Cypress](https://timdeschryver.dev/blog/setting-up-cypress-with-axe-for-accessibility) * [Microsoft Playwright](https://playwright.dev/docs/accessibility-testing) * [Puppeteer](https://github.com/dequelabs/axe-core-npm/blob/develop/packages/puppeteer/README.md) * [React](https://github.com/dequelabs/axe-core-npm/blob/develop/packages/react/README.md) * [RSpec](https://docs.deque.com/devtools-for-web/4/en/rb-rspec) * [Selenium](https://docs.deque.com/devtools-for-web/4/en/rb-selenium) * [Watir](https://docs.deque.com/devtools-for-web/4/en/rb-watir) * [Webdriverio](https://github.com/dequelabs/axe-core-npm/blob/develop/packages/webdriverio/README.md) * [Webdriverjs](https://github.com/dequelabs/axe-core-npm/blob/develop/packages/webdriverjs/README.md) Una excepción es cualquier cosa creada con Salesforce, que debería usar la [biblioteca de pruebas Sa11y](https://github.com/salesforce/sa11y) ya que está alineada con la plataforma Salesforce. Es importante asegurarse de que el resultado de las pruebas automatizadas y manuales se registre de forma continua, incluida la entrega de cualquier activo de contenido, para que, si hubiera un desafío legal, Colt pueda demostrar que ha sido inclusiva en su enfoque. ## 4. REQUISITOS DE ACCESIBILIDAD DEL USUARIO Para garantizar que todos puedan usar los productos y servicios de Colt, Colt ha establecido una Hoja de Ruta de Accesibilidad, que es un objetivo empresarial estratégico clave. En términos de experiencia de usuario, esto significa que las aplicaciones y páginas deben ser accesibles para usuarios de [tecnologías de asistencia](https://en.wikipedia.org/wiki/Assistive_technology). Esto incluye objetivos simples como asegurarse de que todo sea accesible usando solo el teclado, hasta garantizar que, si un usuario no puede ver la pantalla, lo que escucha al usar su [lector de pantalla](https://en.wikipedia.org/wiki/Screen_reader) tenga perfecto sentido. La accesibilidad, según la define el W3C, tiene 4 principios; [Perceptible, Operable, Comprensible y Robusto](https://www.w3.org/WAI/fundamentals/accessibility-principles/). Los tres primeros se refieren a la experiencia de usuario que debe considerarse al crear requisitos de usuario. Para facilitar esto, Colt ha creado un conjunto de guías de accesibilidad que comienzan explicando cuál es el resultado deseado para el usuario, así como las metodologías, técnicas y pruebas que permitirán que esto se entregue con éxito. * Percepción del color * [Interacciones con formularios](https://www.colt.net/why-colt/esg/accessibility/developers/#forms) * [Acceso mediante teclado](https://www.colt.net/why-colt/esg/accessibility/developers/#keyboard) * [Etiquetado de elementos interactivos](https://www.colt.net/why-colt/esg/accessibility/developers/#labels) * [Puntos de referencia](https://www.colt.net/why-colt/esg/accessibility/developers/#landmarks) * [Enlaces](https://www.colt.net/why-colt/esg/accessibility/developers/#links) * [Metadatos](https://www.colt.net/why-colt/esg/accessibility/developers/#metadata) * [Mejora progresiva y diseño responsivo](https://www.colt.net/why-colt/esg/accessibility/developers/#responsive) * [Estructura semántica](https://www.colt.net/why-colt/esg/accessibility/developers/#semantics) * [Alternativas de texto](https://www.colt.net/why-colt/esg/accessibility/developers/#text) * [Contraste de texto y gráficos](https://www.colt.net/why-colt/esg/accessibility/developers/#contrast) Para garantizar que esto pueda evaluarse, existe un guion de prueba manual complementario que puede añadirse a la actividad de UAT realizada por el Test Manager. {% file src="/files/4291ed428c2342f8afcc40fbfaf4736ba99fe75e" %} La introducción de cada guía contiene todo lo necesario para crear Requisitos de Usuario (Waterfall) o Historias de Usuario (Agile) y debe revisarse al comienzo de cada proyecto. ### EXPERIENCIA DE USUARIO CON LECTOR DE PANTALLA Para hacerse una idea de hasta qué punto puede ayudar la inclusión de requisitos de usuario, [este video sobre la experiencia de usuario con lector de pantalla](https://youtu.be/HE2R86EZPMA?si=rtnbDkqOfXF0omzt) del equipo de accesibilidad de Microsoft demuestra la eficacia de pequeñas consideraciones. Se recomienda experimentar su producto con el lector de pantalla Narrator. Cómo hacerlo se explica en la guía de Colt, [Uso de Windows Narrator para probar la accesibilidad web](https://www.colt.net/why-colt/esg/accessibility/developers/#narrator). ## 5. RIESGOS LEGALES La accesibilidad no es solo un requisito legal, sino también un aspecto fundamental de los objetivos estratégicos de Colt, que se describen en [la Hoja de Ruta de Accesibilidad de Colt](https://www.colt.net/why-colt/esg/accessibility/roadmap/), que forma parte de la estrategia de [Diversidad, Equidad e Inclusión](https://www.colt.net/about/inclusion-diversity/) de Colt. Además de las oportunidades, cuando se trata de inclusión digital también existen riesgos legales que deben identificarse en cada caso de negocio. El propósito de este documento es permitir que cualquier persona de Colt que esté creando un caso de negocio que implique la creación de un cliente web o móvil, o una interfaz de usuario interna, señale el marco legal nacional o internacional correcto como Riesgo. El tipo de riesgo depende de dos cosas: 1. En qué parte del mundo se implementará, comercializará o pondrá a disposición pública un proyecto. 2. Si el producto o servicio está destinado al uso público, a los empleados o a integrarse en los servicios para empleados de otras organizaciones. El riesgo en términos de discapacidad debe considerarse más allá de la regulación, ya que muchos clientes tienen políticas de adquisición, diversidad o empleo que cubren el tema de la accesibilidad, y muchas organizaciones hacen compromisos públicos a través de organizaciones como [Valuable500](https://www.thevaluable500.com/companies) o [Disability:In](https://disabilityin.org/ceos-are-in/) para mostrar lo importante que es la inclusión para su negocio y su marca. Alinearse con las políticas del cliente reduce tanto el riesgo legal como el empresarial. Nada en esta página constituye asesoramiento legal y solo debe servir para identificar leyes y marcos regulatorios que requieran consideración. Tampoco se trata de una lista exhaustiva de leyes para cada uno de los países, y muchos tienen leyes antidiscriminatorias adicionales, por ejemplo, que también deberían considerarse, por lo que puede ser necesaria una investigación adicional. ### DERECHO Y DIRECTRICES INTERNACIONALES #### CONVENCIÓN DE LAS NACIONES UNIDAS SOBRE LOS DERECHOS DE LAS PERSONAS CON DISCAPACIDAD (CRPD) La [Convención de las Naciones Unidas sobre los Derechos de las Personas con Discapacidad](https://www.ohchr.org/en/topic/persons-disabilities) exige a los estados miembros trabajar hacia "la identificación y eliminación de obstáculos y barreras para la accesibilidad" en muchas áreas, incluidas "la información, las comunicaciones y otros servicios, incluidos los servicios electrónicos". Esto se aplica principalmente, aunque no exclusivamente, a los servicios gubernamentales. #### DIRECTRICES DE ACCESIBILIDAD PARA EL CONTENIDO WEB (WCAG) La [Las Directrices de Accesibilidad para el Contenido Web](https://www.w3.org/WAI/) proporcionan recomendaciones para evaluar si el contenido en línea es accesible. Las propias directrices no son marcos legales, lo que significa que los sistemas digitales deberían ser [Perceptible, Operable, Comprensible y Robusto](https://www.w3.org/WAI/fundamentals/accessibility-principles/). Aunque las directrices no son una ley ni un requisito legal, cumplir sus criterios se considera evidencia de cumplimiento legal en muchas jurisdicciones, y esas leyes a menudo contienen referencias a la CRPD (véase arriba) o exigen que los resultados sean comparativos y/o equitativos. Las directrices WCAG no son el recurso más útil, ya que son más retrospectivas que informativas, aunque su contenido es muy útil, por lo que Colt tiene sus propias guías para [Project Managers](https://www.colt.net/why-colt/esg/accessibility/project-management/), [Desarrolladores](https://www.colt.net/why-colt/esg/accessibility/developers) y [Productores de Contenido](https://www.colt.net/why-colt/esg/accessibility/content/). ### ESTADOS UNIDOS #### Ley de Rehabilitación, Sección 508 [La Sección 508](https://www.section508.gov/manage/laws-and-policies/) de la Ley de Rehabilitación de EE. UU. exige que toda la tecnología electrónica y de la información desarrollada, adquirida, mantenida o utilizada por el gobierno federal de EE. UU. "sea accesible y utilizable por personas con discapacidades." Aunque esta normativa es un requisito legal para las agencias federales y las organizaciones que reciben financiación federal, el cumplimiento también puede ser una preocupación para las organizaciones que prestan servicios a agencias federales. Si las empresas tienen la intención de proporcionar productos o servicios a otras compañías con contratos gubernamentales, entonces es probable que exista un requisito para demostrar que el aspecto digital en cuestión cumple con la Sección 508. Esto a menudo se hace utilizando el formato de un [Voluntary Product Accessibility Template (VPAT)](https://www.section508.gov/sell/acr-vpat-faq/) que puede completarse cruzando los requisitos con los resultados de los requisitos y pruebas de accesibilidad utilizando las Guías de Accesibilidad de Colt. Esto puede necesitar ser realizado por un proveedor especializado. **Tenga en cuenta que si se han seguido y documentado las directrices, entonces puede que no sea necesaria una auditoría; sin embargo, podría requerirse cierta asistencia experta para realizar esto por parte de un especialista en VPAT.** Dado que la ley exige que los sistemas sean usables además de accesibles para las personas con discapacidades, entonces este aspecto también puede requerir una investigación y documentación adicionales. #### Títulos II y III de la Ley de Estadounidenses con Discapacidades [Título II de la Ley de Estadounidenses con Discapacidades (ADA)](https://www.ada.gov/) cubre a las entidades del gobierno estatal y local. Exige que garanticen que sus programas, servicios y actividades sean accesibles para las personas con discapacidades, lo que incluye tanto los entornos públicos como los laborales. Aunque el Título II se centra en las entidades gubernamentales, las empresas privadas y las organizaciones también pueden verse afectadas si prestan servicios o productos a una entidad pública regulada. El Título III de la Ley de Estadounidenses con Discapacidades (ADA) de EE. UU. se centra en prohibir la discriminación contra las personas con discapacidades en "lugares de alojamiento público", incluyendo la mayoría de las empresas privadas abiertas al público. Los tribunales de EE. UU. han determinado que los sitios web son un lugar de alojamiento público y pueden estar sujetos a los requisitos del Título III de la ADA. #### Ley de Derechos Civiles Unruh de California (UCRA) Algunos estados de EE. UU. tienen sus propias leyes que regulan la accesibilidad. Una de las más conocidas y utilizadas es la [Ley de Derechos Civiles Unruh](https://en.wikipedia.org/wiki/Unruh_Civil_Rights_Act) en California. Esta ley exige a las empresas proporcionar acceso igualitario a sus servicios e instalaciones. Aunque originalmente se pensó para establecimientos físicos, los tribunales han determinado que la UCRA también exige a las empresas con sitios web hacerlos accesibles. Esta ley está dirigida a empresas con un 'nexo en California', pero puede afectar a organizaciones que presten servicios a esas empresas. Para obtener más información sobre la regulación estatal de EE. UU., consulte [La página de la Oficina de Lainey Feingold sobre la ley de EE. UU.](https://www.lflegal.com/category/accessibility-laws-and-regulations/legal-updates/) para las últimas actualizaciones. ### REINO UNIDO #### Ley de Igualdad La [Ley de Igualdad del Reino Unido de 2010](https://www.gov.uk/guidance/equality-act-2010-guidance) prohíbe la discriminación contra las personas con discapacidades y exige a los proveedores de bienes, servicios e instalaciones que anticipen las necesidades de los posibles clientes con discapacidad y realicen ajustes razonables. Esto se aplica a los sitios web y al contenido digital, no solo a los espacios físicos. Esto cubre tanto la prestación de servicios como el [empleo](https://www.gov.uk/rights-disabled-person/employment) y en ambos casos existe un amplio consenso en que alinear un sitio web con los estándares WCAG y demostrar que el acceso para personas con discapacidad fue un requisito planificado y ejecutado demuestra los "ajustes razonables" exigidos por esta ley. #### Reglamento de Accesibilidad de los Organismos del Sector Público de 2018/2022 [Esta normativa](https://www.gov.uk/guidance/accessibility-requirements-for-public-sector-websites-and-apps) se aplica a cualquier sitio web o aplicación móvil (interna o pública) comprada o creada por un organismo del sector público en el Reino Unido. Impone requisitos más estrictos a las organizaciones del sector público, principalmente las gubernamentales, y a las organizaciones benéficas, en lo que respecta a la accesibilidad de sitios web y aplicaciones móviles. Las entidades cubiertas deben proporcionar una [declaración de accesibilidad](https://accessibility-manual.dwp.gov.uk/accessibility-law/accessibility-statements) en su sitio web o aplicación, que podría incluir un enlace en el pie de página, en la sección Acerca de o en la propia aplicación a la [Hoja de Ruta de Accesibilidad](https://www.colt.net/why-colt/esg/accessibility/roadmap/)de Colt. Esta normativa se alinea con la [Norma Europea EN 301 549](https://www.etsi.org/deliver/etsi_en/301500_301599/301549/03.02.01_60/en_301549v030201p.pdf) para la accesibilidad de productos y servicios TIC. #### Ley Europea de Accesibilidad (EAA) en el Reino Unido Aunque [esta ley](https://ec.europa.eu/social/main.jsp?catId=1137\&langId=en) actualmente solo es exigible en la UE y aún no ha sido ratificada en el Reino Unido, como el Reino Unido ha adoptado voluntariamente otras regulaciones de la UE, se espera que también adopte esta. La EAA debe ser seguida por empresas no pertenecientes a la UE que deseen vender en el mercado de la UE. ### UNIÓN EUROPEA La siguiente guía es relevante para todos los estados miembros: Austria, Bélgica, Bulgaria, Croacia, República de Chipre, República Checa, Dinamarca, Estonia, Finlandia, Francia, Alemania, Grecia, Hungría, Irlanda, Italia, Letonia, Lituania, Luxemburgo, Malta, Países Bajos, Polonia, Portugal, Rumanía, Eslovaquia, Eslovenia, España y Suecia. #### Carta de los Derechos Fundamentales de la UE La [Carta de los Derechos Fundamentales de la UE](https://fra.europa.eu/en/eu-charter/article/26-integration-persons-disabilities), artículo 26: Integración de las personas con discapacidad, protege y garantiza la igualdad de acceso para las personas con discapacidad. Aunque la Carta no se aplica directamente a las empresas privadas u organizaciones ubicadas fuera de la Unión Europea, las empresas podrían verse afectadas si tienen relaciones contractuales con entidades de la UE. #### Norma Europea EN 301 549 [Esta norma](https://www.etsi.org/deliver/etsi_en/301500_301599/301549/03.02.01_60/en_301549v030201p.pdf) se aplica a sitios web, aplicaciones móviles y algunos servicios específicos de telecomunicaciones en el sector público de la UE (propiedad de gobiernos de países de la Unión Europea, controlados o financiados por ellos). Se espera que esta norma constituya la base de una presunción de conformidad con la Ley Europea de Accesibilidad (EAA), por lo que también es relevante para el sector privado de la UE. La norma EN 301 549 generalmente sigue las Pautas de Accesibilidad para el Contenido Web (WCAG) 2.1 AA con algunas adiciones que incluyen: * Cuando las funciones de accesibilidad están activadas en el sistema operativo de un usuario, el producto o servicio digital debe cumplir con esa configuración. * Los productos de hardware deben adaptarse a usuarios con movilidad, destreza o fuerza física limitadas. * Los servicios de soporte y la documentación deben proporcionar información sobre la accesibilidad para el usuario. #### La Ley Europea de Accesibilidad (EAA) La [Ley Europea de Accesibilidad (EAA)](https://ec.europa.eu/social/main.jsp?catId=1137\&langId=en) es una directiva de la Unión Europea que amplía las leyes europeas de derechos humanos existentes que protegen y garantizan la igualdad de acceso para las personas con discapacidad a determinados servicios y productos. Las empresas deben asegurarse de que los productos y servicios cubiertos por la ley sean accesibles antes del 28 de junio de 2025. Para productos y servicios heredados, la fecha límite se amplía hasta 2030. Esta ley exige que los servicios cumplan con los principios WCAG. Aunque actualmente solo es exigible en la UE (aún no ha sido ratificada en el Reino Unido, pero se espera que lo sea), deben cumplirla las empresas no establecidas en la UE que deseen vender en el mercado de la UE. ### INDIA #### Ley sobre los Derechos de las Personas con Discapacidad [Esta ley](https://aif.org/wp-content/uploads/2018/12/Manual-RPWD-Act-2016.pdf) en la India exige al gobierno y a las organizaciones comerciales realizar "ajustes razonables" para las personas con discapacidad, y se refiere directamente a sitios web, aplicaciones móviles, servicios de telecomunicaciones y adaptaciones en el lugar de trabajo. La ley se centra en ["la eliminación de barreras"](https://depwd.gov.in/acts/) para grupos específicos de discapacidad y utiliza WCAG como referencia tanto para sitios web gubernamentales como comerciales, aunque no indica directamente qué versión. Hay más información sobre la legislación sobre discapacidad en la India disponible en el sitio web de la [Dirección de Empoderamiento de Personas con Discapacidad](https://depwd.gov.in/) . ### JAPÓN #### Promoción de la accesibilidad de la información y la comunicación para personas con discapacidad En mayo de 2021, la "[Ley para la Eliminación de la Discriminación contra las Personas con Discapacidad](https://www.japaneselawtranslation.go.jp/en/laws/view/3052/en)" fue revisada, convirtiéndose en una obligación legal para las empresas privadas, así como para las instituciones públicas, proporcionar ajustes razonables solo si las personas con discapacidad solicitan mejoras en sus productos y servicios, incluidos sus sitios web y aplicaciones móviles. Sin embargo, en mayo de 2022, la "[Ley para la Promoción de la Accesibilidad de la Información y la Comunicación para las Personas con Discapacidad](https://www.dinf.ne.jp/d/4/161.html)" fue promulgada. En esta nueva legislación es esencial que la información y la comunicación sean accesibles para todas las personas con discapacidad. Esta ley establece principios básicos para ello, pero aún se están considerando medidas más específicas; sin embargo, se espera que se alineen con las Normas Industriales Japonesas (JIS) 8341-3, que son idénticas a [WCAG 2.0](https://www.w3.org/TR/WCAG20/). La versión actual es [JIS X 8341-3:2016](https://waic.jp/docs/jis2016/understanding/201604/) (japonés), que tiene los mismos criterios de éxito que WCAG 2.0. ### CANADÁ [La Ley Canadiense de Derechos Humanos](https://laws-lois.justice.gc.ca/eng/acts/h-6/) protege a las personas con discapacidad en Canadá frente a la discriminación cuando son empleadas por el gobierno federal, los gobiernos de las Primeras Naciones o empresas privadas reguladas por el gobierno federal, incluidas las empresas de telecomunicaciones, o reciben servicios de ellos. #### Regulación provincial canadiense [La Ley de Accesibilidad para Ontarianos con Discapacidades (AODA)](https://aoda.ca/) abarca actividades y normas públicas y privadas reguladas a nivel provincial, y se han promulgado estándares para la prestación de Información y Comunicaciones accesibles. La AODA destaca por imponer una multa de 100.000,00 dólares a las corporaciones que no cumplan. Las regulaciones incluyen normas para: Servicio al cliente, Información y comunicación y Empleo. [Ley de Accesibilidad de Columbia Británica](https://www.bclaws.gov.bc.ca/civix/document/id/complete/statreg/21019) abarca una mezcla de normas en empleo, prestación de servicios, información y comunicación, y adquisición. Amplía el alcance de los principios más allá de WCAG, incluyendo el Diseño Universal, donde el diseño fundamental de cualquier producto o servicio debe ser accesible para la gama más amplia posible de capacidades de los usuarios en su estado predeterminado. [Ley de Accesibilidad de Saskatchewan](https://accessiblesk.saskatchewan.ca/the-accessible-saskatchewan-act-summary-of-bill) abarca una mezcla de normas e incluye acceso a hardware informático, software y empleo. [Ley de Accesibilidad para Manitobanos (AMA)](https://www.accessibilitymb.ca/pdf/accessibility_for_manitobans_act.pdf) se centra en las barreras para las personas con discapacidad. La legislación se aplica tanto al sector público como al privado, y existen plazos escalonados para diferentes sectores. Está compuesta por cinco normas, incluidas áreas de servicio al cliente, empleo, información y comunicación. La Provincia de [Oficina de Asuntos de Discapacidad de Manitoba](https://www.gov.mb.ca/dio/) (DIO) apoya la legislación. [Ley de Accesibilidad de Nueva Escocia (Proyecto de Ley 59)](https://www.nslegislature.ca/legc/bills/62nd_3rd/3rd_read/b059.htm) se centra en las barreras para las personas con discapacidad. Esta legislación se aplica tanto al sector público como al privado e incluye las áreas de prestación y recepción de bienes y servicios, empleo, información y comunicación. Nueva Escocia ha creado la [Dirección de Accesibilidad de Nueva Escocia](https://novascotia.ca/accessibility/) con recursos e información sobre la Ley. ### NORUEGA Noruega es el único país que cuenta con una agencia gubernamental dedicada que supervisa la totalidad de su panorama digital, incluidas las organizaciones gubernamentales y comerciales. [El marco regulatorio de Noruega](https://www.uutilsynet.no/english/information-english/252) se centra en una mezcla de directrices WCAG y resultados para el usuario. [legislación noruega sobre accesibilidad digital en 2023](https://cerovac.com/a11y/2023/02/norwegian-digital-accessibility-legislation-in-2023/) artículo con enlaces a políticas noruegas de accesibilidad. Noruega también ha optado por seguir la norma EN 301 549 para facilitar el comercio con la UE. ### RECURSOS E INFORMACIÓN ADICIONAL * [Texto completo del artículo 9 de la Convención de la ONU sobre los Derechos de las Personas con Discapacidad (CRPD)](https://www.un.org/development/desa/disabilities/convention-on-the-rights-of-persons-with-disabilities/article-9-accessibility.html) * ["Las empresas estadounidenses podrían haber gastado miles de millones en honorarios legales por sitios web inaccesibles en 2020"](https://www.boia.org/blog/did-u-s-businesses-spend-billions-on-legal-fees-for-inaccessible-websites-in-2020) * Resumen de la Oficina de Lainey Feingold sobre [Regulaciones de EE. UU.](https://www.lflegal.com/category/accessibility-laws-and-regulations/legal-updates/) y [Política y regulaciones globales](https://www.lflegal.com/global-law-and-policy/) que se actualizan regularmente. * [O2 resuelve un caso de discapacidad por 160 mil libras](https://www.bbc.co.uk/news/articles/cpdgd32d7mno). Fuente: BBC News. * [Casos seleccionados pendientes y resueltos bajo la Ley de Estadounidenses con Discapacidades](https://www.eeoc.gov/selected-list-pending-and-resolved-cases-under-americans-disabilities-act-amendments-act) * [La Ley de Estadounidenses con Discapacidades en el ciberespacio: Normas de accesibilidad de sitios web \[PDF\]](https://crsreports.congress.gov/product/pdf/LSB/LSB10845) "Un tribunal federal de distrito de Nueva York explicó, al aprobar dicho acuerdo, que WCAG es 'una norma apropiada para juzgar... el cumplimiento de cualquier requisito de accesibilidad de la ADA'. A juicio del tribunal, WCAG es 'casi universalmente aceptado'." Congressional Research Service Legal Sidebar. * El manual indio [Manual de la Ley de Derechos de las Personas con Discapacidad de 2016](https://aif.org/wp-content/uploads/2018/12/Manual-RPWD-Act-2016.pdf) está escrito para que las personas sin formación jurídica puedan entender fácilmente la ley. * [Dar forma a un ecosistema digital más amigable para las personas con discapacidad](https://www.thehindu.com/opinion/op-ed/shaping-a-more-disabled-friendly-digital-ecosystem/article66509604.ece) Artículo de 2023 de The Hindu. * [La nueva ley prohíbe el sesgo contra las personas con discapacidad](https://www.japantimes.co.jp/news/2016/05/02/reference/new-law-bans-bias-against-people-with-disabilities-but-shortcomings-exist-say-experts/#.Xb8Dz5JKg0o) artículo de 2016 de The Japan Times. --- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://docs.colt.net/colt-docs/all-docs-es/accesibilidad/nuestras-directrices-de-accesibilidad/accesibilidad-para-gestores-de-proyectos.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.