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.

Karta zadań – Programista

Opracowanie: Stefan Wajda

Data zgłoszenia: 7 listopada 2025 r., ostatnia aktualizacja: 12 listopada 2025 r.

Urząd Miejski w Nowoczesnym Mieście Cyfrowym
Opracował: Zespół ds. dostępności cyfrowej
Data: listopad 2025
Wersja: 1.0

Opis alternatywny logo: Logo Urzędu Miejskiego w Nowoczesnym Mieście Cyfrowym - znak graficzny jednostki użyty w celach demonstracyjnych.

1. Informacje ogólne

• Nazwa roli: Programista
• Jednostka organizacyjna: Urząd Miejski w Nowoczesnym Mieście Cyfrowym
• Data opracowania: listopad 2025
• Opracował: Zespół ds. dostępności cyfrowej

2. Cel roli w systemie dostępności cyfrowej

Celem roli programisty jest projektowanie, implementacja i utrzymanie rozwiązań cyfrowych zgodnych z zasadami dostępności. Programista odpowiada za techniczne wdrażanie standardów WCAG 2.1, EN 301 549 oraz wytycznych projektowych dotyczących użyteczności i dostępności interfejsów, aplikacji i systemów informatycznych.

3. Zakres zadań

• Implementacja komponentów, modułów i interfejsów zgodnych z WCAG 2.1 i zasadami projektowania uniwersalnego.
• Tworzenie kodu źródłowego zgodnego z semantyką HTML i zasadami ARIA.
• Współpraca z projektantami UX/UI i konsultantami ds. TIK przy wdrażaniu dostępnych rozwiązań.
• Optymalizacja działania aplikacji i serwisów z uwzględnieniem użytkowników korzystających z technologii wspomagających.
• Wykonywanie testów dostępności komponentów i interfejsów przed wdrożeniem produkcyjnym.
• Dokumentowanie i utrzymanie kodu w sposób umożliwiający łatwe modyfikacje i audyty dostępności.
• Udział w przeglądach kodu (code review) pod kątem zgodności z wymaganiami dostępności.
• Reagowanie na zgłoszenia błędów dostępności i ich naprawa w uzgodnionych terminach.
• Udział w opracowywaniu standardów i bibliotek komponentów dostępnych cyfrowo.

4. Zakres odpowiedzialności

• zapewnienie zgodności tworzonego kodu i interfejsów z WCAG 2.1;
• przestrzeganie wytycznych w zakresie semantyki, ARIA i struktury HTML;
• testowanie i weryfikacja rozwiązań pod kątem obsługi przez technologie wspomagające;
• udział w utrzymaniu bibliotek komponentów dostępnych dla całej organizacji;
• współpraca z innymi członkami zespołu projektowego w zakresie zapewnienia dostępności technicznej.

5. Wymagana wiedza

• standard WCAG 2.1 oraz norma EN 301 549;
• języki programowania i technologie front‑endowe (HTML5, CSS3, JavaScript, React, Angular lub Vue);
• znajomość zasad semantycznego kodowania i dostępnych interfejsów użytkownika;
• zasady projektowania responsywnego (RWD) i adaptacyjnego;
• znajomość frameworków i bibliotek ułatwiających dostępność (np. ARIA, Bootstrap A11Y);
• podstawy testowania automatycznego i manualnego dostępności (np. Axe, WAVE, Lighthouse).

6. Wymagane umiejętności

• pisanie kodu zgodnego ze standardami dostępności i jakości oprogramowania;
• stosowanie zasad semantyki HTML i ról ARIA;
• integracja komponentów front‑end z systemami CMS i API;
• współpraca z testerami i projektantami UX/UI;
• diagnozowanie i usuwanie błędów dostępności;
• tworzenie dokumentacji technicznej z uwzględnieniem aspektów dostępności.

7. Współpraca i zależności

• Konsultant ds. TIK -- w zakresie interpretacji wymagań technicznych i standardów dostępności;
• Projektant UX/UI -- w zakresie dostępnego projektowania interfejsów;
• Tester dostępności -- w zakresie testowania funkcjonalnego i technicznego aplikacji;
• Kierownik projektu / właściciel produktu -- w zakresie realizacji wymagań dostępności;
• Koordynator ds. dostępności -- w zakresie raportowania i monitorowania zgodności systemów z WCAG.

8. Wskaźniki realizacji zadań

• liczba wdrożonych komponentów zgodnych z WCAG 2.1;
• liczba naprawionych błędów dostępności;
• wyniki testów automatycznych i manualnych dostępności;
• poziom zgodności aplikacji z wytycznymi WCAG 2.1 (A, AA);
• terminowość wdrażania poprawek i aktualizacji kodu.

9. Zalecane szkolenia i mikropoświadczenia

• Szkolenie: Programowanie dostępnych interfejsów użytkownika (WCAG 2.1, ARIA);
• Mikropoświadczenie: Programista dostępnych aplikacji internetowych;
• Szkolenie: Testowanie dostępności z wykorzystaniem narzędzi automatycznych;
• Mikropoświadczenie: Twórca komponentów dostępnych cyfrowo;
• Szkolenie: Standard EN 301 549 i jego zastosowanie w praktyce developerskiej.

10. Kluczowe procesy wspierane lub realizowane przez programistę

1. Proces tworzenia i implementacji dostępnych komponentów
   Projektowanie i wdrażanie komponentów front‑endowych zgodnych z zasadami dostępności i semantyki.
2. Proces testowania i walidacji dostępności kodu
   Weryfikacja kodu źródłowego i interfejsów użytkownika przy użyciu narzędzi automatycznych i testów manualnych.
3. Proces utrzymania i rozwoju systemów informatycznych
   Modernizacja kodu i komponentów z uwzględnieniem zmian w standardach WCAG i EN 301 549.
4. Proces przeglądów kodu
   Weryfikacja zgodności i jakości kodu w kontekście dostępności cyfrowej.
5. Proces doradztwa i edukacji technicznej w zespole projektowym
   Dzielenie się wiedzą i wspieranie zespołów w stosowaniu zasad dostępnego programowania.

Programista pełni kluczową rolę w zapewnianiu technicznej dostępności usług cyfrowych. Od jakości jego kodu zależy, czy użytkownicy -- niezależnie od swoich możliwości -- będą mogli korzystać z serwisów i aplikacji organizacji.

Wersja 1.0 | Opracował: Zespół ds. dostępności cyfrowej | Data: listopad 2025