Wie ernst nimmt Ihr Designbüro das Thema Weiterbildung?

Heute stelle ich Ihnen einen strategischen Ansatz vor, mit dem Ihr Designbüro mehr aus den Daten zum Thema Barrierefreiheit herausholen kann, über die Sie bereits verfügen.

Ich werde erneut auf die übliche „How-to“-Artikelformel und trockene Aufzählungen taktischer „Tu dies/Tu das nicht“-Anweisungen verzichten. Stattdessen werde ich mich darauf konzentrieren, Ihnen dabei zu helfen, darüber nachzudenken, WARUM Sie Dinge anders angehen sollten, damit Ihr Programm wirkungsvolle Veränderungen bewirken kann, die sich skalieren lassen.

Das Problem

Teams machen Fehler. Das ist eine Tatsache. Punkt. Aus. 

Die digitale Barrierefreiheit ist eine gemeinsame Verantwortung von Design, Entwicklung und Test. Barrierefreie Lösungen werden zunächst so konzipiert, dass sie barrierefrei sind, dann so entwickelt, dass sie barrierefrei funktionieren, und schließlich getestet, um sicherzustellen, dass sie tatsächlich barrierefrei sind. Keine einzelne Person ist allein für die Barrierefreiheit verantwortlich – es handelt sich um eine echte Teamleistung. Es liegt also auf der Hand, dass alle Teammitglieder gemeinsam voneinander lernen können, um die Qualität zu verbessern.

Wenn wir verstehen, wo und wann Fehler auftreten, können wir gezielt auf das „Wie“ und „Warum“ eingehen und so letztendlich die Fehlerquote senken. Je früher im Entstehungsprozess wir Änderungen vornehmen können – beispielsweise bereits in der Entwurfsphase –, desto größer ist der Einfluss, den wir auf Qualität, Kosten und Geschwindigkeit nehmen können. 

Beim Lernen darf es nicht ausschließlich darum gehen, festgestellte Mängel oder Prozessfehler zu betrachten und zu beheben. Das ist ein reaktiver Ansatz, der Ihre Teams in einem permanenten Aufholmodus hält, da sich das „Lernen“ auf diesen konkreten Fehler beschränkt. Durch fundierte Methoden zur Gestaltung von Schulungsmaßnahmen wird die Fähigkeit zu lernen. Um das Verständnis zu vertiefen und wirklich zu verinnerlichen, müssen Sie zunächst die Ziele und Aktivitäten festlegen, die es es Ihnen ermöglichen, systemisch zu lernen. Dies ermöglicht einen skalierbareren und nachhaltigeren Ansatz: proaktiv zu handeln, wo immer dies möglich ist, und gleichzeitig Momente zu antizipieren, in denen Sie lernen können. Aus der Perspektive der Gestaltungspraxis bedeutet dies, den gesamten Gestaltungsprozess ganzheitlich zu betrachten und Programme zur digitalen Barrierefreiheit zu betrachten, um festzustellen, was Sie lernen können und woher.  

Betrachten wir einmal ein hypothetisches, robustes digitales Praxisbeispiel, um einige wichtige – aber möglicherweise übersehene – Lernmöglichkeiten zu untersuchen.

Co-Design-Sitzungen

Designer und Entwickler sollten die Benutzererfahrung gemeinsam gestalten und planen und während des gesamten Designzyklus konstruktive Diskussionen führen. Wie soll der Designer ohne diese Gespräche wissen, ob die Entwicklung die von ihm vorgestellte Benutzererfahrung tatsächlich umsetzen kann? Das ist das Letzte , was man tun sollte, ist, in einem Vakuum zu entwerfen und den Entwurf dann einfach über die Mauer zum Entwickler zu werfen. In mehr als zwanzig Jahren habe ich noch nie erlebt, dass dieses Modell erfolgreich war – ganz gleich, wie viele Anmerkungen man auch noch sorgfältig in seine Wireframes oder Design-Entwürfe eingearbeitet hat.

Barrierefreiheit kann als fester Bestandteil dieses Dialogs behandelt werden. Der Designer hat die Möglichkeit, den Entwickler aufzuklären und sein Wissen über Barrierefreiheit frühzeitig weiterzugeben. Wenn alle Endnutzer stets im Blick behalten werden, entsteht sowohl für Entwickler als auch für Designer weniger Nacharbeit.

Wenn Ihr Barrierefreiheitsprogramm gerade erst anläuft, sollten Sie in Betracht ziehen, umfangreich in Fachexperten für Barrierefreiheit (A11Y-SMEs) zu investieren, die fest in Ihr(e) Design- oder User-Experience-Team(s) eingebunden sind. Meine persönlichen Erfahrungen mit diesem Ansatz haben gezeigt, dass sich dadurch die Fehlerquote deutlich verringert hat.

Design-Peer-Reviews

Peer-to-Peer-Design-Reviews sind der richtige Ort für Designer, um ihre Arbeit zu verteidigen und/oder nachzuweisen, dass sie Standards (Marken-, Inhalts-, Unternehmens-, Designsystem- und Barrierefreiheitsstandards usw.) in ihre Entwürfe integriert haben. Außerdem bieten sie einem Senior-Designer mit umfassender Erfahrung im Bereich der digitalen Barrierefreiheit und/oder einem Fachexperten für digitale Barrierefreiheit (SME) eine gute Gelegenheit, nicht nur die Einhaltung der Standards zu überprüfen, sondern auch jüngere Designer darin zu schulen, bewährte Verfahren zur Barrierefreiheit in ihre Entwürfe zu integrieren. Ein effektives Design hat das Potenzial, Fehler in der Barrierefreiheit, die im Entwicklungszyklus entstehen, um 67 % zu reduzieren.

Für alle Designteams, die Figma nutzen, kann „axe for Designers“ die Design-Reviews beschleunigen. Durch den Einsatz dieses Tools lassen sich bestimmte Barrierefreiheitstests für das Design automatisiert durchführen vor . Gehen Sie mit Ihrem „Design-Slug“ in die Besprechung, der zeigt, welche Designelemente (wie Farbkontrast und Touch-Ziele) bereits vor dem Meeting fertiggestellt wurden. So kann sich die Diskussion (effizienter) auf andere Aspekte des Designs konzentrieren.

Usability-Tests

Wie ich bereits im letzten Design-Blog, sollten wir uns darauf einigen, dass Barrierefreiheit in der Benutzerfreundlichkeit verwurzelt ist. Im Internet gibt es unzählige aufschlussreiche Artikel zu diesem Thema, daher werde ich das hier nicht noch einmal aufgreifen. Falls ihr jetzt erst einmal weiterrecherchieren müsst, denkt einfach daran: „Kommt später wieder vorbei!“

Designteams sollten bei Usability-Tests eng mit ihren UX-Forschungsteams zusammenarbeiten. Ein Teil dieser Tests sollte mit Menschen mit Behinderungen durchgeführt werden. Wie das Sprichwort sagt: „Nichts für uns ohne uns.“ Ihr UX-Forschungsteam wird Sie dabei unterstützen, die Probleme Ihrer Nutzer für Neugestaltungsmaßnahmen zu dokumentieren. In meiner Designpraxis ermutige ich das Forschungsteam, die Testpersonen, wann immer möglich, zu bitten, eine Lösung vorzuschlagen, die die Benutzererfahrung für sie benutzerfreundlicher machen würde. Ich empfehle Ihnen, die Experten zu fragen, damit Sie nicht raten müssen.

Am besten ist es, das gesamte Team für digitale Produkte einzubeziehen, damit es (live oder als Aufzeichnung) bei Usability-Sitzungen dabei ist. Auf diese Weise kann sich jeder selbst ein Bild davon machen, wie Menschen mit Behinderungen das digitale Produkt nutzen können (oder nicht). Erfahrungen aus erster Hand fördern Empathie, was wiederum dazu beiträgt, der digitalen Barrierefreiheit Priorität einzuräumen.

Abnahmemethoden – auch bekannt als „Check The Build To The Design“

Design-, Entwicklungs- und Qualitätsteams überspringen diese Phase des Entwicklungsprozesses oft. (Wir sind uns sicher einig, dass es zu viele Gründe dafür gibt, warum dies für den heutigen Blogbeitrag nicht relevant ist, um sie hier aufzuzählen.) Jemand in Ihrer Designabteilung sollte damit beauftragt werden, zu überprüfen, ob die Umsetzung dem Design entspricht – bis hin zur Platzierung auf Pixelebene –, bevor Zeit in das Testen während der Qualitätsphase investiert wird. Stimmt der Prototyp oder die Sandbox-Version mit dem überein, was im Wireframe oder im Design-Entwurf dokumentiert wurde? Falls nicht, nimmt sich Ihr Team die Zeit, um zu verstehen, warum das so ist und daraus für zukünftige Iterationen zu lernen? Das muss getan werden – Punkt. Die Erkenntnisse, die diese Analyse liefert, sind zu wichtig, um sie zu überspringen.

Agile Retrospektiven

In meiner beruflichen Laufbahn waren Retrospektiven stets eine verborgene Quelle für neue Chancen. Auch wenn agile Retrospektiven am Ende des Sprints stattfinden – also weit nach der Entwurfsphase –, möchte ich betonen, dass Ihre Designer an den Retrospektiven teilnehmen sollten, um gemeinsam zu erarbeiten, was im nächsten agilen Sprint verbessert werden kann.

Wenn Zeit und Energie darin investiert werden, die eigentliche Ursache eines Problems zu ergründen, können Teams schnell systemische Änderungen vornehmen, um sicherzustellen, dass der Fehler nicht erneut auftritt. Wenn diese Erkenntnisse an alle agilen Teams weitergegeben werden, geht Ihr Unternehmen proaktiv und in großem Maßstab gegen zukünftige Fehler vor.

Wir haben bereits vier Lernmöglichkeiten identifiziert, die im Rahmen der Retrospektive besprochen werden könnten:

1. Teilen Sie die Erkenntnisse aus den Co-Design-Sitzungen mit, damit andere Teammitglieder daraus lernen können.  
   • Welches Wissen wurde zwischen den Designern und den Entwicklern ausgetauscht?  
   • Wie lässt sich das so umsetzen, dass alle über dasselbe Wissen verfügen und diese Fehler in Zukunft nicht mehr machen?
   • Hat dies Auswirkungen auf nachgelagerte oder vorgelagerte Bereiche, die genutzt werden können, um die Situation in größerem Maßstab zu verbessern?
2. Teilen Sie mit, was bei den Peer-Reviews festgestellt wurde, und streichen Sie die Testergebnisse von „Designer“.  
   • Was wurde frühzeitig erkannt und wie hat die Neugestaltung das Problem gelöst?  
   • Gibt es eine Kennzahl, anhand derer sich die potenziellen Einsparungen bei der Programmierung aufzeigen lassen, die sich ergeben, wenn das Problem erkannt wird, bevor Investitionen in die Programmierung getätigt werden?  
   • Was können andere Designer daraus lernen und in ihre Entwürfe einfließen lassen?
3. Teilen Sie mit, welche Erkenntnisse aus den Barrierefreiheits-Nutzertests gewonnen wurden.
   • Worin bestand der Unterschied zwischen der tatsächlichen Nutzung durch die Nutzer und der von uns angenommenen Nutzung?
   • Um wie viel Zeit hat die Nachbesserung (und die erneuten Tests zur Überprüfung, ob das Problem behoben wurde) das Team zurückgeworfen?
   • Welchen Annahmen und/oder Vorurteilen könnte entgegengewirkt (und dies dokumentiert) werden, damit künftige Bemühungen erfolgreicher sind?
4. Bitte nennen Sie etwaige Abweichungen zwischen Entwurf und Ausführung.
   • Lässt sich die eigentliche Ursache für diese Lücke ermitteln?
   • Welche Änderungen können an den Prozessen vorgenommen werden, um sicherzustellen, dass weniger „unnötige“ Arbeit anfällt?

Die Teams sollten außerdem einige dieser Ideen in ihre Retrospektive einfließen lassen:

1. Welche Probleme der Entwickler wurden durch automatisierte Barrierefreiheitstests aufgedeckt?
   • Als Sie diese Mängel durchgesehen haben: Gab es etwas, das man bereits in der Konstruktionsphase hätte tun können, um sie zu vermeiden?
   • Wurde der Mangel durch mangelnde Schulung oder Ausbildung verursacht? 
   • Gibt es Schulungen oder Kurzschulungen, die den Teams helfen würden, diesen Fehler in Zukunft zu vermeiden?
2. Welche Mängel wurden bei manuellen Barrierefreiheitstests mit assistiver Technologie festgestellt?
   • Was war die eigentliche Ursache des Defekts?
   • Handelt es sich bei dem Fehler um ein bekanntes Problem, das in die automatisierten Testtools aufgenommen werden sollte, damit keine manuellen Tests mehr erforderlich sind? Vielleicht sollte dies in die Designstandards aufgenommen werden.
   • Handelt es sich bei dem Mangel um eine WCAG-Best-Practice, die unternehmensweit standardisiert werden sollte?
3. Teilen Sie Trenddaten und/oder integrieren Sie Gamification-Elemente. (Ein bisschen Wettbewerb hat noch niemandem geschadet!)
   • Zeigen Sie die Anzahl der Barrierefreiheitsfehler sowie weitere Daten wie beispielsweise Trends von Sprint zu Sprint an.
   • Zeige die Daten im Zusammenhang mit den Ergebnissen der einzelnen Teams in einer „Rangliste“ an.

Warum ich diesen Ansatz zur Lösung von Designproblemen in großem Maßstab so schätze

Wenn Sie sich mit diesen Lernmöglichkeiten im Bereich Designpraxis beschäftigen, werden Sie feststellen, dass es Momente gibt, in denen Sie vorhersehen können, was Sie lernen können, mit welchem Tool oder Datensatz sich das Lernpotenzial identifizieren lässt und wo (oder von wem) Sie es lernen können. Mit diesem strategischen Ansatz können Ihre Teams effiziente Methoden und Prozesse entwickeln, die ihnen helfen, schneller bessere Daten zu sammeln und so zügiger zur Phase der Ursachenanalyse überzugehen. Indem die Erkundungs- und Austauschaktivitäten auf viele Teams verteilt werden, lässt sich im Laufe der Zeit mit weniger Aufwand mehr erreichen. Vor allem aber werden die Teams – mit dem gemeinsamen Ziel, dieselben Fehler in Zukunft nicht zu wiederholen – daran arbeiten, die Ursache zu verstehen und bessere Wege zu finden, um erfolgreich barrierefreie (und damit bessere) Benutzererlebnisse zu gestalten.

Blogreihe zur Designstrategie

Da „ Deque “ weiterhin Beiträge zum Thema barrierefreies Design und Designstrategie veröffentlicht, reichen Sie bitte Fragen oder Themen ein, mit denen wir uns Ihrer Meinung nach befassen sollten. Schreiben Sie unten einen Kommentar, um uns Ideen und Inhalte zur Prüfung zu senden.