- Spis treści
- Dlaczego audyt uczy wdrażania
- Zastrzeżenie nadrzędne: nie wdrażamy systemów pod audyt
- Co przenosimy z MAB do wdrożeń
- Czego nie przenosimy
- Przenosimy konstrukcję, nie język
- Wątek produktowy
- Powiązania
Strona nadrzędna: 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:
| Pytanie prowadzące | Status |
|---|---|
| „czy to zadziała w tej organizacji" | pytanie pierwsze |
| „czy to da się wykazać" | pytanie drugie – projektuje ślad dla rozwiązania, które już działa |
| „co powie audytor / organ" | pytanie trzecie, kontrolne – nigdy pierwsze |
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ń¶
| Element MAB | Rola w audycie | Zastosowanie we wdrożeniu |
|---|---|---|
| WJ (wymaganie jednostkowe) | jednostka badania | jednostka realizacji: jedno wymaganie, jeden adresat, jeden dowód; kanał PIWJ → SZB/KB już to realizuje |
| MPK (macierz pokrycia kryteriów) | mierzy pokrycie kryteriów przez system | mapa zakresu prac: Typ A = do zbudowania, Typ B = decyzja o poziomie ambicji |
| Łańcuch dowodowy (D-014) | cztery warstwy, których nie wolno sklejać | wdrożenie projektuje dowód zawczasu, zamiast odkrywać jego brak na audycie |
| Reguła B1 | brak wymagania → brak niezgodności | czytana wspak: chcesz egzekwowalności – zapisz wymaganie Strony I |
| Dwa poziomy oceny | zgodność i skuteczność | kryterium odbioru wdrożenia; szczepionka na dokumenty, które istnieją i nic nie robią |
| Bramka pionowa | kontrola zgodności kwitów w pionie | kaskada polityka → procedura → instrukcja: nic niżej nie wykracza poza poziom wyższy |
| Skalowanie ryzyka wad dokumentowych | waga ustalenia | priorytet prac: które braki dokumentacyjne realnie ważą |
| Rola Audytora Wiodącego | wnioskuje, model nie rozstrzyga sam | rola analizującego w wartościowaniu: model proponuje, człowiek rozstrzyga |
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:
| W audycie | We wdrożeniu |
|---|---|
| niezgodność | luka do zamknięcia |
| ustalenie | pozycja do rozstrzygnięcia |
| dowód | zapis, ślad pracy |
| audytowany | właściciel procesu |
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.