Polityka dyscypliny¶

1. Polityka wsparcia wersji¶

Organizacja wspiera dwie ostatnie wersje minor aktualnego major (N i N-1).

Wersja	Status
Bieżąca minor	Aktywne wsparcie; bugfixy i poprawki bezpieczeństwa
Poprzednia minor (N-1)	Wsparcie techniczne; brak nowych wymagań
Starsze wersje	Bez wsparcia; wymagana migracja

Nowy major jest ogłaszany minimum 30 dni przed datą wejścia w życie. Każda aplikacja ma 90 dni na re-certyfikację po wydaniu nowego major.

2. Polityka odstępstw (waiverów)¶

2.1 Kiedy waiver jest dopuszczalny¶

Waiver jest dopuszczalny, gdy:

Pełna zgodność wymaga pracy przekraczającej bieżący sprint, ale dług jest zidentyfikowany i zaplanowany w backlogu.
Zewnętrzne ograniczenie uniemożliwia zgodność do określonej daty (umowy, migracje, licencje).

Waiver nie jest narzędziem do permanentnego omijania wymogów.

2.2 Wymagane pola waivera¶

exceptions:
  - check: domena/norma#id-checki
    reason: "zwięzłe uzasadnienie — co blokuje i kiedy zostanie rozwiązane"
    owner: login-właściciela
    max-env: preprod    # test | preprod  (brak opcji prod)
    expires: RRRR-MM-DD
    ticket: PROJ-NNN

Pole	Wymagane	Opis
`check`	tak	Klucz checki w formacie `domena/plik#id`
`reason`	tak	Co blokuje i do kiedy
`owner`	tak	Login osoby odpowiedzialnej za spłatę długu
`max-env`	tak	Najwyższe środowisko, do którego waiver jest ważny
`expires`	tak	Data wygaśnięcia; po tej dacie waiver jest nieważny (= fail)
`ticket`	tak	Identyfikator zadania w backlogu — dowód planu spłaty

2.3 Czas życia¶

max-env: test — waiver ważny do 30 dni.
max-env: preprod — waiver ważny do 90 dni.
Prod nie ma wyjątków: każda niezgodność blokuje produkcję albo jest naprawiona.
Wygasające waivery (7 dni przed terminem) generują automatycznie Issue przypisane do owner.

2.4 Przegląd¶

Każdy aktywny waiver przechodzi przegląd na cotygodniowym spotkaniu leadów. Waivery po dacie expires są automatycznie traktowane jako niezgodności (fail).

3. Governance¶

Zmiany norm są wprowadzane przez Merge Request:

Rodzaj zmiany	Bump	Wymagane
Korekta, doprecyzowanie (patch)	`1.1.0 → 1.1.1`	Zatwierdzenie CODEOWNERS
Nowy wymóg lub norma (minor)	`1.1.0 → 1.2.0`	Zatwierdzenie CODEOWNERS + ogłoszenie
Zmiana łamiąca (major)	`1.x → 2.0.0`	ADR + zatwierdzenie CODEOWNERS + 30 dni okresu przejściowego

Plik CODEOWNERS mapuje obszary normatywne na zespoły odpowiedzialne za zatwierdzanie.