Barrierefreiheit bei OpenProject: Sichtbare Fortschritte, spürbare Wirkung
Wissen Sie, warum wir Redmine im Jahr 2012 geforkt haben? Der Grund dafür war das Thema Barrierefreiheit. Damals beauftragte uns die Deutsche Telekom damit, verschiedene Hindernisse in Redmine zu beseitigen. Als die Redmine-Maintainer kein Interesse daran zeigten, unsere Patches für die Verbesserung der Barrierefreiheit zu überprüfen, trafen wir die wegweisende Entscheidung, das Projekt zu forken. So konnten wir das Problem an der Wurzel packen. Und es ist absolut verständlich, dass die Redmine-Maintainer, die in ihrer Freizeit arbeiten, sich nicht mit ARIA-Labels und Kontrastverhältnissen beschäftigen wollten – es gibt einfach spannendere Features auf der Roadmap.
Wir bei OpenProject sind der Meinung, dass jeder Zugang zu leistungsstarken Projektmanagement-Tools haben sollte, unabhängig von seinen körperlichen Fähigkeiten. Barrierefreiheit ist für uns nicht nur ein Häkchen auf einer Checkliste. Sie ist ein Grundprinzip und ein fester Bestandteil unserer Produktentwicklung.
OpenProject ist in sehr großem Umfang barrierefrei. In den letzten Jahren haben wir viel investiert, um OpenProject noch barrierefreier zu machen und wir haben große Fortschritte erzielt. Mit jeder neuen Version bringen wir Verbesserungen in Bezug auf die Barrierefreiheit. Unser Ziel ist klar: Wir wollen zu den führenden Softwareanbietern gehören, wenn es um Barrierefreiheit im Open Source Projektmanagement geht.
In nächster Zeit planen wir eine Reihe von Artikeln, in denen wir unsere Erfahrungen teilen möchten. Es gibt bereits eine Vielzahl von Errungenschaften in Bezug auf Barrierefreiheit und eine Liste mit priorisierten Themen, die noch angegangen werden müssen:
- Audit durch das Bundesministerium des Innern (im Rahmen des openDesk Projektes)
- Hochkontrastmodus
- Barrierefreies Designsystem basierend auf GitHub Primer
- 20 Releases mit 64 Verbesserungen der Barrierefreiheit (Fortschrittsbericht)
- Barrierefreie Datumsauswahl für komplexe Planungsaufgaben
- Automatisierung von Barrierefreiheitstests zur Vermeidung von Regressionen
- Screenreaders and ARIA live regions
- Erfahrungen beim Aufbau der barrierefreien TreeView-Komponente für unser Designsystem #62667
Warum Barrierefreiheit für mich wichtig ist
Dieses Engagement ist nicht nur beruflicher Natur, sondern auch persönlicher. Nach meinem Schulabschluss absolvierte ich meinen Zivildienst, indem ich einen Schüler in seinem letzten Schuljahr unterstützte. Er hatte aufgrund einer Krankheit eine schwere körperliche Behinderung. Er konnte nicht mehr laufen und kaum noch eine Maus bedienen. Durch die Arbeit mit ihm habe ich ein tiefes und bleibendes Verständnis dafür gewonnen, wie sehr Barrierefreiheit in der Technologie die Teilhabe und Unabhängigkeit beeinflussen kann.
Diese Erfahrung hallt bis heute nach und beeinflusst unsere Herangehensweise an die Barrierefreiheit von OpenProject.
Wir haben eine offizielle Erklärung zur Barrierefreiheit auf unserer Website veröffentlicht, die unser kontinuierliches Engagement widerspiegelt.
Aufbau eines barrierefreien Designsystems für OpenProject
Im Jahr 2023 haben wir eine wichtige Entscheidung getroffen. Wir würden jede neue Oberfläche in OpenProject mit einem barrierefreien Designsystem erstellen. Wir haben GitHub Primer als Grundlage gewählt. Es bietet robuste und barrierefreie Kernkomponenten und berücksichtigt wichtige Themen wie Farbkontrast und Kompatibilität mit Screenreadern.
Wir haben unsere Entscheidung und unser Vorgehen in diesem Blog-Artikel genauer beschrieben.
in engagiertes Team aus Designern und Entwicklern erweitert kontinuierlich unser internes Designsystem auf Basis von Primer. Diese Komponenten sind in der gesamten Anwendung wiederverwendbar und helfen uns dabei, überall Konsistenz und Barrierefreiheit zu gewährleisten.
Jede neue Ansicht in OpenProject wird nun mit diesem System entwickelt.
Barrierefreiheit ist komplex und kostspielig
Die Entwicklung barrierefreier Software ist schwierig. Sie erfordert fundierte technische Kenntnisse, spezielle Designfähigkeiten und kontinuierliche Tests. Außerdem ist sie kostspielig. Aber sie lohnt sich.
Moderne kollaborative Plattformen müssen umfangreiche Interaktionen wie Drag & Drop oder visuelle Zeitangaben unterstützen. Diese Funktionen sind für viele Benutzer hilfreich, stellen jedoch eine Herausforderung für Menschen dar, die auf Bildschirmleseprogramme angewiesen sind. Wir arbeiten hart daran, leistungsstarke und benutzerfreundliche Alternativen zu entwickeln.
Ein gutes Beispiel für unser Engagement ist die Einführung des Hochkontrastmodus. Diese Funktion ermöglicht es Nutzern mit eingeschränktem Sehvermögen oder Sehbehinderungen, mit OpenProject in einem Farbschema zu arbeiten, das auf Klarheit und Kontrast optimiert ist. Es verbessert die Lesbarkeit und reduziert die Belastung der Augen, insbesondere bei langen Arbeitssitzungen.
Um Regressionen zu vermeiden, führen wir bei jedem Build automatisierte Barrierefreiheitstests durch. Diese Tests helfen uns, Probleme frühzeitig zu erkennen und zu beheben, lange bevor sie unsere Nutzer beeinträchtigen können.
Wir sind dankbar für die Unterstützung von ZenDiS, die uns sowohl finanziell als auch mit ihrem Fachwissen im Bereich Barrierefreiheit unterstützen. Ihre Unterstützung ermöglicht es uns, schneller und mit größerem Vertrauen zu handeln.
Unabhängige Tests auf Barrierefreiheit
Das Bundesministerium des Innern hat eine externe Prüfung der Barrierefreiheit von OpenProject in Auftrag gegeben. Den vollständigen Prüfbericht finden Sie hier (PDF).
Wir haben die Ergebnisse sorgfältig geprüft und viele der gemeldeten Probleme bereits behoben. Eine Liste der bereits behobenen Probleme finden Sie in unserem Community-Tracker.
Wir arbeiten weiter an Verbesserungen. Unsere öffentliche Roadmap listet weitere Verbesserungen der Barrierefreiheit auf, die für kommende Releases geplant sind.
Zusammenarbeit mit der Community
OpenProject wird mit Unterstützung anderer Open Source Projekte entwickelt. Wir verwenden Bibliotheken wie CKEditor 5, FullCalendar, NG Select, und natürlich GitHub Primer. Diese Bibliotheken sind für OpenProject unverzichtbar. Sie sparen uns Tausende von Arbeitsstunden und ermöglichen es uns, auf das zu konzentrieren, was unsere Plattform einzigartig macht.
Wir freuen uns, dass Barrierefreiheit auch in diesen Projekten immer wichtiger wird. Wenn eine Komponente nicht alle unsere Anforderungen erfüllt, leisten wir einen Beitrag und geben Verbesserungen zurück. Ein Beispiel dafür ist unsere Arbeit an einer Tree View component für Primer, die wir so entwickeln, dass sie vollständig barrierefrei und für die gesamte Community verfügbar ist.
Was kommt als Nächstes?
Wir sind noch nicht fertig. Barrierefreiheit ist ein kontinuierlicher Prozess. Wir sind stolz auf die Fortschritte, die wir gemacht haben. Und wir sind entschlossen, noch weiter zu gehen.
Deshalb machen wir mit jeder neuen Version weiter. Wir beseitigen Barrieren, verbessern Funktionen und schulen unsere Teams darin, Barrierefreiheit von Anfang an zu berücksichtigen und in ihre Entscheidungen einzubeziehen. Das bedeutet während der Planung, dem Design, der Entwicklung und dem Testen.
Hier finden Sie eine Liste der für die nächsten Versionen geplanten Verbesserungen:
👩🏾🦯👨🏼🦯Accessibility - bekannte Probleme und nächste Schritte
Wenn Sie sich für Barrierefreiheit bei OpenProject interessieren und mehr darüber erfahren möchten, können Sie sich gerne an uns wenden. Die Erfahrungen unserer Nutzer sind für uns sehr wertvoll.
