Przejdź do głównej zawartości
Wersja robocza
Jest to dokument roboczy, który w dowolnym momencie może zostać zmieniony, zastąpiony lub usunięty. Nie należy korzystać z tego opracowania jako czegoś innego niż dokumentu w trakcie opracowywania.
Nie wahaj się proponować zmian. Możesz komentować, uzupełniać, redagować każdy fragment dokumentu.

Propozycje tematów zaleceń – Wymiar Cykl życia TIK

Opracowanie: Stefan Wajda
Data zgłoszenia: 28 lutego 2026 r., ostatnia aktualizacja: 28 lutego 2026 r.

Zestaw tematów został opracowany na podstawie analizy braków w wymiarze Cykl życia TIK.


1. Zalecenie: Integracja wymagań dostępności w całym cyklu projektowym (Accessibility by Design)

Zakres:

  • Włączanie wymagań EN 301 549 / WCAG do dokumentów projektowych
  • Obowiązkowe adnotacje dostępności w makietach i dokumentacji UX/UI
  • Przeglądy dostępności na etapie projektowania
  • Wymagania dostępności jako element kryteriów akceptacji
  • Projektowa lista kontrolna dla zespołów UX i IT

Uzasadnienie:

Obecne opracowania koncentrują się głównie na testowaniu po wdrożeniu; brakuje standardu projektowania „od początku dostępnego”.


2. Zalecenie: Standard testowania dostępności w procesie wytwarzania i utrzymania (Dev/CI/CD)

Zakres:

  • Minimalny zakres testów automatycznych i ręcznych
  • Testowanie z wykorzystaniem technologii wspomagających
  • Integracja testów dostępności z CI/CD
  • Archiwizacja raportów testowych
  • Procedura retestów po aktualizacjach

Uzasadnienie:

Istnieją procedury badania zgodności i Podstawa testowania, lecz brak operacyjnego standardu integracji testów z procesem wytwórczym.


3. Zalecenie: System klasyfikacji, priorytetyzacji i obsługi błędów dostępności

Zakres:

  • Definicja poziomów krytyczności błędów
  • Powiązanie z ryzykiem prawnym i użytkowym
  • Zasady nadawania terminów naprawy
  • Rejestr błędów dostępności
  • Raportowanie do kierownictwa

Uzasadnienie:

Brak jednolitego modelu zarządzania błędami dostępności w całym cyklu życia.


4. Zalecenie: Bramka jakości dostępności przed wydaniem (Release Gate)

Zakres:

  • Obowiązkowa kontrola dostępności przed publikacją lub wdrożeniem
  • Analiza ryzyka braku zgodności
  • Wymóg aktualnego ACR/VPAT
  • Procedura dopuszczania warunkowego (z planem naprawczym)
  • Wzór raportu z przeglądu jakości

Uzasadnienie:

Brakuje formalnej „bramki jakości” dla dostępności przed wydaniem systemu.


5. Zalecenie: Procedura stosowania wyjątku z tytułu nadmiernego obciążenia

Zakres:

  • Kryteria oceny nadmiernego obciążenia
  • Analiza kosztów i wpływu na użytkowników
  • Dokumentowanie decyzji
  • Okresowy przegląd zasadności wyjątku
  • Publikacja informacji w deklaracji dostępności

Uzasadnienie:

Brakuje operacyjnej procedury stosowania wyjątku zgodnie z ustawą i EN 301 549.


6. Zalecenie: Procedura archiwizacji i wycofywania zasobów cyfrowych

Zakres:

  • Planowanie migracji danych
  • Zapewnienie dostępności archiwalnych treści
  • Alternatywny dostęp do zasobów historycznych
  • Kryteria wycofania systemu
  • Dokumentowanie procesu wycofania

Uzasadnienie:

Wycofanie i archiwizacja nie są obecnie objęte systemowym standardem.


7. Zalecenie: Nadzór nad dostępnością w jednostkach podległych i systemach rozproszonych

Zakres:

  • Model nadzoru i raportowania
  • Minimalne wymagania dla jednostek podległych
  • Ujednolicona metodyka przeglądów
  • Centralny rejestr wyników ocen
  • Wspólny standard deklaracji dostępności

Uzasadnienie:

Brakuje modelu zarządzania dostępnością w strukturach wielopoziomowych.


8. Zalecenie: Dokumentacja zgodności i zarządzanie ACR/VPAT

Zakres:

  • Aktualizacja ACR/VPAT przy zmianach systemu
  • Archiwizacja wersji dokumentacji
  • Spójność między wynikami testów a deklaracjami
  • Procedura przeglądu dokumentacji zgodności

Uzasadnienie:

Istnieje Podstawa testowania, ale brak pełnego modelu zarządzania dokumentacją zgodności w czasie.


9. Zalecenie: Minimalny standard kompetencyjny dla zespołów projektowych i IT w zakresie dostępności

Zakres:

  • Wymagania dla projektantów, programistów, testerów
  • Obowiązkowe szkolenia cykliczne
  • Powiązanie z oceną pracy
  • Monitorowanie poziomu kompetencji

Uzasadnienie:

Kompetencje są częściowo ujęte w innych wymiarach, lecz brak standardu przypisanego bezpośrednio do cyklu życia TIK.


Rekomendowana struktura każdego zalecenia

  1. Cel i podstawa prawna (ustawa, EN 301 549, EAA)
  2. Zakres zastosowania (systemy, SaaS, aplikacje mobilne, narzędzia wewnętrzne)
  3. Model dla dużych podmiotów
  4. Wersja uproszczona dla małych podmiotów
  5. Listy kontrolne i wzory dokumentów
  6. Powiązanie z innymi wymiarami (Komunikacja, Wsparcie, Personel)