Metoda »CZARNEJ SKRZYNKI«

Wprowadzenie

Metoda »czarnej skrzynki« w domu kultury jest propozycją zainspirowaną książką Matthew Syeda „Metoda czarnej skrzynki. Zaskakująca prawda o nauce na błędach” (©2015; wyd. polskie: Wydawnictwo INSIGNIS, Kraków 2021; opis i streszczenie książki ⇒ tutaj)

Jej punkt wyjścia jest prosty: instytucja rozwija się nie dlatego, że potrafi uniknąć wszelkich błędów, lecz dlatego, że umie je rozpoznawać, analizować i przekładać na trwałe ulepszenia. W lotnictwie właśnie takie podejście - badanie wypadków i incydentów po to, by poprawiać system, a nie tylko wskazywać winnych - doprowadziło do ogromnego wzrostu bezpieczeństwa. Syed pokazuje, że podobny mechanizm może działać również w innych dziedzinach, pod warunkiem że organizacja nie wypiera problemów, nie zasłania ich eufemizmami i nie tłumi przepływu informacji przez hierarchię.

Zanim jednak przejdziemy do konkretnych rozwiązań, warto powiedzieć to jasno:

nie chodzi tu o kolejny zestaw procedur tworzonych „na wszelki wypadek”,
do okazania przy kontroli albo do odnotowania w sprawozdaniu.

Metoda »czarnej skrzynki« ma sens tylko wtedy, gdy realnie pomaga w pracy programowej, organizacyjnej i technicznej domu kultury. Jej zadaniem nie jest mnożenie papierów, lecz ułatwienie codziennego działania: wcześniejsze wychwytywanie problemów, ograniczanie chaosu, porządkowanie doświadczeń i korzystanie z wniosków przy kolejnych przedsięwzięciach.

W domu kultury »czarna skrzynka« nie oznacza oczywiście urządzenia technicznego. Oznacza sposób uczenia się po zdarzeniach: zarówno tych dużych, jak odwołane wydarzenie, poważna awaria czy sytuacja kryzysowa, jak i tych mniejszych, takich jak błędna informacja w komunikacji, chaos organizacyjny, niejasny podział zadań czy powtarzające się trudności techniczne. Metoda »czarnej skrzynki« nie służy rozbudowie nadzoru ani tworzeniu dodatkowej biurokracji. Ma pomóc domowi kultury zachowywać ślady własnych doświadczeń, rozpoznawać powtarzalne słabości i wprowadzać zmiany, zanim kolejny problem stanie się poważniejszy. To właśnie odróżnia organizację, która jedynie reaguje na zdarzenia, od organizacji, która naprawdę się uczy. Rozwój zaczyna się bowiem tam, gdzie błąd przestaje być wyłącznie źródłem wstydu, a staje się źródłem wiedzy.

Jeszcze raz: to nie jest kolejny element kontroli zarządczej!!

To rozwiązanie…
►…ma pomóc wcześniej zauważać problemy, zanim urosną.
►…ma ograniczać improwizację w sytuacjach, które powtarzają się regularnie.
►…ma ułatwiać przygotowanie kolejnych wydarzeń, a nie je komplikować.
►…ma służyć pracy merytorycznej, organizacyjnej i technicznej — nie papierologii.
►…ma chronić zespół przed powtarzaniem tych samych błędów.
►…ma sprawiać, że doświadczenie zespołu nie przepada, lecz zostaje w instytucji i może służyć przy kolejnych działaniach.

1. Po co to wdrażać?

Wprowadzenie metody »czarnej skrzynki« ma pomóc osiągnąć cztery rzeczy:
1. wcześniejsze wychwytywanie problemów,
2. lepsze rozumienie przyczyn niepowodzeń,
3. ograniczanie powtarzalnych błędów,
4. budowanie takiej odpowiedzialności, w której prawda jest ważniejsza od doraźnej obrony reputacji.

Syed bardzo wyraźnie pokazuje, że same narzędzia nie wystarczą. Potrzebne jest jeszcze odpowiednie nastawienie: gotowość do przyjmowania informacji zwrotnej, nawet gdy jest niewygodna, oraz przekonanie, że analiza błędu służy przede wszystkim poprawie jakości działania.
zobacz też Dlaczego dom kultury potrzebuje »czarnej skrzynki« 

2. Zasady, bez których to nie zadziała

2.1. Analiza ma służyć poprawie działania, a nie szukaniu winnych

W lotnictwie badanie incydentów i wypadków zostało oddzielone od logiki dyscyplinarnej właśnie po to, by ludzie nie bali się zgłaszać problemów. Dzięki temu rosła liczba zgłoszeń, a wraz z nią rosła wiedza o słabościach systemu.

W domu kultury należy przyjąć podobną zasadę:
♦ zgłoszenie problemu nie może samo w sobie być traktowane jako podstawa do ukarania pracownika,
♦ analiza ma w pierwszej kolejności ustalić, co zawiodło w procesie, komunikacji, przestrzeni, podziale ról albo organizacji pracy,
♦ reakcja personalna powinna następować tylko wtedy, gdy mamy do czynienia z rażącym zaniedbaniem, świadomym zatajaniem informacji lub powtarzaniem tego samego błędu mimo wcześniejszych ustaleń.

2.2. Warto wychwytywać nie tylko porażki, ale także incydenty i „prawie-wpadki”

Jedna z najważniejszych lekcji z książki dotyczy tego, że system uczy się najlepiej nie tylko z katastrof, ale również z drobniejszych zdarzeń i sygnałów ostrzegawczych. To właśnie raportowanie incydentów pozwala wychwycić powtarzające się problemy zanim dojdzie do poważniejszego zdarzenia.

2.3. Każdy w zespole powinien mieć prawo zgłoszenia problemu

Syed pokazuje, że hierarchia może tłumić informację zwrotną: osoby niżej w strukturze często dostrzegają zagrożenie, ale nie potrafią skutecznie się przebić. Dlatego instytucja musi stworzyć warunki, w których technik, instruktor, pracownik administracyjny czy animator może zgłosić problem bez lęku przed reakcją przełożonych.

3. Jakie sytuacje warto wychwytywać

System powinien obejmować cztery kategorie zdarzeń:

3.1. Wypadek, awaria lub poważny problem

Zdarzenie, które już wywołało realny skutek: odwołane wydarzenie, poważna awaria, naruszenie bezpieczeństwa, konflikt z publicznością, istotne zakłócenie pracy.

3.2. Incydent

Zdarzenie niepożądane, które udało się opanować, ale które mogło doprowadzić do poważniejszego problemu.

3.3. Prawie-wpadka

Sytuacja, w której problem został zauważony i zatrzymany w ostatniej chwili.

3.4. „Tarcie systemowe” czyli powracające trudności w codziennej pracy

Powtarzający się problem organizacyjny, który sam w sobie może nie wyglądać groźnie, ale stale obniża jakość pracy: zła komunikacja, nieczytelne procedury, niepraktyczny układ pomieszczeń, niejasny podział kompetencji, powtarzalne trudności techniczne. 
To właśnie ta czwarta kategoria jest często najcenniejsza, bo pozwala dostrzec miejsca, w których instytucja stale traci energię i popełnia te same błędy.

4. Jak ma działać ten system

W praktyce ten sposób pracy może opierać się na trzech prostych krokach:

4.1. Szybkie zgłoszenie

Każde zdarzenie powinno zostać zapisane w krótkim formularzu. Formularz ma służyć utrwaleniu faktów, a nie ich pełnej interpretacji.

4.2. Omówienie po wydarzeniu

Po każdym ważniejszym działaniu należy przeprowadzić zespołowe podsumowanie: co zadziałało, co nie zadziałało  i co trzeba poprawić. To jest także dobry moment na dokładniejsze omówienie trudniejszych spraw.

4.3. Regularny przegląd tego, co się powtarza

Raz w miesiącu lub raz na dwa miesiące należy przejrzeć wszystkie zgłoszenia i zobaczyć, co się powtarza.
To bardzo ważne, ponieważ pojedynczy problem może wyglądać na przypadek, ale kilka podobnych zdarzeń ujawnia już słabość systemową.

5. Kto za co odpowiada

Warto od początku jasno ustalić, kto za co odpowiada.

5.1. Osoba prowadząca ten proces (koordynator systemu)

Osoba odpowiedzialna za:
♦ zbieranie zgłoszeń,
♦ pilnowanie terminów omówień,
♦ porządkowanie dokumentacji,
♦ przygotowanie materiału do wspólnego omówienia.

5.2. Mały zespół, porządkujący zgłoszenia i wnioski (zespół przeglądowy)

Najlepiej trzyosobowy:
♦ ktoś z kierownictwa,
♦ ktoś z zespołu merytorycznego,
♦ ktoś z techniki, organizacji lub obsługi wydarzeń.

Zadaniem zespołu jest:
♦ analizowanie wybranych zgłoszeń,
♦ wskazywanie przyczyn,
♦ wskazywanie, co trzeba poprawić,
♦ sprawdzanie, czy ustalone zmiany naprawdę zostały wprowadzone.

5.3. Zespół całej instytucji

Każdy pracownik powinien wiedzieć:
♦ co można zgłaszać,
♦ jak to zgłaszać,
♦ komu to zgłaszać,
♦ że zgłoszenie problemu nie będzie samo w sobie podstawą do kary.

6. Jak to robić w praktyce

6.1. Jak zgłaszać problem

Zgłoszenie powinno zawierać:
♦ datę i nazwę wydarzenia lub sytuacji,
♦ kategorię zdarzenia,
♦ krótki opis tego, co się wydarzyło,
♦ informację, co pogorszyło sytuację,
♦ informację, co pomogło ją opanować,
♦ sugestię, co należy sprawdzić lub poprawić,
♦ oznaczenie, czy sprawa wymaga pilnej reakcji.

6.2. Krótkie omówienie po wydarzeniu

Powinno się odbywać tego samego dnia lub następnego dnia roboczego.

Zakres:
♦ Co zadziałało zgodnie z planem?
♦ Co nie zadziałało?
♦ Co należy poprawić przy następnym podobnym działaniu?

6.3. Jak rozmawiać o trudniejszej sprawie (analiza pogłębiona)

Stosuje się ją wobec zdarzeń poważniejszych albo powtarzalnych.

Pytania pogłębione:
♦ co dokładnie się wydarzyło i w jakiej kolejności,
♦ gdzie pojawił się pierwszy sygnał ostrzegawczy,
♦ kto go zauważył,
♦ czy ta osoba miała możliwość skutecznego zgłoszenia problemu,
♦ czy problem wynikał z człowieka, procesu, komunikacji, przestrzeni, sprzętu, harmonogramu czy podziału odpowiedzialności,
♦ czy podobna sytuacja już wcześniej występowała,
♦ co trzeba zmienić, aby ograniczyć ryzyko powtórzenia.
Taki sposób analizy odpowiada logice książki: nie wystarczy wiedzieć, że coś poszło źle; trzeba jeszcze uchwycić wzór i przyczynę, które stoją za zdarzeniem.

6.4. Jak reagować, gdy ktoś widzi ryzyko (procedura „stop”)

Każdy pracownik musi mieć prawo powiedzieć, że widzi ryzyko organizacyjne, techniczne lub bezpieczeństwa.

Warto przyjąć prosty czterostopniowy schemat komunikacji inspirowany rozwiązaniami lotniczymi:
  1. pytanie,
  2. ostrzeżenie,
  3. zakwestionowanie decyzji,
  4. zatrzymanie działania albo szybkie wezwanie osoby, która może podjąć decyzję.
Po katastrofie lotu 173 właśnie takie wzmocnienie asertywnej komunikacji i przebudowa relacji w kokpicie stały się jednym z fundamentów poprawy bezpieczeństwa.

7. Co może w tym pomóc

7.1. Listy kontrolne

Warto wprowadzić trzy krótkie listy kontrolne:
♦ programową,
♦ techniczną,
♦ komunikacyjną.
Syed pokazuje, że listy kontrolne i wspólne ich przechodzenie ograniczają ryzyko przeoczeń, porządkują współpracę i wzmacniają kanały komunikacji w zespole.

7.2. Jak zapisywać ustalenia

Samo rozpoznanie problemu nie wystarczy. Warto prowadzić prostą listę, w której zapisuje się:
♦ co trzeba zrobić,
♦ osobę odpowiedzialną,
♦ do kiedy ma to być zrobione,
♦ czy to już zostało zrobione.

7.3. Jak wracać do tego, co już raz zostało zauważone

Podczas takiego przeglądu warto odpowiedzieć:
♦ jakie problemy powtarzają się najczęściej,
♦ które działania ratunkowe zbyt często zależą od jednej osoby,
♦ gdzie system opiera się na improwizacji,
♦ które rozwiązania przestały być wystarczające,
♦ jakie trzy zmiany warto wprowadzić w kolejnym miesiącu.

8. Na co szczególnie uważać

8.1. Nie mylić sukcesu wydarzenia z jakością systemu

Jeżeli wydarzenie się odbyło, ale tylko dlatego, że jedna osoba nadzwyczajnym wysiłkiem uratowała sytuację, nie oznacza to jeszcze, że system działa dobrze.

8.2. Nie ograniczać analizy do programu artystycznego

System powinien obejmować także:
♦ architekturę i funkcjonalność budynku,
♦ dostępność,
♦ komunikację,
♦ zapisy i rejestrację,
♦ współpracę z partnerami,
♦ obieg informacji wewnętrznej,
♦ przygotowanie techniczne wydarzeń.

8.3. Nie rozdzielać słów od działania

Najczęstszym zagrożeniem jest sytuacja, w której instytucja zbiera uwagi, ale nic z nimi nie robi. Wtedy system przestaje budować zaufanie.

8.4. Dbać o kulturę pracy po błędzie

Osoba, która popełniła błąd, nie może zostać automatycznie wypchnięta poza zespół.
Kultura strachu ogranicza szczerość, a szczerość jest warunkiem uczenia się. Syed pokazuje to bardzo mocno na przykładach medycyny i organizacji, które przełamały logikę ukrywania błędów dopiero wtedy, gdy stworzyły bezpieczniejsze warunki do zgłaszania problemów.

9. Plan wdrożenia na 90 dni

Etap 1. Przygotowanie  
♦ wyznaczenie osoby prowadzącej ten proces,
♦ wybranie małego zespołu do omawiania zgłoszeń i wniosków,
♦ przyjęcie zasad działania systemu,
♦ przygotowanie formularza zgłoszeniowego.

Etap 2. Uruchomienie 
♦ poinformowanie zespołu o celu systemu,
♦ rozpoczęcie zbierania zgłoszeń,
♦ wprowadzenie krótkich omówień po wydarzeniach,
♦ wprowadzenie podstawowych checklist.

Etap 3. Pierwsza analiza 
♦ przegląd zgłoszeń po pierwszym miesiącu,
♦ identyfikacja powtarzalnych problemów,
♦ wskazanie trzech priorytetowych zmian.

Etap 4. Korekta i utrwalenie
♦ wprowadzenie zmian,
♦ sprawdzenie ich skuteczności,
♦ dostosowanie formularzy i procedur,
♦ sprawienie, by ten sposób pracy stał się trwałą częścią działania instytucji.

10. Trzy gotowe narzędzia

1. Formularz zgłoszenia zdarzenia (treść)

Data:
Wydarzenie / sytuacja:
Kategoria: wypadek / incydent / prawie-wpadka / tarcie systemowe
Opis zdarzenia:
Co pogorszyło sytuację:
Co pomogło ją opanować:
Jakie ryzyko ujawniło zdarzenie:
Co należy sprawdzić lub poprawić:
Czy sprawa wymaga pilnej reakcji: tak / nie
Osoba zgłaszająca:

2. Karta omówienia po wydarzeniu (treść)

Nazwa wydarzenia:
Data:
Uczestnicy omówienia:
Co zadziałało?
Co nie zadziałało?
Jaki był pierwszy sygnał ostrzegawczy?
Czy ktoś zauważył problem odpowiednio wcześnie?
Co należy zmienić przy następnym podobnym działaniu?
Kto ma to dopilnować?
Kiedy sprawdzamy, czy zmiana została wprowadzona?

Pytania pogłębione (stosuje się je wobec zdarzeń poważniejszych albo powtarzalnych): 
♦ co dokładnie się wydarzyło i w jakiej kolejności,
♦ gdzie pojawił się pierwszy sygnał ostrzegawczy,
♦ kto go zauważył,
♦ czy ta osoba miała możliwość skutecznego zgłoszenia problemu,
♦ czy problem wynikał z człowieka, procesu, komunikacji, przestrzeni, sprzętu, harmonogramu czy podziału odpowiedzialności,
♦ czy podobna sytuacja już wcześniej występowała,
♦ co trzeba zmienić, aby ograniczyć ryzyko powtórzenia.

3. Miesięczny przegląd powracających problemów (treść)

Miesiąc:
Łączna liczba zgłoszeń:
Najczęstsze kategorie zdarzeń:
Najczęściej powtarzające się problemy:
Miejsca największego ryzyka:
Problemy wynikające z komunikacji:
Problemy wynikające z organizacji pracy:
Problemy wynikające z przestrzeni lub techniki:
Trzy najważniejsze rzeczy do poprawy w kolejnym miesiącu:

A3