QualiBooth

Folyamat és érettség

Akadálymentesítési folyamatfejlesztés

Ugyanazokat a problémákat kiadásról kiadásra javítani drága. Segítünk beépíteni az akadálymentességet a munkafolyamatába, hogy a problémák megelőzhetők legyenek, ne pedig végtelenül javítgatottak.

Munkafolyamat-diagram, amely a tervezési, fejlesztési és QA-szakaszokba beépített akadálymentességi ellenőrzéseket mutatja.

What you get

01

Érettségi felmérés

Felmérjük jelenlegi akadálymentességi gyakorlatát a tervezés, fejlesztés, tartalom és QA területén, és megmutatjuk, hol érhetők el a legnagyobb nyereségek.

02

Shift-left integráció

Építsen be akadálymentességi átvételi kritériumokat, tervezési ellenőrzőlistákat és automatikus ellenőrzéseket korán — amikor a javítások a kiadás utáni helyreállítás töredékébe kerülnek.

03

Automatikus CI/CD-kapuk

Integrálja a QualiBooth-vizsgálatot a pipeline-jába, hogy az akadálymentességi regressziókat minden pull requestnél automatikusan elkapja.

04

Designrendszer-támogatás

Tegye akadálymentessé a komponenskönyvtárát a forrásnál, hogy minden csapat, amely használja, ingyen örökölje az akadálymentességet.

05

Irányítás és felelősség

Határozzon meg egyértelmű szerepköröket, irányelveket és jelentéstételt, hogy az akadálymentességnek legyenek felelősei, és a pályán maradjon, miután mi visszalépünk.

06

Mérhető előrehaladás

Kövesse nyomon az akadálymentességi KPI-ket az idő múlásával, és mutasson fel stabil, védhető javulást a vezetőség és a szabályozók felé.

Ha a csapata minden kiadásnál ugyanazokat az akadálymentességi problémákat találja és javítja, a probléma nem a javításokkal van — hanem a folyamattal. Az akadálymentesítési folyamatfejlesztés kezdettől fogva beépíti a minőséget, hogy az akadályokat megelőzze ahelyett, hogy folyamatosan javítaná őket.

A késői javítás költsége

Egy a tervezésben elkapott akadálymentességi probléma megoldása lehet, hogy percekbe telik. Ugyanaz a probléma a megjelenés után elkapva egy kiszállított komponens újratervezését, újratesztelését és újrakiadását jelentheti — gyakran sokszorosan drágábban. A „shift-left” akadálymentesség azt jelenti, hogy a problémákat az életciklus legkorábbi, legolcsóbb pontján kezeljük, ahelyett, hogy újra és újra megfizetnénk a kiadás utáni helyreállítás felárát. A szoftverfejlesztési életciklus akadálymentességéről szóló útmutatónk végigvezet azon, hogyan építsen be ellenőrzéseket minden szakaszba.

A reaktívtól a beépítettig

Felmérjük a jelenlegi érettségét, majd az akadálymentességet a munkafolyamat minden szakaszába beépítjük:

  • Tervezés — akadálymentességi annotációk, ellenőrzőlisták és alapból akadálymentes minták a designrendszerében
  • Finomítás — akadálymentességi átvételi kritériumok a jegyekbe és a definitions of done-ba írva
  • Fejlesztés — linting, komponens-útmutatás és bírálói irányelvek
  • CI/CDautomatikus akadálymentességi kapuk, amelyek minden pull requestnél jelzik a regressziókat
  • QA — kézi és segítő technológiás ellenőrzések a tesztterv részeként
  • Kiadás — monitorozás, amely folyamatosan figyeli az éles környezetet

Mit szállítunk

  1. Érettségi felmérés — a jelenlegi gyakorlatának összehasonlítása a tervezés, fejlesztés, tartalom és QA területén
  2. Cél-működési modell — hogyan néz ki a „jó” az Ön szervezete számára, egyértelmű szerepkörökkel és felelősséggel
  3. Integrációs terv — konkrét változtatások az eszközein, sablonjain és pipeline-jain
  4. Felkészítés — képzés és referenciaanyag, hogy a csapatok fenn tudják tartani
  5. KPI-k és irányítás — mérőszámok és irányelvek, amelyek folyamatosan javítják az akadálymentességet

Kinek szól

Olyan szervezeteknek, amelyek elvégeztek auditokat és helyreállítást, de újra és újra visszaesnek, növekvő termékcsapatoknak, amelyek meg akarják előzni az adósság felhalmozódását, és vezetőknek, akiknek stabil, mérhető, védhető előrehaladást kell felmutatniuk a szabályozók és a vezetők felé.

Hogy tartós legyen

A tartós változáshoz felelősség kell. Segítünk meghatározni a szerepköröket, irányelveket és KPI-ket, hogy az akadálymentesség tovább javuljon — és javult is maradjon — jóval a megbízás vége után. A folyamatfejlesztés kéz a kézben jár a tanácsadással és a rendszeres auditokkal, hogy az egyszeri javításokat tartós gyakorlattá alakítsa.

Frequently asked questions

Mit változtat meg valójában a folyamatfejlesztés?

Ahelyett, hogy a problémákat a megjelenés után auditálná és javítaná, az akadálymentesség annak a részévé válik, ahogyan tervez, épít és tesztel — ellenőrzőlisták a tervezésben, kritériumok a jegyekben, automatikus kapuk a CI-ben és alapból akadálymentes komponensek.

Mi a „shift-left” akadálymentesség?

Azt jelenti, hogy az akadálymentességgel a lehető legkorábban foglalkozunk a fejlesztési életciklusban. Minél korábban derül ki egy probléma, annál olcsóbb a javítása — egy a tervezésben talált akadály jóval kevesebbe kerül, mint egy az élesben talált.

Tudják integrálni a tesztelést a CI/CD-pipeline-unkba?

Igen. Segítünk integrálni az automatikus akadálymentességi vizsgálatot a build pipeline-jába, hogy a regressziókat minden pull requestnél jelezze, kiegészítve az időszakos kézi auditokat.

Hogyan mérik a sikert?

Egy érettségi felméréssel alapvonalat állítunk fel, majd olyan KPI-ket követünk nyomon, mint a kiadás előtt elkapott problémák, a javítási idő és a megfelelőségi trendek, hogy az idő múlásával mérhető javulást mutassunk.

Mennyi idő alatt látszanak eredmények?

A gyors győzelmek — tervezési ellenőrzőlisták, jegyek átvételi kritériumai, egy CI-kapu — heteken belül megvalósíthatók. A kulturális változás és a designrendszer lefedettsége néhány negyedév alatt épül fel. Úgy ütemezzük a munkát, hogy korán értéket lásson.

Együtt tudnak működni a meglévő eszközeinkkel?

Igen. Az Ön által már használt tervezési, jegykezelő és CI/CD-eszközökkel integrálódunk, ahelyett, hogy új stacket kényszerítenénk rá, így az akadálymentesség beleillik a munkafolyamatába, nem pedig akadályozza azt.

Kérjen demót

Talk to our accessibility experts — including people with disabilities.

Kérjen demót