Abschätzung des Aufwands für eine Barrierefreiheitsmaßnahme

So schätzen Sie den Aufwand für eine Barrierefreiheitskorrektur ein: A11y-Probleme sind Funktionen, die Sie beim ersten Mal nicht implementiert haben. Warum Sie den Umfang der Problemgruppe und nicht den Einzelfall einschätzen sollten.

Korrekturen im Bereich der Barrierefreiheit sind keine Fehler. Es handelt sich um Funktionen, die das Team bei der ersten Veröffentlichung nicht integriert hatte.

Ein Barrierefreiheitsproblem als Fehler zu behandeln – „Beheben Sie das Modal, damit es den Fokus einfangen kann“ – beschränkt sich auf die Lösung dieses einen Problems. Es berücksichtigt nicht, wovon dieses Problem abhängt: die übrige Tastaturnavigation, die Ansagen des Screenreaders und den Farbkontrast, der wahrscheinlich auch im nächsten Modal dasselbe Problem aufweist. Die meisten „kleinen Barrierefreiheitskorrekturen“ sind Einstiegspunkte in eine Problemklasse, die sich durch die gesamte Komponente zieht.

Die realistische Schätzung bezieht sich auf die Klasse, nicht auf die Instanz. Wenn Sie eine Korrektur bereitstellen, werden Sie im nächsten Sprint wieder mit dem „Geschwisterelement“ und dessen „Geschwisterelement“ konfrontiert sein, bis jemand einräumt, dass es sich bei der Aufgabe um die „Überprüfung des Interaktionsmodells für Modalfenster“ handelt, und den Aufwand entsprechend bemisst.

Was in dem Raum gesagt wird

Frontend: „Das Einfügen der Fokus-Falle dauert einen halben Tag.“

Frage: „Wird die Schaltfläche ‚Schließen‘ von Bildschirmleseprogrammen angesagt?“

Designer: „Ist der Kontrast bei der sekundären Schaltfläche ausreichend?“

Einleitung: „Wie viele andere Modalverben haben dieselbe Form?“

PM: „Machen wir alle durch oder nur die, über die sich die Kunden beschwert haben?“

Fragen, die man sich vor der Stimmabgabe stellen sollte

  • Handelt es sich hierbei um eine Instanz oder um eine Klasse? Wie viele ähnliche Komponenten gibt es?
  • Prüfungsumfang: diese Komponente, diese Seite, dieses Produkt?
  • WCAG-Zielstufe – A, AA, AAA?
  • Tests: Axe, manueller Screenreader, Durchlauf ausschließlich über die Tastatur?
  • Regressionsvermeidung: Lint-Regel, Story-Snapshot, CI-Prüfung?
  • Wie hoch ist das laufende Budget für die Barrierefreiheitsmaßnahmen, nachdem dies umgesetzt wurde?

Wenn es sich um eine Klasse und nicht um eine Instanz handelt, trennen Sie mithilfe von split die Komponente, mit der Kunden in Kontakt kommen, von der Überprüfung der übrigen Komponenten – und vergleichen Sie den Umfang jeder einzelnen mit dem, wozu Sie sich tatsächlich verpflichten.

Legen Sie die Größe der Klasse fest, nicht die der Instanz. Eine „Fokusfalle“ ist ein halber Tag; das dahinterstehende Muster ist die Geschichte.

Ähnlich wie bei der Schätzung einer Änderung am Design-System ist die Korrektur im Upstream-Bereich gering, während der eigentliche Arbeitsaufwand in der Abdeckung im Downstream-Bereich liegt. Sehen Sie sich die anderen Beispiele für durchgeführte Schätzungen an oder starten Sie eine kostenlose Planning-Poker-Sitzung, sobald der Umfang vereinbart ist.