Uporządkuj fundamenty
Nie zaczynaj od modelu. Wybierz właściciela procesu, opisz wynik, źródła danych i najważniejsze ryzyka. Następny krok: warsztat porządkujący lub audyt gotowości.
Ważne: ten scorecard nie jest certyfikatem ani automatyczną oceną zgodności z AI Act. Wynik jest punktem startowym do rozmowy o konkretnym przypadku użycia.
Jak wypełnić
Przy każdym pytaniu zaznacz jedną odpowiedź i wpisz liczbę w ostatniej kolumnie. Oceniaj stan faktyczny, nie plan. Jeżeli odpowiedź zależy od zespołu lub przypadku użycia, wybierz niższy wynik i dopisz komentarz.
0Nie istnieje albo nikt tego nie kontroluje.
1Istnieje częściowo, lokalnie lub bez dokumentacji.
2Jest ustalone, stosowane i możliwe do pokazania.
Organizacja / zespół:
Use case:
Data:
24 pytania
| # | Pytanie | 0 | 1 | 2 | Wynik |
|---|---|---|---|---|---|
| A. Proces i wartość biznesowa | |||||
| 1 | Czy proces ma jednego właściciela odpowiedzialnego za wynik? | ||||
| 2 | Czy początek, koniec i oczekiwany rezultat procesu są jednoznaczne? | ||||
| 3 | Czy znamy wolumen spraw, typowe wyjątki i obecną pracochłonność? | ||||
| 4 | Czy sukces da się opisać miernikiem biznesowym niezależnym od samego użycia AI? | ||||
| B. Dane i dostęp | |||||
| 5 | Czy wiemy, które źródła danych są potrzebne do tego use case’u? | ||||
| 6 | Czy dane są wystarczająco kompletne, aktualne i spójne dla reprezentatywnych spraw? | ||||
| 7 | Czy właściciele źródeł i zasady dostępu są znane? | ||||
| 8 | Czy potrafimy przygotować bezpieczny, reprezentatywny wycinek do testu? | ||||
| C. Shadow AI i obecne narzędzia | |||||
| 9 | Czy wiemy, gdzie pracownicy już używają narzędzi AI w tym procesie? | ||||
| 10 | Czy istnieją jasne zasady dotyczące wprowadzania danych firmowych do zewnętrznych narzędzi? | ||||
| 11 | Czy zespół potrafi wskazać nieautoryzowane konta, integracje lub przepływy danych? | ||||
| 12 | Czy mamy sposób na wycofanie narzędzia i przeniesienie pracy do zatwierdzonego środowiska? | ||||
| D. Role i odpowiedzialność | |||||
| 13 | Czy wskazano ownera biznesowego, technicznego i osobę akceptującą ryzyko? | ||||
| 14 | Czy wiadomo, kto zatwierdza dostęp, zmiany i przejście do kolejnego etapu? | ||||
| 15 | Czy zespół operacyjny ma czas i kompetencje, aby uczestniczyć w teście? | ||||
| 16 | Czy użytkownik wie, kiedy zaufać wynikowi, a kiedy przekazać sprawę człowiekowi? | ||||
| E. Ryzyko i governance | |||||
| 17 | Czy opisano możliwe szkody dla klienta, pracownika, firmy i osób trzecich? | ||||
| 18 | Czy znane są wymagania dotyczące prywatności, bezpieczeństwa i regulacji branżowych? | ||||
| 19 | Czy zakres działania systemu i działania wymagające akceptacji człowieka są ustalone? | ||||
| 20 | Czy istnieje proces zgłaszania incydentu, zatrzymania użycia i wskazania osoby decyzyjnej? | ||||
| F. Gotowość do ograniczonego PoC | |||||
| 21 | Czy zakres PoC mieści się w jednym procesie i z góry ustalonym wycinku danych? | ||||
| 22 | Czy kryteria sukcesu, kosztu i czasu zostaną zapisane przed rozpoczęciem? | ||||
| 23 | Czy PoC można przeprowadzić bez nieodwracalnych działań i ryzyka dla bieżącej operacji? | ||||
| 24 | Czy po teście zaplanowano decyzję: kontynuować, poprawić czy zatrzymać? | ||||
Wynik i następny krok
Suma punktów:na 48 możliwych
Przygotuj jeden proces
Podstawy istnieją, ale część odpowiedzialności lub kontroli działa lokalnie. Następny krok: zawęź use case, uzupełnij braki i zapisz kryteria PoC.
Rozważ ograniczony PoC
Organizacja ma warunki do kontrolowanego testu jednego przypadku użycia. Następny krok: wybierz najprostszy właściwy mechanizm i przeprowadź test na reprezentatywnym wycinku.
Wysoki wynik nie usuwa ryzyka i nie zastępuje analizy konkretnego systemu. Niski wynik nie wyklucza AI — wskazuje kolejność prac.
Wybierz mechanizm: API, RPA, RAG, agent AI lub no-goPrzejdź przez drzewo decyzji przed wyborem technologii.
Po decyzji: uporządkuj dowody przed produkcjąOtwórz drukowalny szablon Evidence Pack dla konkretnej wersji systemu.
Aby zapisać PDF: Drukuj → Zapisz jako PDF