Drücke "Enter", um den Text zu überspringen.

Barrierefreiheit als Problem der Governance, nicht der Technik

Je besser die Technik wird, desto stärker wird Barrierefreiheit zu einer Frage von Organisation, Prozessen und Governance.

Digitale Barrierefreiheit gilt oft als reine Programmieraufgabe. Doch während moderne Frameworks, KI und automatisierte Tests technische Hürden heute viel leichter lösen, verschiebt sich die Kernfrage: Nicht mehr das technische Können ist die Hürde, sondern die prozessuale Umsetzung.

Vorneweg zwei Hinweise: Viele Barrierefreiheits-Profis werden mir an der Stelle widersprechen, was völlig in Ordnung ist. Sie sehen die technische Entwicklung skeptischer als ich. Außerdem sage ich nicht, dass Technik alle Probleme lösen wird, sie kann einen Großteil der Probleme lösen. Die Frage ist auch, ob diese Tools out of the box funktionieren werden. Bei Design kann ich mir das gut vorstellen: Kontraste, Klickflächen, Focus Visibility sind Probleme, die schon jetzt automatisiert prüfbar wären, das ist genau das Problem, was ich hier beschreiben möchte. Bei Entwicklung ist es etwas anders: Hier wird man glaube ich Barrierefreiheits-Expertinnen benötigen, welche die Regeln für Design-Systeme und Dev-Umgebungen formulieren, die mit KI oder regelbasiert arbeiten. Es ist halt kein Selbstläufer, wie viele Personen ohne Ahnung von Barrierefreiheit glauben.

Automatisierung senkt die Kosten – nicht die Verantwortung

Tools und KI erkennen Fehler schneller und machen Prüfungen wiederholbar, übernehmen aber keine Verantwortung. Ein Tool findet zwar fehlenden Alternativtext, bewertet aber nicht dessen Sinngehalt. Zudem können KIs bestehende Fehler reproduzieren. Werkzeuge ersetzen daher keine Governance, sondern erfordern klare Regeln für deren Einsatz und menschliche Expertise für qualitative Prüfungen.

„Frühzeitig“ ist eine Governance-Frage

Spät entdeckte Barrieren sind teuer. Um sie zu vermeiden, muss Barrierefreiheit ab Konzeption und Design in bestehende Abläufe integriert werden – etwa über Backlog-Anforderungen, Akzeptanzkriterien, Design-Reviews oder die Definition of Done. Die Schlüsselfrage lautet: An welcher Stelle im Prozess wird Barrierefreiheit verbindlich?

Vom Expertenthema zum Führungsthema

Wenn Accessibility am Engagement Einzelner hängt, bleibt das System fragil. Führungskräfte müssen Verantwortung verankern, Zielkonflikte lösen und Ressourcen bereitstellen. Governance schafft hierfür klare Zuständigkeiten, verbindliche Regeln und nachvollziehbare Entscheidungen.

Accessibility als Qualitätsmerkmal des Entwicklungsprozesses

Barrierefreiheit ist kein nachträglicher Arbeitsschritt, sondern ein Qualitätsmerkmal professioneller Entwicklung. Statt Fehler im Nachgang zu beheben, sollte der Prozess standardmäßig barrierearmen Code erzeugen. Alle Beteiligten (Design, Dev, PO, QA) müssen wissen, wann und wie sie Verantwortung übernehmen.

Governance braucht Steuerungsmechanismen

Prozesse benötigen Verbindlichkeit. Wenige, aussagekräftige Kennzahlen – wie die Entwicklung von Fehlerraten über Releases, die Komponenten-Abdeckung oder Bearbeitungszeiten – machen sichtbar, ob Accessibility gelebt oder nur reaktiv behandelt wird.

Ressourcen sind Teil der Governance

Bekenntnisse zu Accessibility bleiben wirkungslos ohne Zeit, Budget und Schulungen. Governance zeigt sich daran, ob Prioritäten mit konkreten Ressourcen hinterlegt sind – insbesondere für präventive Maßnahmen.

Nachhaltigkeit: Accessibility darf nicht mit dem Projekt enden

Produkte und Teams verändern sich ständig. Dauerhafte Barrierefreiheit erfordert kontinuierliche Qualitätssicherung über den gesamten Lebenszyklus hinweg – einschließlich Wartung, Releases, Beschaffung und Wissensmanagement.

Der eigentliche Hebel liegt zwischen den Disziplinen

Entscheidungen fallen verstreut in Produktmanagement, Design, Entwicklung, Einkauf und Führung. Gute Governance verbindet diese Silos durch gemeinsame Standards, klare Übergaben und wiederholbare Strukturen.

Das Problem wird organisatorischer, gerade weil die Technik besser wird

Die Ausrede, Barrierefreiheit sei technisch zu komplex, greift nicht mehr. Der Schwerpunkt verschiebt sich grundlegend:

  • von Toolauswahl → zu Prozessgestaltung
  • von Einzelfallprüfung → zu systematischer Qualitätssicherung
  • von Expertenwissen → zu Organisationskompetenz
  • von Fehlerbehebung → zu Prävention
  • von Projekt → zu kontinuierlicher Governance

Die entscheidende Frage ist nicht mehr, ob wir Barrierefreiheit technisch umsetzen können, sondern ob Organisationen dafür sorgen, dass vorhandene Möglichkeiten konsequent, frühzeitig und dauerhaft genutzt werden.