Polityka wyjątków (zarządzanie odstępstwami)
Wyjątki są normalne. Nienormalne jest to, kiedy żyją w ciszy. Ten rozdział opisuje tradycyjny, skuteczny proces: jawnie, na czas i z kontrolami.
Wyjątki są normalne. Nienormalne jest to, kiedy żyją w ciszy. Ten rozdział opisuje tradycyjny, skuteczny proces: jawnie, na czas i z kontrolami.
„Wyjątek” w Luage oznacza formalnie zaakceptowane odstępstwo od standardu, polityki lub wzorca wdrożeniowego. Ten rozdział opisuje politykę wyjątków oraz proces ich prowadzenia: od wniosku, przez ocenę ryzyka, po decyzję i zamknięcie. Rejestr wyjątków znajduje się tutaj: Rejestr wyjątków.
Uwaga: wyjątek nie jest obejściem bezpieczeństwa. Wyjątek jest decyzją zarządczą o akceptacji ryzyka.
Każdy wyjątek trafia do rejestru. Komunikacja ustna jest dobra na początek — ale nie jako system.
Wyjątek ma datę wygaśnięcia oraz ownera przeglądu. Bez terminu wyjątek zamienia się w „stałe odstępstwo”.
Wyjątek dotyczy konkretnego kanału, flow, zespołu lub narzędzia. Nie udzielamy wyjątków „globalnych” bez powodu.
Jeśli odpuszczamy jedną barierę, dokładamy inną: audit, DLP, allowlist, rate‑limit, tryb approve.
W tradycyjnym zarządzaniu ryzykiem ten proces jest zwykłym „exception management”. W AI jest tym bardziej potrzebny, bo odchylenia szybciej przeradzają się w niejawne ryzyko.
Dla porządku: nie każdy wyjątek wymaga tej samej ścieżki akceptacji. Najprościej działa macierz po ryzyku:
| Poziom ryzyka | Przykłady | Minimalne kontrole | Kto akceptuje |
|---|---|---|---|
| Low | ton komunikacji w intranecie, drobna forma | termin + owner + wpis w rejestrze | Owner standardu |
| Medium | zmiana w źródłach RAG, modyfikacja promptu w kanale zewnętrznym | audit + metryka jakości + termin | AI Governance + Security (jeśli dane) |
| High | odstępstwo od DLP, walidacji kontraktu narzędzi, dostęp do danych wrażliwych | DLP + allowlist + tryb approve + monitoring + krótki termin | Bezpieczeństwo i Compliance + AI Governance |
Wniosek ma być krótki, ale kompletny. Poniżej minimalny zestaw pól:
Id: EXC-XXX
Tytuł: (jedno zdanie)
Dotyczy: (standard/polityka/wzorzec + link)
Zakres: (kanał, zespół, flow, narzędzie)
Ryzyko: low | medium | high
Powód: (dlaczego standard nie działa teraz)
Kontrole kompensacyjne: (audit/DLP/allowlist/rate-limit/approve)
Owner: (kto utrzymuje)
Akceptacja: (kto zatwierdził)
Utworzono: YYYY-MM-DD
Wygasa: YYYY-MM-DD
Plan wyjścia: (jak wracamy do standardu)
Wyjątek powinien być wdrożony w sposób kontrolowany: najlepiej jako konfiguracja lub feature flag, a nie „magicznym if‑em” w kodzie.
W dniu wygaśnięcia wyjątek ma jedną z trzech dróg: zamyka się (wracamy do standardu), odnawia (nowa data + uzasadnienie), albo zamienia w standard (aktualizujemy rozdział i politykę).
Klasyczna zasada: jeśli wyjątek odnawiasz drugi raz, zwykle znaczy, że standard wymaga poprawki.