Digitale Barrierefreiheit im agilen UX-Prozess

Inhalt

Definitionen rund um Accessibility (A11Y)
Handlungsbedarf bei barrierefreier Gestaltung
Mehrwert durch barrierefreies Design
Vorschriften zur digitalen Barrierefreiheit
Für welche Bereiche gelten Vorgaben zur Barrierefreiheit?
A11Y – Digitale Anwendungen barrierefrei umsetzen
Barrierefreiheits-Check

In Sachen digitaler Barrierefreiheit gibt es noch viel zu tun. Das zeigt zum Beispiel auch der Monitoringbericht des BFIT-Bundes, der über 1000 Webauftritte nach 50 Erfolgskriterien testete. Das Ergebnis verdeutlicht einen hohen Verbesserungsbedarf im Bereich der Barrierefreiheit. Im Folgenden zeigen wir euch einen Überblick über die 5 häufigsten Anforderungen, die nicht bestanden wurden:

Mit dem  Barrierefreiheitsstärkungsgesetz (BFSG) wird die EU-Richtlinie zur Barrierefreiheit (European Accessibility Act) in Deutschland umgesetzt. Das Gesetz tritt ab dem 28. Juni 2025 in Kraft. Es erweitert die bestehenden Regelungen um den gesamten digitalen Bereich und definiert neue Standards, um Produkte und Dienstleistungen barrierefrei zu gestalten. Zudem wird der Anwendungsbereich des Gesetzes vom öffentlichen auf den privaten Sektor ausgedehnt.

Für uns Gestalter:innen spielt die WCAG 2.1 eine wichtige Rolle. Diese Guidelines wurden von der Web Accessibility Initiative (WAI) des World Wide Web Consortiums (W3C) ausgearbeitet und geben den internationalen Standard zur barrierefreien Gestaltung von Online-Angeboten in der EU vor.  Für alle Akteure, die zukünftig das Barrierefreiheitsstärkungsgesetz umsetzen wollen und müssen, sind die WCAG 2.1 Guidelines eine hilfreiche Orientierung.

Der erste Schritt, um Barrierefreiheit in einem Projekt erfolgreich mitzudenken, ist die Bewusstseinsbildung (Awareness) im gesamten Team und alle Mitarbeitende in diesem Thema entsprechend zu befähigen. Bereits bei der Projektinitialisierung solltet ihr darauf achten, Barrierefreiheit in die verschiedenen Projektebenen zu integrieren:

• Barrierefreiheit von Anfang an mitplanen heißt, dass ihr schon bei der Ziel- bzw. Produktfindung Barrierefreiheit und erweiterte Zielgruppen berücksichtigt und einplant.
• Stellt sicher, dass ihr ausreichend fachliche Ressourcen habt, die sich mit Barrierefreiheit auskennen und somit Product Owner befähigen, die Produktanforderungen entsprechend zu definieren
• Design und Entwicklung sollten nach den BITV-Vorgaben geschult werden, sodass sie mit den Anforderungen hinsichtlich Barrierefreiheit vertraut sind und diese integrieren und überprüfen können.
• Auch eure Qualitätssicherung solltet ihr erweitern, um Barrierefreiheit in den einzelnen Entwicklungsschritten zu überprüfen.

Für unsere Projekte haben wir einen Ansatz entwickelt, der Bewusstsein für inklusive Gestaltung schafft und euer Projektteam darin schult, inklusiv zu denken.
Denn in der Produktentwicklung konzentrieren wir uns häufig auf den idealen Nutzer, den sogenannten „Happy Path“. Aber was passiert mit unserem Produkt, wenn wir nicht inklusiv denken? Und wie gelingt der Schritt vom „Happy Path“ hin zu einem „Inclusive Path“? In einem gemeinsamen Workshop erarbeiten wir zunächst die Anforderungen von Personen mit unterschiedlichen Einschränkungen für euer Produkt. Im Anschluss analysieren wir, welche Implikationen es hat, diese inklusiven Features zu integrieren, und welche potenziellen Herausforderungen und Gefahren dabei auftreten können.
So schaffen wir ein Bewusstsein für inklusives Design und Barrierefreiheit und zeigen Denkweisen auf, die über den Tellerrand hinaus gehen.

• Klärt die Anforderungen für eure Research-Maßnahmen: Wo wird das Produkt eingesetzt? Welche gesetzlichen Vorgaben gelten? Verstehen wir die Bedürfnisse der Nutzenden?
• Erweitert die Nutzungsgruppen, indem ihr diverse Nutzergruppen definiert und in den Entwicklungsprozess einbezieht.
• Erstellt Personas für Zielgruppen mit Beeinträchtigungen.
• Integriert Testing in eure Entwicklungsschritte: Ein kontinuierliches Testing entlang des Entwicklungsprozesses ist essenziell, wobei wir eine Balance von 30 % automatisierten und 70 % manuellen Tests empfehlen.
  • Manuelles Testing eignet sich, um herauszufinden, ob eure Anwendung barrierefrei ist. Hier kommen erfahrene und zertifizierte Tester:innen zum Einsatz, die sich mit WCAG/BTIV auskennen und überprüfen euer Produkt auf Barrierefreiheit. Insbesondere Öffentliche Stellen müssen eine solche Überprüfung in einem Prüfbericht nachweisen.
  • In Automatisierte Tests könnt ihr eure Anwendungen schnell und unkompliziert mit Tools wie AXE, WAVE oder Lighthouse vorab und während des Prozesses überprüfen.
  • Nutzungstests sind besonders wichtig, um Barrierefreiheit abzudecken, da ihr echte Nutzende mit verschiedenen Einschränkungen in den Entwicklungsprozess integriert und das Produkt aus Sicht der verschiedenen Einschränkungen/Behinderungen bewerten lassen könnten. Wir verfügen über Kooperationen mit Vereinen, die solche Zielgruppen mit den entsprechenden Profilen vermitteln. So identifiziert ihr Pain Points und Bedürfnisse verschiedener Beeinträchtigungen und erhebt gleichzeitig Besonderheiten im Nutzungskontext (z. B. Lichtverhältnisse) zur Erfassung weiterer Barrieren.

• Erweitert euer Konzept, um die definierten Anforderungen hinsichtlich Barrierefreiheit.
• Führt manuelle Test mit gestalteten Screens durch.
• Passt eure Prototypenentwicklung auf Testszenarien und erweiterte Nutzungsgruppen an.
• Holt regelmäßig Feedback aus Nutzertests ein.

• Bei der Übergabe an die Entwicklung ist es wichtig, die Barrierefreiheit auch in Gestaltungstools wie Figma zu verankern. Am besten erstellt ihr eine Anforderungsliste, die die Eigenschaften für die verschiedenen Elemente festhält.
• Diese Dokumentation ermöglicht es den Entwickler:innen, die barrierefreien Anforderungen zu berücksichtigen und sicherzustellen, dass alle Komponenten den festgelegten Standards entsprechen.
• Integriert das A11Y-Testing auch nach der Implementierung für weitere Releases.

Um ein positives Bewusstsein für Barrierefreiheit (A11Y) zu schaffen, ist es entscheidend, dass das gesamte Team von Anfang an in den Prozess einbezogen wird. Alle Bereiche, einschließlich Projektleitung, UX Design und Entwicklung sollten Verantwortung für die A11Y übernehmen.

Kontinuierliches Testing im Entwicklungsprozess ist essenziell, insbesondere mit diversen Nutzungsgruppen. Hier hilft die Zusammenarbeit mit Organisationen und Vereinen für Menschen mit Behinderungen, um deren Perspektiven und Bedürfnisse direkt in die Entwicklung einfließen zu lassen . Und ganz wichtig: nach dem Testing ist vor dem Testing! Integriert das A11Y-Testing auch nach dem Release.

Stefanie Angele ist als Creative Director und UX Lead für die ganzheitliche UX-Entwicklung von digitalen Produktenbei UID GmbH verantwortlich. Mit dem Innovations-Team bei UID in München erarbeitet Stefanie in enger Zusammenarbeit mit Nutzenden und Kunden Anforderungen, gestaltet Interaktionskonzepte mit testbaren Prototypen, und kreiert innovative Produkte für die Welt von heute und morgen. Darüber hinaus entwickelt sie in ihrer Position als UX-Strategin unter Betrachtung von neuen Technologien und Trends Zukunftsszenarien, um Unternehmensstrategien auf fundierte Einschätzungen zu stützen, die im Rahmen der digitalen Transformation neuen Stellenwert bekommen haben.

• https://www.interaction-design.org/literature/topics/accessibility
• https://www.interaction-design.org/literature/topics/inclusive-design
• https://inclusive.microsoft.design
• https://www.bmas.de/DE/Service/Gesetze-und-Gesetzesvorhaben/barrierefreiheitsstaerkungsgesetz.html
• https://www.barrierefreiheit-dienstekonsolidierung.bund.de/Webs/PB/DE/gesetze-und-richtlinien/wcag/wcag-artikel.html
• https://www.lf-barrierefreiheit-st.de/digitales/webseiten/normen-und-richtlinien