Zasady Fabryki

{{>toc}}

**Strona nadrzędna:** [[Wiki|Zasady Fabryki]]

Źródło: `ZasadyRealizacji\metodyka-audytu-jako-zrodlo-wzorcow-wdrozeniowych.md` w drzewie FB. Wiki jest kopią do czytania – zmiany nanosimy w pliku źródłowym, nie tutaj.

---

Ustalone 2026-08-23. Podstawa: doświadczenie autora – audyty zaczęte po pięciu latach wdrożeń okazały się najlepszym źródłem rozwiązań wdrożeniowych. Zasada opisuje, co i jak przenosimy z MAB do wdrożeń (VCN, Aquanet, kolejne) – oraz gdzie leży granica, której przekroczenie psuje wdrożenie.

## Dlaczego audyt uczy wdrażania

Wdrożenie projektuje stan docelowy. Audyt jako jedyny widzi, **co z tego przeżyło kontakt z organizacją** – które konstrukcje działają bez opiekuna, a które istnieją wyłącznie dopóki ktoś o nich pamięta. Ta asymetria jest źródłem wiedzy, której nie da się zdobyć po stronie wdrożeniowej: wdrażający widzi swoje systemy w dniu odbioru, audytor widzi cudze po dwóch latach.

## Zastrzeżenie nadrzędne: nie wdrażamy systemów pod audyt

**System projektuje się tak, żeby działał – nie tak, żeby przeszedł kontrolę.** Wdrożenie pod audyt daje organizację, która zna decyzje i interpretacje, ma komplet dokumentów pod spodziewane pytania i nie ma działającego procesu. Wzorzec znany z RODO: lata czytania decyzji i wytycznych zamiast zaprojektowania systemu, który obroni się sam, bo po prostu działa.

Praktyczne rozstrzygnięcie sporu przy projektowaniu:

<table style="width:100%">

<tr><th style="width:30%">Pytanie prowadzące</th><th style="width:70%">Status</th></tr>

<tr><td>„czy to zadziała w tej organizacji"</td><td><strong>pytanie pierwsze</strong></td></tr>

<tr><td>„czy to da się wykazać"</td><td>pytanie drugie – projektuje ślad dla rozwiązania, które już działa</td></tr>

<tr><td>„co powie audytor / organ"</td><td>pytanie trzecie, kontrolne – nigdy pierwsze</td></tr>

</table>

Odwrócenie tej kolejności poznaje się po objawie: dokument powstaje **zanim** ktokolwiek rozstrzygnął, jak praca ma przebiegać. Wtedy dowód opisuje procedurę, której nikt nie wykonuje – a to jest niespójność w rozumieniu modelu Scheina, nie zgodność.

Test skuteczności jest prosty: **system, który działa, jest audytowalny z definicji** – bo zostawia ślad, gdy działa. System zbudowany pod audyt bywa zgodny i nieskuteczny, i to wychodzi przy pierwszej realnej sytuacji, nie przy kontroli.

## Co przenosimy z MAB do wdrożeń

<table style="width:100%">

<tr><th style="width:20%">Element MAB</th><th style="width:35%">Rola w audycie</th><th style="width:45%">Zastosowanie we wdrożeniu</th></tr>

<tr><td><strong>WJ</strong> (wymaganie jednostkowe)</td><td>jednostka badania</td><td>jednostka realizacji: jedno wymaganie, jeden adresat, jeden dowód; kanał PIWJ → SZB/KB już to realizuje</td></tr>

<tr><td><strong>MPK</strong> (macierz pokrycia kryteriów)</td><td>mierzy pokrycie kryteriów przez system</td><td>mapa zakresu prac: Typ A = do zbudowania, Typ B = decyzja o poziomie ambicji</td></tr>

<tr><td><strong>Łańcuch dowodowy (D-014)</strong></td><td>cztery warstwy, których nie wolno sklejać</td><td>wdrożenie <strong>projektuje dowód zawczasu</strong>, zamiast odkrywać jego brak na audycie</td></tr>

<tr><td><strong>Reguła B1</strong></td><td>brak wymagania → brak niezgodności</td><td>czytana wspak: chcesz egzekwowalności – zapisz wymaganie Strony I</td></tr>

<tr><td><strong>Dwa poziomy oceny</strong></td><td>zgodność i skuteczność</td><td>kryterium odbioru wdrożenia; szczepionka na dokumenty, które istnieją i nic nie robią</td></tr>

<tr><td><strong>Bramka pionowa</strong></td><td>kontrola zgodności kwitów w pionie</td><td>kaskada polityka → procedura → instrukcja: nic niżej nie wykracza poza poziom wyższy</td></tr>

<tr><td><strong>Skalowanie ryzyka wad dokumentowych</strong></td><td>waga ustalenia</td><td>priorytet prac: które braki dokumentacyjne realnie ważą</td></tr>

<tr><td><strong>Rola Audytora Wiodącego</strong></td><td>wnioskuje, model nie rozstrzyga sam</td><td>rola analizującego w wartościowaniu: model proponuje, człowiek rozstrzyga</td></tr>

</table>

## Czego nie przenosimy

- **Niezależności i bezstronności** – wdrożenie jest z definicji współuczestniczące; udawanie niezależności byłoby fikcją.

- **Doboru próby** – wdrożenie pracuje na całości, nie na próbie.

- **Protokołów PN/PD, zleceń audytu, formularzy wywiadu** – to warsztat audytowy, nie wdrożeniowy.

- **Oceny skuteczności ex post** – wdrożenie może skuteczność wyłącznie zaprojektować i przygotować jej pomiar; stwierdza ją dopiero audyt albo realna sytuacja.

## Przenosimy konstrukcję, nie język

W rozmowie z organizacją wdrażaną słowa „niezgodność", „ustalenie", „dowód" zamieniają doradcę w inspektora – wbrew stylowi pracy FB (relacja niskociśnieniowa, doradca nie inspektor). Konstrukcja zostaje, słownictwo się zmienia:

<table style="width:100%">

<tr><th style="width:30%">W audycie</th><th style="width:70%">We wdrożeniu</th></tr>

<tr><td>niezgodność</td><td>luka do zamknięcia</td></tr>

<tr><td>ustalenie</td><td>pozycja do rozstrzygnięcia</td></tr>

<tr><td>dowód</td><td>zapis, ślad pracy</td></tr>

<tr><td>audytowany</td><td>właściciel procesu</td></tr>

</table>

**Czego nie tłumaczymy – terminy konstrukcyjne zostają bez zmian.** **Kryterium to zbiór wymagań** (ustawa, norma, umowa, dokument wewnętrzny), a **WJ to jednostka wewnątrz kryterium**. To nie są słowa audytowe do przełożenia na wdrożeniowe – to nazwy dwóch różnych poziomów tej samej konstrukcji, używane identycznie w MAB, PIWJ, SZB, KB i w projektach wdrożeniowych. Zamiana „kryterium" na „wymaganie" zlewa poziom zbioru z poziomem jednostki i psuje MPK, która mierzy właśnie relację między nimi.

Zasada ogólna: **tak jak WJ jest wszędzie WJ, tak kryterium jest wszędzie kryterium**. Zmieniamy słownictwo oceniające, nie nazwy elementów modelu.

## Wątek produktowy

**Wdrożenie prowadzone metodyką audytową jest audytowalne od pierwszego dnia** – powstaje z tych samych jednostek, którymi potem będzie badane, i zostawia ślad, bo ślad zaprojektowano razem z procesem, a nie dorobiono przed kontrolą.

To jest różnica, którą da się klientowi pokazać, a nie tylko obiecać: przy pierwszym audycie nie ma fazy „zbierania dokumentów", bo dokumenty powstawały jako produkty kroków procesu. Materiał do sekwencji produktowej (`Strategia FB\02-sekwencja-produktowa.md`), obok wzorca SZBI na Redmine.

## Powiązania

- `wzorzec-wdrozen-polityka-metodyka-szkolenia.md` – kolejność warstw wdrożenia,

- `spojnosc-jako-kryterium-model-scheina-w-audycie.md` – dlaczego dokument bez pokrycia w praktyce jest niespójnością, nie zgodnością,

- `zasada-konsulting-bez-zalozen.md` – brak danych jest informacją, nie luką do zakrycia,

- `ProjektyC\FB_rozwojowe\Redmine\SZBI_na_Redmine_wzorzec_architektury.md` – ślad powstający sam jako konsekwencja narzędzia.