PRE – TEST

DZIEŃ 1 – System zarządzania projektowaniem (Design Management System – DMS) obejmujący SMS i zapewnienie zgodności projektowania (Design Assurance) w realnym procesie projektowym).

1. DOA jako system zarządzania ryzykiem w projektowaniu.

   • Co to jest DOA (Design Organisation Approval).
   • Co organ realnie ocenia w DOA: skuteczność DMS i zdolność organizacji do stałego wykazywania zgodności.
   • Zakres DOA: projektowanie /zmiany/naprawy/części – jak to przekłada się na procesy i odpowiedzialności.

2. Architektura DMS w DOA.

   • Składniki DMS: SMS + Design Assurance + compliance framework (system zapewnienia zgodności) + monitoring zgodności.
   • Minimalny zestaw elementów systemu (procedury, role, dane, zapisy) – co jest must have, a co nice to have.

3. Role, odpowiedzialności i schemat organizacyjny DOA.

   • Accountable Manager (Kierownik odpowiedzialny) i odpowiedzialność kierownictwa.
   • Funkcje kluczowe:
     • Zdatność do lotu/zgodność (Airworthiness/Compliance).
     • Niezależne sprawdzenie/niezależna weryfikacja (Independent checking/Independent verification).
     • Monitorowanie zgodności/nadzór nad zgodnością (Compliance monitoring).
     • Zarządzanie bezpieczeństwem (Safety Management System – SMS) – role i linie raportowania (roles & reporting lines).
   • Jak zbudować schemat organizacyjny, żeby był akceptowalny i działał w praktyce (nie konfliktował się z biznesem firmy).

4. SMS w DOA – wdrożenie krok po kroku.

   • Polityka, cele i plan działań bezpieczeństwa.
   • Identyfikacja zagrożeń (Hazard identification) w projektowaniu: skąd biorą się zagrożenia (zmiana, interfejsy, dane, presja terminu, błędy ludzkie).
   • Ocena ryzyka i środki kontroli ryzyka (Risk assessment i risk controls): jak oceniać i zabezpieczać ryzyko tak, żeby miało sens inżynierski i auditowy.
   • Raportowanie zdarzeń (Occurrence reporting): jak zorganizować zgłoszenia, analiza trendów i działania korygujące w DOA.

5. Design Assurance: wykazanie zgodności.

   • Nadzór nad projektowaniem, zmianami i naprawami: co musi być kontrolowane (dane, zatwierdzenia, konfiguracja, zwolnienia).
   • Niezależne sprawdzenie/niezależna weryfikacja (Independent verification/independent checking): jak to ustawić organizacyjnie i procesowo.

6. Monitoring zgodności systemu (compliance monitoring) – jak nie wpaść w pułapkę wewnętrznych auditów dla auditów.

   • Co monitorować (procesy krytyczne), jak planować w oparciu o ryzyko, jak raportować do kierownictwa.
   • Typowe niezgodności DOA: papier działa, ludzie nie – jak temu zapobiec.

Warsztat dnia 1

Temat: Projekt DMS w twojej organizacji – mapa procesów DOA + RACI + lista obowiązkowych dowodów.

DZIEŃ 2 – Certyfikacja/nadzór, KPI, kompetencje i współpraca DOA-POA + ryzyka prawne.

1. PART-21.J – kluczowe wymagania.

   • DMS = SMS + Design Assurance + monitoring zgodności: co musi być wykazane w praktyce.
   • Niezależność weryfikacji (independent verification/checking): jak udowodnić niezależność i kompetencje (matryce uprawnień, zasady wyłączeń, ścieżki eskalacji).
   • Kontrola danych projektowych i konfiguracji: wersjonowanie, zatwierdzanie, zwolnienia(releases), identyfikowalność (traceability) zmian.
   • Zarządzanie zmianą (management of change) w systemie i w projektach: kiedy uruchamiać ocenę ryzyka (risk assessment), kiedy przegląd procesu, kiedy szkolenia.
   • Raportowanie zdarzeń (occurrence reporting) i działania korygujące: triage (wstępna kwalifikacja i priorytetyzacja zgłoszeń), analiza przyczyn, trendy, skuteczność działań (CAPA) i raportowanie do kierownictwa.
   • Monitoring zgodności (compliance monitoring): planowanie oparte o ryzyko, audyty tematyczne, raporty i działania poauditowe.
   • Nadzór nad podwykonawcami/partnerami w projektowaniu: co musi być w umowach i w praktyce (w tym dowody zgodności i odpowiedzialności).
   • Kompetencje personelu: jak zorganizować kwalifikację, upoważnienia i utrzymanie kompetencji (w tym dla ról kluczowych).

2. Zatwierdzenie DOA.

   • Zakres zatwierdzenia.
   • Zasady zatwierdzania.

3. Kompetencje personelu i pełnomocnik w DOA.

   • Macierz kompetencji (role kluczowe vs wymagane kompetencje: techniczne + compliance + safety).
   • Wymagania dowodowe: kwalifikacje, doświadczenie, szkolenia, upoważnienia, niezależność weryfikacji.
   • Budowa planu rozwoju kompetencji i okresowej oceny.

4. KPI i monitorowanie skuteczności DMS.

   • Przykładowe wskaźniki DOA: terminowość i jakość wykazania zgodności, jakość danych projektowych i konfiguracji, skuteczność działań korygujących.
   • Jak zrobić przegląd zarządzania w DOA pod decyzje, a nie pod protokół.

5. Interfejs DOA-POA i łańcuch dostaw – gdzie realnie powstają ryzyka.

   • Transfer danych projektowych i zmian: wersje, zatwierdzenia, status konfiguracji.
   • Co DOA musi zapewnić, żeby POA mogła wykazać zgodność produkcji z danymi projektowymi (i odwrotnie – feedback z produkcji do projektowania).

6. Co, jeśli dojdzie do zdarzenia? – ryzyka prawne i organizacyjne.

   • Jak działa odpowiedzialność organizacji, gdy system nie wykazuje skuteczności (braki w SMS/DA/monitoringu, brak niezależności, brak dowodów).
   • Jak przygotować organizację na: zabezpieczenie dowodów, identyfikowalność decyzji, reakcję systemową (nie – szukanie winnego).

Warsztat dnia 2

Temat: Program auditów wewnętrznych DOA oparty o ryzyko (risk-based internal audit planning).

POST – TEST