Accesibilidad en OpenProject: avances reales, impacto real

¿Sabe por qué bifurcamos Redmine en 2012? El motivo fue la accesibilidad. En aquel momento, Deutsche Telekom nos contrató para eliminar diversas barreras en Redmine. Cuando los responsables del mantenimiento de Redmine no mostraron interés en revisar nuestros parches, tomamos la decisión crucial de bifurcar el proyecto. Esto nos permitió abordar el problema desde la raíz. Y es totalmente comprensible que los responsables del mantenimiento de Redmine, que trabajan en su tiempo libre, no quisieran lidiar con las etiquetas ARIA y los ratios de contraste, ya que hay funciones mucho más interesantes en la hoja de ruta.

En OpenProject creemos que todo el mundo debería tener acceso a potentes herramientas de gestión de proyectos, independientemente de su capacidad física. La accesibilidad no es una casilla que marcar para nosotros. Es un principio fundamental y una parte constante del desarrollo de nuestros productos.

OpenProject es accesible en gran medida. Durante los últimos años, hemos invertido mucho en hacer OpenProject más accesible y hemos logrado grandes avances. Con cada lanzamiento, introducimos mejoras en materia de accesibilidad. Nuestro objetivo es claro. Queremos estar entre los principales proveedores de software en materia de accesibilidad en la gestión de proyectos de código abierto.

Durante las próximas semanas tenemos previsto publicar una serie de artículos para compartir las lecciones que hemos aprendido. Ya se han logrado grandes avances en materia de accesibilidad y se ha elaborado una lista de temas prioritarios que deben abordarse:

• Auditoría realizada por el Ministerio Federal de Interior de Alemania (como parte de la iniciativa openDesk)
• Modo de alto contraste
• Sistema de diseño accesible basado en GitHub Primer
• 20 versiones con 64 mejoras de accesibilidad (informe de progreso)
• Selectores de fecha accesibles para tareas de programación complejas
• Automatice las pruebas de accesibilidad para evitar regresiones
• Lectores de pantalla y regiones activas ARIA
• Lecciones aprendidas al crear el componente TreeView accesible para nuestro sistema de diseño #62667

Por qué es importante para mí la accesibilidad

Este compromiso no es solo profesional. También es algo personal. Después de terminar la escuela, completé mi servicio civil ayudando a un estudiante de secundaria en su último año. Tenía una discapacidad física grave causada por una enfermedad. Ya no podía caminar y apenas podía manejar el ratón. Trabajar con él me permitió comprender de forma profunda y duradera hasta qué punto la accesibilidad en la tecnología puede influir en la participación y la independencia.

Esta experiencia aún resuena en mí hoy en día e influye en cómo abordamos nuestro trabajo en OpenProject.

Hemos publicado una Declaración de accesibilidad oficial en nuestro sitio web que refleja nuestro compromiso continuo.

Creación de un sistema de diseño accesible para OpenProject

En 2023, tomamos una decisión clave. Construiríamos cada nueva interfaz en OpenProject utilizando un sistema de diseño accesible. Hemos elegido GitHub Primer como base. Proporciona componentes básicos robustos y accesibles, que abordan temas cruciales como el contraste de colores y la compatibilidad con lectores de pantalla.

Hemos descrito nuestra decisión y el proceso con más detalle en este artículo del blog.

Un equipo dedicado de diseñadores y desarrolladores amplía continuamente nuestro sistema de diseño interno basado en Primer. Estos componentes se pueden reutilizar en toda la aplicación, lo que nos ayuda a garantizar la coherencia y la accesibilidad en todas partes.

Todas las nuevas vistas de OpenProject se desarrollan ahora utilizando este sistema.

La accesibilidad es compleja y costosa

Crear software accesible es difícil. Requiere profundos conocimientos técnicos, habilidades de diseño especializadas y pruebas constantes. Además, es caro. Pero vale la pena.

Las plataformas colaborativas modernas deben admitir interacciones enriquecedoras, como arrastrar y soltar o líneas de tiempo visuales. Estas funciones son útiles para muchos usuarios, pero suponen un reto para las personas que dependen de lectores de pantalla. Trabajamos duro para crear alternativas sólidas y útiles.

Un buen ejemplo de nuestro compromiso es la introducción del modo de alto contraste. Esta función permite a los usuarios con visión limitada o discapacidades visuales trabajar con OpenProject en una combinación de colores optimizada para mayor claridad y contraste. Mejora la legibilidad y reduce la fatiga visual, especialmente en sesiones de trabajo prolongadas.

To prevent regressions, we run automated accessibility tests with every build. These tests help us detect and fix issues early, long before they can affect our users.

We are grateful to be supported by ZenDiS, who help us with both funding and accessibility expertise. Their support enables us to move faster and with greater confidence.

Independent accessibility audit

The German Federal Ministry of the Interior commissioned an external test of OpenProject’s accessibility. The full test report can be found here (PDF).

We carefully reviewed the findings and resolved many of the reported issues. A list of the items we have already addressed is available in our community tracker.

We continue to improve. Our public roadmap lists further accessibility improvements that are planned for upcoming releases.

Working with the community

OpenProject is built with the support of other open source projects. We use libraries like CKEditor 5, FullCalendar, NG Select, and of course GitHub Primer. These libraries are essential to OpenProject. They save us thousands of hours of work and allow us to focus on what makes our platform unique.

We are happy to see that accessibility is becoming more important in these projects. When a component does not meet all our needs, we contribute back. One example is our work on a Tree View component for Primer, which we are developing to be fully accessible and available for the whole community.

What comes next?

We are not done. Accessibility is a continuous journey. We are proud of the progress we have made. And we are committed to going even further.

Thus, we are moving forward with every release. We eliminate barriers, improve features, and train our teams to consider accessibility from the very beginning and incorporate it in their decisions. That means during planning, design, development, and testing.

Here you find a list of the improvements planned for the next releases:

👩🏾‍🦯👨🏼‍🦯Accessibility - known problems and next steps

If you are interested in accessibility at OpenProject and would like to learn more about it, please feel welcome to contact us. Hearing about the real experiences of our users is very valuable to us.