Barrierefreiheit im Team: Zuständigkeiten und Freigaben aufbauen

Ein überprüfbares Ziel festlegen

„Wir verbessern die Website“ ist schwer zu planen. Formuliere stattdessen einen abgegrenzten Auftrag: „Wir prüfen Anmeldung und Kontaktformular gegen unser festgelegtes WCAG-Ziel, beheben blockierende Barrieren und dokumentieren die offenen Punkte.“ Benenne Zielstandard, betrachtete Angebote, verfügbare Zeit und den nächsten Prüftermin. Die rechtlichen Anforderungen an dein konkretes Angebot musst du zusätzlich passend einordnen.

Halte auch fest, welche Bereiche vorerst außerhalb der Prüfung liegen. Ein eng begrenzter Prüfauftrag wird dadurch nachvollziehbar; er wird nicht zu einer Aussage über die gesamte Website.

Aufgaben statt nur eine verantwortliche Person benennen

Eine koordinierende Person hält den Überblick. Die Arbeit verteilt sich trotzdem: Design prüft Kontraste und Zustände, Redaktion prüft Struktur und Texte, Entwicklung prüft Semantik und Interaktionen. Die fachlich zuständige Person bestätigt, dass ein geänderter Ablauf weiterhin seinen Zweck erfüllt. In einem kleinen Unternehmen können mehrere Aufgaben bei derselben Person liegen; sie sollten dennoch ausdrücklich benannt sein.

Klärt mit externen Agenturen und Komponentenlieferanten, wer einen Befund annimmt, die Korrektur liefert und die erneute Prüfung dokumentiert. Ein ungeklärter Übergabepunkt lässt selbst einen gut beschriebenen Fehler liegen.

Nach Auswirkung priorisieren

Beginne bei Barrieren, die eine wichtige Aufgabe verhindern: ein nicht bedienbarer Bestellbutton, ein unverständlicher Formularfehler oder eine Navigation ohne Tastaturzugang. Gemeinsame Komponenten verdienen besondere Aufmerksamkeit, weil ihre Korrektur viele Seiten verbessert. Beziehe gemeldete Probleme und viel genutzte Inhalte ein.

Eine mögliche Reihenfolge ist: blockierter Abschluss, stark erschwerte Bedienung, weitere Verbesserung. Ergänze jeweils betroffene Aufgabe, Reichweite und Aufwand. Eine hohe Zahl gleichartiger Findings sollte nicht automatisch einen einzelnen vollständigen Prozessabbruch überdecken.

Befunde in umsetzbare Tickets verwandeln

• Benenne URL oder Komponente und die Aufgabe, die jemand erledigen möchte.
• Beschreibe Startzustand, Prüfschritte, beobachtetes Verhalten und erwartetes Ergebnis.
• Ergänze Testumgebung sowie gegebenenfalls WCAG-Bezug und Screenshot oder Ausgabe.
• Ordne eine verantwortliche Person, Priorität und einen realistischen Termin zu.
• Schließe das Ticket erst nach einer erneuten Prüfung desselben Ablaufs und dokumentiere deren Ergebnis.

Prüfung in die Freigabe aufnehmen

Lege für neue Seiten eine kurze redaktionelle Kontrolle fest und für neue Komponenten einen passenden manuellen Test. Automatische Prüfungen können wiederkehrende technische Probleme früh sichtbar machen. Plane umfangreichere Prüfungen für neue oder wesentlich geänderte Abläufe. Eine kleine feste Sammlung von Testaufgaben erleichtert Vergleiche zwischen Releases.

Beziehe Menschen mit unterschiedlichen Behinderungen früh ein und plane dafür Zeit sowie eine angemessene Vergütung. Ihr Feedback erklärt reale Nutzungshürden. Es ergänzt die Prüfung anhand des Standards, ersetzt diese aber nicht.

Fortschritte verständlich berichten

Berichte, welche Aufgaben geprüft wurden, welche Barrieren behoben sind und was noch offen ist. Ergänze für offene Punkte Zuständigkeit und nächsten Schritt. Ein einzelner Score lässt diese Fragen unbeantwortet. Sammle Rückmeldungen über einen erreichbaren Kontakt und prüfe wiederkehrende Ursachen: Fehlt eine geeignete Komponente, eine redaktionelle Vorlage oder Wissen im Team? Daraus entstehen gezielte Verbesserungen für die nächste Arbeitsrunde.