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.
Nie wahaj się proponować zmian. Możesz komentować, uzupełniać, redagować każdy fragment dokumentu.
Opracowanie: Stefan Wajda
Data zgłoszenia: 17 maja 2025 r., ostatnia aktualizacja: 17 maja 2025 r.
1. Informacje podstawowe
| Pole | Opis |
|---|---|
| Nazwa roli | Właściciel procesu zapewniania dostępności systemów IT |
| Kategoria roli | procesowa / techniczna / organizacyjna |
| Poziom odpowiedzialności | zarządczy / strategiczny |
| Powiązane procesy | zapewnianie dostępności systemów IT, rozwój i utrzymanie usług cyfrowych, działania naprawcze, monitoring jakości technicznej |
| Powiązane role | administratorzy systemów, programiści, testerzy techniczni, testerzy dostępności, specjaliści ds. remediacji, właściciele usług cyfrowych |
| Wersja karty | 1.0 |
| Data opracowania | 13 maja 2026 r. |
2. Cel roli
Zapewnienie organizacji i skuteczności procesu zapewniania dostępności systemów IT oraz wspieranie integrowania wymagań dostępności cyfrowej z rozwojem, utrzymaniem i modernizacją systemów oraz usług cyfrowych organizacji.
Właściciel procesu:
- odpowiada za organizację procesu zapewniania dostępności systemów IT,
- wspiera integrowanie dostępności z cyklem życia systemów i usług,
- wspiera organizację współpracy między rolami technicznymi i jakościowymi,
- wspiera organizację monitoringu jakości technicznej,
- wspiera organizację działań naprawczych i doskonalących.
Rola wspiera:
- rozwój dostępnych systemów i usług cyfrowych,
- ograniczanie problemów technicznych i implementacyjnych,
- rozwijanie organizacji zdolnej do trwałego utrzymania dostępności systemów IT.
3. Miejsce roli w systemie organizacyjnym
3.1. Pozycja organizacyjna
Rola procesowa, techniczna i organizacyjna.
Właściciel procesu:
- odpowiada za organizację procesu zapewniania dostępności systemów IT,
- koordynuje współpracę między rolami technicznymi, projektowymi i jakościowymi,
- wspiera integrowanie dostępności z rozwojem i utrzymaniem systemów.
Rola:
- nie zastępuje administratorów, programistów lub testerów,
- nie wykonuje wszystkich działań operacyjnych,
- nie zastępuje kierownictwa organizacji.
3.2. Relacje organizacyjne
Rola współpracuje z:
- administratorami systemów,
- programistami,
- testerami technicznymi,
- testerami dostępności,
- specjalistami ds. remediacji,
- właścicielami usług cyfrowych,
- specjalistami ds. zamówień dostępnych,
- koordynatorem dostępności.
Rola wspiera:
- organizację dostępności systemów IT,
- organizację monitoringu jakości technicznej,
- organizację działań naprawczych,
- rozwój standardów technicznych,
- rozwój praktyk projektowania i utrzymania dostępnych systemów.
Rola otrzymuje wsparcie od:
- kierownictwa organizacji,
- ekspertów dostępności,
- analityków i audytorów,
- specjalistów bezpieczeństwa,
- specjalistów wsparcia kompetencyjnego.
Rola raportuje do:
- właściciela procesu zarządzania systemem dostępności, sponsora wykonawczego dostępności lub kierownictwa organizacji.
4. Zakres odpowiedzialności
4.1. Odpowiedzialność główna
Właściciel procesu zapewniania dostępności systemów IT odpowiada za:
- organizację procesu zapewniania dostępności systemów i usług cyfrowych,
- integrowanie wymagań dostępności z rozwojem i utrzymaniem systemów IT,
- organizację współpracy między rolami technicznymi i jakościowymi,
- organizację monitoringu jakości technicznej,
- wspieranie organizacji działań naprawczych i doskonalących.
4.2. Typowe zadania
- organizowanie procesu zapewniania dostępności systemów IT,
- wspieranie definiowania standardów technicznych i jakościowych,
- wspieranie integrowania dostępności z cyklem życia systemów,
- organizowanie współpracy między rolami technicznymi,
- wspieranie organizacji odbiorów technicznych i jakościowych,
- analiza problemów technicznych i organizacyjnych,
- wspieranie organizacji działań naprawczych,
- wspieranie organizacji utrzymania jakości systemów po wdrożeniach,
- wspieranie rozwoju standardów technicznych organizacji.
4.3. Zakres decyzji
Właściciel procesu:
- rekomenduje rozwiązania organizacyjne i techniczne,
- wspiera ustalanie standardów jakości technicznej,
- inicjuje działania doskonalące i naprawcze.
Rola zwykle:
- nie zastępuje kierownictwa organizacji,
- nie odpowiada za wykonanie wszystkich działań technicznych,
- nie zastępuje właścicieli usług lub produktów cyfrowych.
5. Powiązanie z procesami
| Proces | Zakres udziału |
|---|---|
| Zapewnianie dostępności systemów IT | organizacja procesu |
| Rozwój usług cyfrowych | integrowanie wymagań dostępności |
| Monitoring jakości technicznej | organizacja monitoringu |
| Działania naprawcze | organizacja działań technicznych |
| Odbiory systemów i usług | organizacja zasad jakości i odbiorów |
6. Powiązanie z odpowiedzialnością RACI
| Proces / działanie | Rola RACI |
|---|---|
| Organizacja procesu zapewniania dostępności systemów IT | A / R |
| Organizacja standardów technicznych | A |
| Organizacja monitoringu jakości technicznej | A |
| Koordynacja współpracy między rolami technicznymi | R |
| Inicjowanie działań naprawczych i doskonalących | A |
| Realizacja działań technicznych | I |
7. Wymagane kompetencje
7.1. Wiedza
- dostępność cyfrowa systemów i usług IT,
- WCAG i EN 301 549,
- architektura systemów i usług cyfrowych,
- organizacja cyklu życia systemów IT,
- monitoring jakości technicznej,
- organizacja działań naprawczych i utrzymaniowych.
7.2. Umiejętności
- organizacja procesów technicznych,
- integrowanie dostępności z rozwojem systemów,
- organizacja współpracy między rolami technicznymi,
- analiza problemów technicznych i organizacyjnych,
- wspieranie organizacji monitoringu jakości,
- wspieranie działań naprawczych i doskonalących.
7.3. Kompetencje organizacyjne i społeczne
- myślenie systemowe,
- komunikacja,
- współpraca,
- odpowiedzialność organizacyjna,
- orientacja na jakość usług,
- wspieranie jakości technicznej organizacji.
8. Wsparcie kompetencyjne dla roli
8.1. Potrzebne wsparcie
- raporty monitoringowe i techniczne,
- wyniki testów i audytów,
- konsultacje ekspertów dostępności,
- wsparcie kierownictwa organizacji,
- standardy techniczne i listy kontrolne,
- dane dotyczące problemów użytkowników i systemów.
8.2. Typowe problemy wymagające wsparcia
- integrowanie dostępności z systemami złożonymi,
- organizacja współpracy między zespołami technicznymi,
- analiza problemów architektonicznych i implementacyjnych,
- organizacja odbiorów technicznych,
- utrzymanie dostępności po aktualizacjach i migracjach systemów.
9. Narzędzia i zasoby wykorzystywane w roli
- standardy techniczne i jakościowe,
- listy kontrolne dostępności i jakości,
- raporty monitoringowe i audytowe,
- narzędzia zarządzania systemami i projektami,
- dokumentacja architektury systemów,
- rejestry problemów i działań naprawczych,
- środowiska testowe i developerskie.
10. Mechanizmy monitorowania i oceny
10.1. Co podlega monitorowaniu
- skuteczność organizacji procesu technicznego,
- jakość i dostępność systemów IT,
- liczba problemów technicznych i dostępnościowych,
- skuteczność działań naprawczych,
- liczba problemów wykrywanych po wdrożeniu.
10.2. Przykładowe wskaźniki
| Wskaźnik | Cel monitorowania |
|---|---|
| liczba problemów technicznych po wdrożeniu | ocena jakości procesu |
| skuteczność działań naprawczych | ocena skuteczności organizacji procesu |
| liczba problemów powtarzalnych | analiza jakości organizacji technicznej |
| liczba problemów po aktualizacjach systemów | ocena trwałości jakości technicznej |
11. Typowe ryzyka organizacyjne
- rozwijanie systemów bez uwzględniania dostępności,
- brak współpracy między rolami technicznymi i jakościowymi,
- brak organizacji monitoringu jakości technicznej,
- utrata dostępności po aktualizacjach i migracjach,
- brak standardów technicznych organizacji.
12. Typowe błędy organizacyjne
- traktowanie dostępności wyłącznie jako problemu frontendowego,
- wdrażanie systemów bez odbiorów jakościowych,
- brak integracji dostępności z utrzymaniem systemów,
- nieuwzględnianie wyników monitoringu i audytów,
- brak organizacji odpowiedzialności technicznej.
13. Model minimalny i model dojrzały
13.1. Model minimalny
Właściciel procesu:
- organizuje podstawowe zasady zapewniania dostępności systemów IT,
- wspiera organizację monitoringu jakości technicznej,
- wspiera organizację działań naprawczych.
13.2. Model dojrzały
Właściciel procesu:
- rozwija systemowe zarządzanie dostępnością systemów IT,
- integruje dostępność z całym cyklem życia systemów,
- wykorzystuje monitoring i audyt do doskonalenia jakości technicznej,
- wspiera rozwój organizacji zdolnej do trwałego utrzymania dostępności cyfrowej.
14. Powiązane dokumenty
- Zapewnianie dostępności systemów IT
- Integracja wymagań dostępności w całym cyklu projektowym
- Systemowe rozwiązywanie problemów dostępności
- Monitoring i ocena dojrzałości systemu
- Referencyjna mapa RACI
- Standardy techniczne i listy kontrolne dostępności
15. Uwagi końcowe
Rola właściciela procesu zapewniania dostępności systemów IT ma kluczowe znaczenie dla:
- trwałego utrzymania dostępności systemów i usług cyfrowych,
- integrowania dostępności z rozwojem i utrzymaniem systemów,
- ograniczania problemów technicznych i implementacyjnych,
- rozwijania jakości technicznej organizacji.
Rola:
- nie ogranicza się wyłącznie do nadzoru technicznego,
- obejmuje również organizację współpracy, monitoringu i działań doskonalących,
- powinna być integrowana z projektowaniem usług, monitoringiem i zarządzaniem organizacją.
Skuteczność roli zależy od:
- jakości współpracy między rolami technicznymi i organizacyjnymi,
- wsparcia kierowniczego,
- integracji dostępności z cyklem życia systemów,
- jakości monitoringu i działań naprawczych,
- trwałości standardów technicznych organizacji.