In dem Beitrag, den ich vor einigen Tagen veröffentlicht habe, habe ich erläutert, wie man effizient einen strategischen Plan zur Priorisierung der Barrierefreiheit erstellt. Die Strategie basiert auf den Grundlagen der Festlegung eines Standards und der Ermittlung der wichtigsten digitalen Elemente und Funktionen Ihres Unternehmens. – damit Sie besser verstehen, wie Sie Prioritäten setzen können, um zu entscheiden, was zuerst behoben werden muss. Nachdem wir nun die Grundlagen für Ihre Barrierefreiheitsstrategie gelegt haben, ist es an der Zeit, zu Teil zwei überzugehen: der taktischen Roadmap, die die Einzelheiten der Priorisierung für Ihr Entwicklungsteam umreißt.
Im Folgenden sind einige häufige Probleme und Fragen aufgeführt, die von Entwicklern angesprochen werden, die mit der erfolgreichen Umsetzung eines Projekts zur Verbesserung der Barrierefreiheit betraut sind:
Was ist, wenn unser Entwicklungsteam keine Erfahrung mit Barrierefreiheit hat? Gehen wir Seite für Seite vor? Woher wissen wir, welche Probleme am dringlichsten sind? Wie lässt sich das alles bei engen Terminen unter einen Hut bringen? Und vor allem: Wie können wir einen umsetzbaren Plan erstellen, um alle kritischen Probleme zu beheben, ohne unser ohnehin schon überlastetes Entwicklungsteam zu überfordern?
In diesem Beitrag (Teil II der Reihe „Barrierefreiheit priorisieren“) werde ich auf all diese Themen eingehen und Ihnen praktische Tipps geben, wie Sie Ihren Plan auf den Weg bringen können.
Ihr taktischer Leitfaden: Was sollte Priorität haben?
Ich schlage vor, dass Ihr Entwicklungsteam die Kernfunktionen in verschiedene Prioritätsstufen unterteilt. Am besten geht das folgendermaßen:
1. Priorität – Korrektur der siteweiten Vorlagen (häufig verwendete Kopf- und Fußzeilen, Navigation, Seitenleiste(n))
2. Priorität – alle wiederverwendbaren Komponenten (wie z. B. eine Datumsauswahl oder einen Videoplayer) korrigieren
3. Priorität – Korrektur einzelner Seitenelemente (Inhalte, die nur auf einer bestimmten Seite vorkommen)
Denken Sie daran, dass dies keine eiserne Regel ist. Sollte diese Methode aus irgendeinem Grund bei Ihnen nicht funktionieren, können Sie natürlich flexibel vorgehen. Der Grund, warum ich diese Priorisierung jedoch nachdrücklich empfehle, ist, dass die ersten beiden Prioritäten dafür sorgen, dass Ihre wichtigsten Elemente barrierefrei werden. Warum ist es so wichtig, Vorlagen und wiederverwendbare Komponenten zuerst zu überarbeiten? Ganz einfach, weil damit ein Präzedenzfall geschaffen wird und es den nachgelagerten Entwicklern verdeutlicht, dass Sie über einen Barrierefreiheitsplan verfügen – und dass dieser bereits umgesetzt wird. Wenn Sie die Vorlagen und wiederverwendbaren Komponenten nicht überarbeiten, ist das für einen nachgelagerten Entwickler ziemlich demotivierend, da er dann nur Elemente im Haupt-Div der Seite bearbeiten kann . Außerdem machen Barrierefreiheitsprobleme in der Vorlage es für Menschen mit einer Behinderung unmöglich, die Seite zu nutzen.
Stellen Sie sicher, dass Sie auf dem richtigen Weg sind
Nun werden Sie sich mit den wichtigsten Elementen der Barrierefreiheit entlang der Nutzerpfade befassen. Wenn sich Ihr Fokus von den siteweiten Komponenten auf die Nutzerpfade verlagert, wählen Sie die wichtigsten Nutzerpfade und die Seiten mit dem höchsten Traffic aus, an denen Sie arbeiten möchten. Sie müssen sich zuerst um die wichtigsten Seiten kümmern. Diese sind zentrale Einstiegspunkte.
Wo gelangen die meisten Nutzer auf Ihre Website? Das könnte Ihre Startseite sein. Oder wenn Sie beispielsweise eine Online-Banking-Website betreiben, könnte es die Anmeldeseite für Ihr Konto sein. Als Nächstes müssen Sie sich Gedanken über die wichtigsten Nutzerpfade machen. Welche Wege nehmen Nutzer am häufigsten, wenn sie Ihre Website oder mobile App nutzen? Bleiben wir bei der Bank-Analogie: Das könnten die Seiten „Rechnung bezahlen“ oder „Überweisung vornehmen“ sein. Sobald diese fertiggestellt sind, arbeiten Sie an den Seiten mit dem höchsten Traffic-Aufkommen.
Wenn Sie Seiten priorisieren, ist es wichtig, dass Sie diese zunächst unter dem Gesichtspunkt der Barrierefreiheit betrachten. Betrachten Sie die Sache nicht nur aus der Perspektive Ihres Unternehmens, sonst könnten Sie am Ende in die falsche Richtung gehen. Ihr Team sollte sich vielmehr die Frage stellen: „Welche wichtigen Informationen und Funktionen müssen funktionieren, damit unsere Website für einen echten Menschen überhaupt nützlich ist?“
Und vergessen Sie nicht, auch die offensichtlichen Aspekte zu berücksichtigen, wie Feedback- und Kontaktformulare sowie alle Seiten zu Ihren Richtlinien oder Standards zur Barrierefreiheit oder zur Meldung von Problemen. Auch diese müssen barrierefrei sein!
Häufige Fragen und Bedenken: Welche Probleme sollten zuerst angegangen werden?
Nun sind wir beim äußerst wichtigen Abschnitt „Fragen und Antworten“ angelangt. Denn obwohl dieser Plan recht klar strukturiert ist, herrscht bei Entwicklungsteams oft noch große Unsicherheit, wenn es darum geht, die Vorgehensweise bei der Priorisierung bestimmter Barrierefreiheitsprobleme zu verstehen. Hier habe ich die häufigsten Fragen und Bedenken zusammengestellt, die das Entwicklerteam hinsichtlich des besten Vorgehens zur Behebung dieser Probleme haben könnte.
Muss ich jedes Problem beheben?
Die ehrliche Antwort: Nun ja, das sollten Sie eigentlich wirklich tun. Aber lassen Sie sich davon nicht überfordern. Wenn alles andere fehlschlägt, beheben Sie zunächst das, was Sie sicher beheben können – nämlich die großen Barrieren, die so massiv sind, dass bestimmte Funktionen ohne deren Beseitigung völlig unzugänglich oder unbrauchbar bleiben. Denn so sehr wir uns auch wünschen, dass alle unsere Barrierefreiheitsprobleme sofort gelöst werden, ist dies für viele Entwicklungsteams möglicherweise einfach keine Option. Möglicherweise fehlen die Zeit, die Ressourcen oder das Personal, um dies sofort umzusetzen. Stattdessen kannst du dich auf deinen strategischen Plan und deinen Fortschrittsbericht beziehen und schrittweise vorgehen – beginnend mit den Kernfunktionen und den kritischen bzw. schwerwiegenden Problemen.
Sollte ich diese Probleme Seite für Seite angehen?
Es ist wichtig, flexibel zu sein – mach also das, was für dich am besten funktioniert. Ich gehe Probleme oft ausgehend von den Auswirkungen auf die Nutzer an. Ich frage mich: „Inwieweit beeinträchtigt dieses Problem Menschen mit Behinderungen?“ Auch das Auftreten spielt eine Rolle. Und damit meine ich das Problem, das auf einer Website oder in einer mobilen App am häufigsten auftritt. Aber noch einmal: Nur weil ich Barrierefreiheitsprobleme gerne auf diese Weise angehe, heißt das nicht, dass du genauso vorgehen musst – es gibt keine Einheitslösung! Es gibt hier kein Patentrezept, sondern lediglich fundierte Ratschläge, die du je nach deiner Situation befolgen kannst.
Soll ich alle Fehler auf der Seite beheben, an der ich gerade arbeite? Wenn ich das tue, schaffe ich den Abgabetermin nicht!
Im Idealfall sollten alle Probleme auf der Seite behoben werden, ganz einfach, weil sie sich später sonst rächen werden, wenn man dies nicht tut. Wenn man beispielsweise nur einige Probleme behebt und dann sechs Monate später zurückkommt, um den Rest zu beheben, ist das wesentlich zeitaufwändiger. Andererseits verfügt nicht jedes Unternehmen oder jedes Entwicklungsteam über unbegrenzte Ressourcen. Wenn man also die wichtigsten Probleme beheben und Hindernisse bei kritischen Komponenten beseitigen kann, macht man bereits Fortschritte.
Wenn Sie wirklich unter großem Zeitdruck stehen, kehren Sie zur Frage „Was sollte ich zuerst beheben?“ zurück und konzentrieren Sie sich auf die Vorlagen und wiederverwendbaren Module. Nehmen Sie als Nächstes die wichtigsten Benutzerpfade und Seiten in Angriff, kümmern Sie sich dann um die kritischen und schwerwiegenden Probleme und heben Sie sich die mittelschweren und geringfügigen Probleme für den Schluss auf. In Phase zwei müssen Sie dann, sobald es die Zeit erlaubt, auf die verbleibenden Probleme zurückkommen und diese beheben; den Rest können Sie entfernen oder archivieren.
Beachten Sie außerdem, dass die Probleme mit der höchsten Priorität anhand der Schwere der Auswirkungen auf Nutzer mit Behinderungen ermittelt werden. Die Methode zur Priorisierung der Auswirkungskategorien in „kritisch“, „schwerwiegend“, „mäßig“ und „gering“ ist die pragmatischste Vorgehensweise für die Priorisierung in der ersten Phase Ihrer Maßnahmen zur Behebung von Mängeln. Ich kann dies nicht genug betonen: Die vollständige Einhaltung der WCAG 2.0 AA ist der einzige anerkannte Standard für Barrierefreiheit.
Apropos Prioritäten: Zwar ermöglicht Ihnen jedes brauchbare Tool zum Testen der Barrierefreiheit, Ihre Probleme seitenweise oder nach Problemtyp anzugehen, doch können die spezifischen Testparameter variieren. Unser Worldspace Compliance ermöglicht es Ihnen, Probleme nach bestimmten Parametern zu sortieren, wie zum Beispiel nach Erfolgskriterien und (meinem persönlichen Favoriten) der Priorität. Nicht alle Testtools verfügen über diese Prioritätsfunktion. Die Priorität verdeutlicht, welche Auswirkungen diese Art von Problem auf echte Menschen mit Behinderungen hat. Ich persönlich sortiere gerne nach Priorität und behebe zuerst alle kritischen und schwerwiegenden Probleme auf einer Seite – so werden die größten Barrieren aus dem Weg geräumt.
Übung macht den Meister! Der Pilotplan
Es mag abgedroschen klingen, aber das alte Sprichwort stimmt: Übung macht den Meister. Und wenn es um die Behebung von Barrierefreiheitsmängeln geht, ist Übung unerlässlich, damit sich Ihr Team mit dem gesamten Prozess vertraut machen kann – insbesondere, wenn es noch keine Erfahrung im Bereich Barrierefreiheit hat.
Im Motorsport ist es üblich, dass die Fahrer zur Vorbereitung auf das Rennen die Strecke zu Fuß abgehen. Bei einem Rundgang über die Rennstrecke können die Fahrer die Feinheiten der Strecke kennenlernen und ein Gefühl für die ideale Fahrlinie in jeder Kurve entwickeln.
Ich schlage vor, dass Ihr Entwicklungsteam erst einmal ein paar „Übungsrunden“ dreht, bevor es tatsächlich mit der Behebung von Problemen beginnt. Deshalb halte ich ein Pilotprojekt für so wichtig. Es kann Ihrem Team helfen, den vor ihnen liegenden Weg zu verstehen und sich darauf vorzubereiten (kein Wortspiel beabsichtigt). Wählen Sie ein Team aus, das bereits motiviert ist, sich mit Barrierefreiheit auseinanderzusetzen, und stellen Sie ihm einen Experten für Barrierefreiheit zur Seite. Stellen Sie ihnen Schulungen, die entsprechenden Tools, eine Bewertung sowie einige Seiten zur Verfügung, die überarbeitet werden müssen. Ich garantiere Ihnen: Nach Abschluss des Pilotprojekts werden sie sich „auf der Straße“ viel sicherer fühlen.
Hier ist ein Entwurf für eine gute Vorlage für ein Pilotprojekt:
Pilotprojekt/Übungsrunden
Entwicklerteam auswählen + mit einem A11y-Experten zusammenarbeiten
- Eigene Pfade für Schlüsselbenutzer
- Motiviert, sich mit Barrierefreiheit (A11Y) auseinanderzusetzen
- Abenteuerlustig
Plan – Wählen Sie 1–3 Seiten aus, die barrierefrei gestaltet werden sollen
Schulung – Gezielte Schulung zum Thema Barrierefreiheit für Entwickler
Ausstattung – Installiert Tools zur Barrierefreiheitsprüfung
Erstbewertung – Erstellung eines Berichts mit einer fachlichen Bewertung und Empfehlungen zur Behebung der Mängel für das Pilotteam. Das Pilotteam prüft und wertet die Ergebnisse anschließend aus, gegebenenfalls mit Unterstützung durch einen A11y-Experten.
Beheben – Das Pilot-Team priorisiert Barrierefreiheitsprobleme, behebt sie und führt erneute Tests durch. Bei Bedarf wird Unterstützung durch einen Barrierefreiheitsexperten in Anspruch genommen.
Lernergebnisse festhalten – Nachbesprechung, Erfolge dokumentieren, Verbesserungsmöglichkeiten identifizieren und die nächsten Schritte besprechen.
Realitätscheck: Faktoren bei Rechtsstreitigkeiten und die Kraft der Empathie
Woher wissen Sie, ob Sie bei der Priorisierung Ihrer Barrierefreiheitsprojekte die richtigen Entscheidungen getroffen haben? Stellen Sie sich zum Abschluss einmal folgendes Szenario vor: Sie stehen vor einem Richter in einem Gerichtssaal und erläutern den aktuellen Stand der Barrierefreiheit in Ihrem Unternehmen. Sie gehen durch, was Sie bereits behoben haben, und haben dem Richter dargelegt, was Sie als Nächstes in Angriff nehmen wollen. Werden Sie dem Richter beweisen können, dass Ihnen Barrierefreiheit wirklich am Herzen liegt und Sie Ihr Bestes geben, um Ihre Website oder App vollständig barrierefrei zu gestalten? Wird der Richter oder die Richterin auf der Grundlage der von Ihnen dargelegten Projektdetails davon überzeugt sein, dass Ihr Plan zur Behebung der verbleibenden Mängel sowohl vernünftig als auch logisch ist? Und was wird der Richter oder die Richterin davon halten, wie Sie sich um Kunden kümmern, die jetzt Zugang zu Ihren Diensten benötigen, diesen aber noch nicht haben? Wenn Sie dieser Richter oder diese Richterin wären, wären Sie dann davon überzeugt, dass dieses Unternehmen (Ihr Unternehmen) alles in seiner Macht Stehende tut, um eine tragfähige, umfassende Barrierefreiheitslösung umzusetzen?
Lassen Sie uns dieses Rollenspiel noch einen Schritt weiterführen. Menschen, die im Bereich Barrierefreiheit arbeiten, müssen in der Lage sein, sich in die Nutzer hineinzuversetzen, die am stärksten von Barrierefreiheitsproblemen betroffen sind. Schlüpfen Sie für einen Moment aus der Rolle des Geschäftsmanns. Legen Sie die Belange Ihres Unternehmens beiseite und stellen Sie sich vor, Sie säßen auf der anderen Seite des Tisches. Stellen Sie sich vor, Sie wären derjenige, der keinen Zugriff auf eine wichtige Funktion Ihrer Website hätte. Fragen Sie sich: „Wenn ich keinen Zugriff darauf hätte, wie würde ich mich fühlen?“ Wenn Sie darauf nur mit einem Achselzucken reagieren, ist das Problem wahrscheinlich nicht kritisch. Wenn Ihre spontane Reaktion jedoch Wut und Frustration ist, handelt es sich höchstwahrscheinlich um ein kritisches Problem, das sofort behoben werden muss.
Nachdem ich nun die Grundlagen geschaffen und den Weg für einen pragmatischen Ansatz zur Priorisierung der Barrierefreiheit geebnet habe, verfügen Sie über einen zweistufigen Plan, der Ihnen dabei helfen wird, die erforderlichen Änderungen zu konzipieren und umzusetzen. Außerdem werden Sie besser verstehen, wie Sie priorisieren können, welche Funktionen sofortige Aufmerksamkeit erfordern und welche Probleme zuerst behoben werden sollten. Nun kann das Rennen um Barrierefreiheit beginnen … Meine Damen und Herren, starten Sie Ihre Motoren!
