Jak zbudować odporność operacyjną, zanim uderzy nowy kryzys?

🎯 Większość firm potrafi pokazać segregator z napisem „Plan Ciągłości Działania”. Problem w tym, że dokument i realna zdolność operacyjna to dwie różne rzeczy. Organizacje często inwestują w aktualizację procedur awaryjnych, ale w momencie rzeczywistego zakłócenia okazuje się, że nikt nie ćwiczył ich użycia, nie przetestował zależności i nie sprawdził, czy proces rzeczywiście działa pod presją. Prawdziwa odporność nie mieszka w dokumentach. Mieszka w nawykach, umiejętnościach i sposobie zaprojektowania codziennych procesów.

📕 Zainteresowany/a tematem – czytaj dalej… ➡️

Plan Ciągłości Działania a odporność operacyjna – czym różni się myślenie

Czym zatem różni się Plan Ciągłości Działania (PCD) od rzeczywistej odporności operacyjnej? To pytanie powinien sobie zadać każdy dyrektor operacyjny, menedżer ryzyka i lider transformacji.

Plan Ciągłości Działania: reakcja na scenariusz

Plan Ciągłości Działania (PCD, ang. Business Continuity Plan) jest z definicji narzędziem reaktywnym [1][2]. Powstaje po to, by odpowiedzieć na konkretne scenariusze zakłóceń: pożar w centrum danych, pandemia, utrata kluczowego dostawcy czy awaria systemu krytycznego. Jego wartość jest duża, bo organizacja bez planu działania w kryzysie działa po omacku. Problem polega jednak na tym, że PCD zakłada, iż potrafimy z wyprzedzeniem opisać scenariusz, który się wydarzy. Ostatnie lata pokazały, że rzeczywiste kryzysy zwykle wymykają się prostym szablonom.

Normatywne i instytucjonalne źródła konsekwentnie pokazują, że ciągłość działania nie może być traktowana wyłącznie jako dokument, lecz jako praktyka wymagająca regularnego testowania, uczenia się i przeglądów [1][2]. Dokument nieczytany i niećwiczony jest jak plan ewakuacji wiszący na ścianie: wszyscy go mijają, ale niewielu potrafiłoby z niego skorzystać pod presją.

Odporność operacyjna: zdolność wbudowana w procesy

Odporność operacyjna to coś fundamentalnie innego. Norma ISO 22301:2019 opisuje wymagania dla systemu zarządzania ciągłością działania, natomiast podejście regulacyjne Banku Anglii rozwija pojęcie odporności operacyjnej jako zdolności organizacji do utrzymania ważnych usług biznesowych w granicach tolerancji wpływu zakłócenia oraz do dostosowania sposobu działania podczas incydentu [2][7]. To nie tylko uruchomienie planu awaryjnego, lecz efekt tego, jak procesy są projektowane, testowane i doskonalone na co dzień.

Ramy regulacyjne, takie jak europejskie rozporządzenie DORA (ang. Digital Operational Resilience Act, Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2022/2554), stosowane w sektorze finansowym od 17 stycznia 2025 roku, wymagają właśnie takiego podejścia [3]. Nie chodzi już tylko o posiadanie planu na papierze, ale o zdolność wykazania, że organizacja rozumie swoje krytyczne usługi, zna tolerowany wpływ zakłócenia i rzeczywiście testuje swoją gotowość.

Kluczowa praktyczna różnica wygląda więc następująco: PCD pyta „Co zrobimy, gdy X się wydarzy?”. Odporność operacyjna pyta „Czy nasze procesy są zbudowane tak, by X nie zatrzymało nas całkowicie albo zatrzymało nas na możliwie krótko?”. To różnica między gaśnicą powieszoną na ścianie a systemem przeciwpożarowym wbudowanym w cały budynek.

Presja regulacyjna na odporność operacyjną

W 2025 roku odporność operacyjna przestała być wyłącznie domeną dobrowolnych inicjatyw zarządczych. DORA w sektorze finansowym [3], wytyczne Banku Anglii dotyczące tolerancji wpływu zakłócenia [7] oraz rosnące oczekiwania nadzorcze wobec organizacji świadczących usługi krytyczne sprawiają, że firmy muszą dokumentować i udowadniać swoją zdolność do utrzymania kluczowych usług podczas zakłóceń.

Dla menedżerów spoza sektora finansowego to ważny sygnał. Regulacje nie muszą jeszcze dotyczyć każdej branży wprost, ale kierunek jest czytelny: odporność ma być cechą udowodnioną, a nie jedynie deklarowaną.

Zmiana paradygmatu w organizacjach

Przegląd bibliometryczny i systematyczny opublikowany przez Emerald w 2025 roku pokazuje, że po 2020 roku wyraźnie wzrosła liczba badań poświęconych proaktywnym strategiom odporności w łańcuchach dostaw [4]. To ważny sygnał zmiany paradygmatu: organizacje coraz częściej przestają pytać wyłącznie o to, jak reagować na kryzys, a zaczynają pytać, jak projektować odporność jako właściwość systemową.

Dla menedżera operacyjnego oznacza to jedno: odporność nie jest inwestycją w grubość segregatora, lecz w architekturę procesów, kompetencje ludzi i jakość testowania.

Lean Six Sigma jako generator odporności – efekt uboczny, który zmienia wszystko

Czy Lean Six Sigma jest narzędziem do optymalizacji czy do budowania odporności? W praktyce może pełnić obie role jednocześnie, choć druga z nich bywa dostrzegana dopiero po czasie.

Standaryzacja procesów jako fundament stabilności

Jednym z fundamentów metodologii Lean jest standaryzacja pracy. Każdy proces opisany w standardowych procedurach operacyjnych ma jasno zdefiniowany przebieg, dane wejściowe i wyjściowe, czas wykonania oraz odpowiedzialność. Z perspektywy odporności ma to kluczowe znaczenie: gdy osoba wykonująca zadanie nagle wypada z procesu – z powodu choroby, odejścia z firmy lub przeniesienia do innego zadania – zastępstwo może przejąć obowiązki bez odtwarzania wiedzy od zera. Badanie opublikowane w International Journal of Lean Six Sigma w 2021 roku potwierdza związek między praktykami Lean Six Sigma a zdolnością organizacji do radzenia sobie z zakłóceniami [5]. Wniosek jest ważny: dobrze udokumentowany i wystandaryzowany proces nie jest tylko narzędziem efektywności. Jest również aktywem odpornościowym.

Eliminacja wąskich gardeł jako ograniczanie punktów wrażliwości

Lean Six Sigma przykłada dużą wagę do identyfikacji i eliminacji wąskich gardeł. Z perspektywy odporności operacyjnej wąskie gardło nie jest tylko źródłem nieefektywności. To także punkt wrażliwości, którego zakłócenie może zatrzymać cały strumień wartości. Przegląd literatury z 2025 roku poświęcony relacji między Lean i odpornością organizacyjną wskazuje, że eliminowanie wąskich gardeł może zwiększać zdolność organizacji do absorpcji zakłóceń, obok poprawy wydajności [6]. Autorzy zwracają uwagę, że efekt ten jest szczególnie widoczny w środowiskach o wysokiej złożoności procesowej, gdzie lokalne przeciążenia szybko przenoszą się na dalsze etapy procesu.

Przykład autorski: w projektach usprawniających procesy przepływu zadań często okazuje się, że usunięcie jednego przeciążonego punktu nie tylko skraca czas realizacji, ale też zwiększa zdolność organizacji do przejęcia nagłego wzrostu obciążenia. To nie jest dowód naukowy sam w sobie, ale praktyczna ilustracja mechanizmu opisywanego w literaturze.

Gdzie Lean może osłabić odporność

Uczciwa analiza wymaga przyznania jednej rzeczy: nieumiejętnie stosowany Lean może osłabiać odporność. Zbyt agresywna redukcja zapasów, czasu i zasobów buforowych może doprowadzić do sytuacji, w której organizacja staje się bardzo wydajna w stabilnych warunkach, ale ma zbyt mało marginesu bezpieczeństwa w czasie zakłócenia.

Artykuł z 2025 roku poświęcony zależności między Lean i odpornością wprost podkreśla napięcie między efektywnością a zdolnością do absorpcji zakłóceń [6]. Klucz nie polega na obronie marnotrawstwa, lecz na odróżnieniu rzeczywistej straty od świadomie zaprojektowanej rezerwy strategicznej.

Rezerwa procesowa a efektywność – ile „luzu” potrzebuje odporny system?

„Luz w procesach to marnotrawstwo” – to zdanie dobrze brzmi na sali szkoleniowej, ale w praktyce jest tylko połową prawdy.

Dwa rodzaje rezerwy procesowej

W praktyce zarządzania warto odróżnić rezerwę reaktywną od rezerwy strategicznej. Rezerwa reaktywna to efekt złej synchronizacji: zbędne oczekiwanie, nadprodukcja, dublowanie pracy lub zapasy tworzone bez jasnego uzasadnienia. To właśnie te zjawiska Lean słusznie stara się ograniczać.

Rezerwa strategiczna to coś innego. Jest to celowo utrzymywana zdolność rezerwowa – czas, kompetencja, alternatywna ścieżka działania albo zapas krytycznego zasobu – która pozwala systemowi zaabsorbować zakłócenie bez zatrzymania usługi. Taką rezerwę należy projektować świadomie, a nie usuwać automatycznie w imię maksymalnej szczupłości.

Jak wyznaczać poziom rezerwy strategicznej

Nie istnieje jedna uniwersalna formuła dla wszystkich organizacji. Dobrym punktem wyjścia jest podejście opisane przez Bank Anglii w SS1/21, oparte na tolerancji wpływu zakłócenia [7]. Najpierw należy określić, jak długo organizacja może tolerować zakłócenie danej usługi i jaki jego poziom jest akceptowalny. Dopiero potem projektuje się zasoby, kompetencje i ścieżki alternatywne potrzebne do utrzymania działania w tych granicach.

W praktyce oznacza to, że poziom rezerwy powinien wynikać z krytyczności usługi, a nie z arbitralnie przyjętych procentów wykorzystania zasobów. Dla jednych procesów kluczowa będzie alternatywna osoba, dla innych zapas czasu, a dla jeszcze innych techniczna możliwość przełączenia się na rozwiązanie zastępcze.

Przypadek firm usługowych – specyfika sektora

W firmach usługowych kalkulacja rezerwy bywa trudniejsza niż w produkcji, ponieważ nie można zmagazynować „gotowych usług”. Jeśli nagle wzrasta liczba zgłoszeń klienta albo wypada kluczowy konsultant, organizacja nie sięga po zapas z magazynu. Jedyną realną rezerwą są najczęściej kompetencje ludzi, elastyczność przydziału pracy, jakość dokumentacji i możliwość szybkiego przejęcia zadań przez inne osoby.

Dlatego właśnie wielokompetencyjność pracownicza staje się w firmach usługowych jedną z najważniejszych form rezerwy strategicznej.

Zakłócenia specyficzne dla firm usługowych – scenariusze, o których rzadko mówi się wprost

Gdy mówimy o zakłóceniach operacyjnych, wiele osób wyobraża sobie pożar hali produkcyjnej, awarię linii lub brak komponentów. W firmach usługowych krajobraz ryzyka wygląda inaczej. To właśnie dlatego plany ciągłości pisane według wzorca przemysłowego często okazują się zbyt uproszczone.

Absencja kluczowych osób – krytyczny punkt wrażliwości w ludzkim wydaniu

Firmy usługowe są szczególnie narażone na zjawisko pojedynczego punktu awarii. Jeśli jeden analityk posiada unikalną wiedzę o systemie klienta, jeden specjalista prowadzi najważniejsze konto, a jeden ekspert procesowy jest jedyną osobą rozumiejącą krytyczny fragment procesu, organizacja tworzy ludzkie punkty wrażliwości.

Raport BCI Horizon Scan 2024 rozróżnia dwa wymiary ryzyka: zagrożenia prognozowane i zakłócenia faktycznie doświadczone [8]. W perspektywie prognozowanej cyberataki i awarie IT pozostają postrzegane jako największe zagrożenia operacyjne. W kategorii zakłóceń faktycznie doświadczonych przez organizacje raport odnotowuje po raz pierwszy w historii tego badania, że nadużycia finansowe okazały się najczęstszym typem zakłócenia bezpośrednio zgłoszonego – wysuwając się na czoło listy przed awariami IT i telekomunikacji. Jednocześnie awarie IT i telekomunikacji pozostały największym pojedynczym czynnikiem zakłócającym działalność organizacji [8]. To rozróżnienie jest istotne: organizacje powinny budować odporność zarówno na zakłócenia, których się spodziewają, jak i na te, których nie przewidują.

Awarie systemów – nie tylko IT

Drugą kategorią zakłóceń specyficznych dla usług są awarie systemów technologicznych. Warto jednak rozszerzyć to pojęcie poza samo IT. Awaria systemu to nie tylko niedostępność systemu ERP czy CRM, lecz także zakłócenie obiegu informacji, problemy komunikacyjne między działami albo niedostępność raportowania, bez którego nie da się podejmować decyzji operacyjnych.

W samym lipcu 2024 roku doszło do co najmniej trzech odrębnych incydentów technologicznych, które unaoczniły skalę zależności organizacji od infrastruktury cyfrowej.

Awaria Azure 18-19 lipca 2024 r. Awaria usług Microsoft Azure w regionie Central US rozpoczęła się 18 lipca 2024 r. o godz. 21:56 UTC i trwała do ok. 12:15 UTC dnia następnego, dotykając m.in. usług Microsoft 365. Jej przyczyną była błędna zmiana konfiguracji zarządzania klastrem backendowym, która zablokowała komunikację między częścią zasobów platformy w regionie Central US [9a].

Incydent CrowdStrike 19 lipca 2024 r. Już następnego dnia – 19 lipca – błędna aktualizacja pliku konfiguracji kanału (channel file) modułu CrowdStrike Falcon Sensor, zawierająca błąd logiczny powodujący awarię jądra systemu Windows (niebieski ekran śmierci, ang. Blue Screen of Death, BSOD), dotknęła około 8,5 miliona urządzeń z systemem Windows na całym świecie – czyli mniej niż 1% wszystkich urządzeń z systemem Windows – według oficjalnego szacunku Microsoftu [9b]. Mimo stosunkowo niewielkiego odsetka urządzeń, zakłócenia dotknęły infrastruktury krytycznej w wielu sektorach na całym świecie.

Awaria Azure 30 lipca 2024 r. Kilkanaście dni później, 30 lipca 2024 r., Microsoft Azure doświadczył kolejnej poważnej awarii. Jej bezpośrednim wyzwalaczem był rozproszony atak przeciążeniowy (DDoS, ang. Distributed Denial of Service). Rzeczywistą przyczyną szerokiego zasięgu incydentu było jednak zbieżne wystąpienie dwóch niezależnych problemów: awaria warstwy sterowania ochrony DDoS (control plane) na jednym europejskim węźle – spowodowana lokalną przerwą zasilania – sprawiła, że ruch europejski po zakończeniu mitygacji nie powrócił normalną ścieżką do Azure Front Door; jednocześnie wcześniej istniejąca błędna konfiguracja sieciowa (latent network configuration issue) spowodowała przekierowanie ruchu spoza Europy przez ten sam przeciążony europejski węzeł ochrony DDoS, co doprowadziło do zatoru i masowych przerw w połączeniach [9c]. Główna faza zakłóceń, obejmująca błędy połączeń, przekroczenia czasu odpowiedzi i skoki opóźnień, trwała od godz. 11:45 do ok. 13:58 UTC, czyli około dwóch godzin; pełne przywrócenie ruchu sieciowego do stanu sprzed incydentu nastąpiło o 19:43 UTC. Zakłócenie objęło w szczególności Azure Front Door i Azure Content Delivery Network [9c].

Każde z tych zdarzeń miało odrębną przyczynę, lecz wszystkie razem dobitnie pokazały, jak różnorodne wektory techniczne mogą prowadzić do globalnych problemów operacyjnych. Najważniejszy wniosek dla firm usługowych jest praktyczny: odporność wymaga nie tylko stabilnych systemów, ale także alternatywnych sposobów pracy wtedy, gdy podstawowy kanał działania staje się niedostępny.

Przerwy w dostawach w kontekście usługowym

Przerwy w dostawach w firmach usługowych często nie oznaczają braku materiału, lecz brak dostępu do kompetencji, narzędzi albo wiedzy. Może to być niedostępność zewnętrznego eksperta, problemy z kluczową platformą szkoleniową, opóźnienie dostawcy specjalistycznego oprogramowania albo ograniczenie wsparcia serwisowego.

Dlatego fundamentem odporności jest mapowanie zależności: kto, od kogo i w jakim zakresie zależy. Bez takiej wiedzy trudno ocenić, który dostawca albo która rola stanowi faktyczny punkt krytyczny dla usługi.

Wielokompetencyjność pracownicza jako strategia odporności – nie tylko narzędzie efektywności

Wielokompetencyjność pracownicza, czyli rozwijanie u pracowników kompetencji w więcej niż jednym obszarze funkcjonalnym, bywa przedstawiana głównie jako narzędzie elastyczności i wydajności. To jednak zbyt wąskie ujęcie. W praktyce jest to jedna z najmocniejszych dźwigni budowania odporności operacyjnej w organizacjach usługowych.

Macierz kompetencji jako mapa odporności

Podstawowym narzędziem wdrażania wielokompetencyjności jest macierz kompetencji. W kontekście odporności jej rola jest podwójna: po pierwsze pokazuje zależności, czyli procesy oparte na wiedzy jednej lub dwóch osób; po drugie ujawnia luki, czyli obszary bez realnej rezerwy kompetencyjnej.

Budowanie macierzy kompetencji z myślą o odporności różni się od jej klasycznego zastosowania w zarządzaniu talentami. Nie chodzi o to, by wszyscy umieli wszystko. Chodzi o to, by dla każdego procesu krytycznego istniała co najmniej jedna osoba zdolna utrzymać działanie przez minimalny, wcześniej określony czas. Norma ISO 22301:2019 wymaga, aby organizacja określiła akceptowalny czas zakłócenia dla kluczowych funkcji i dostosowała do niego swoje zdolności [2].

Rola kultury organizacyjnej w trwałości odporności

Nawet najlepiej zaprojektowane procesy i macierz kompetencji nie zadziałają bez jednego elementu: kultury organizacyjnej, w której ludzie rzeczywiście stosują procedury, eskalują ryzyka i uczą się po incydentach. Materiały IIA oraz logika systemów ciągłości działania pokazują, że sama dokumentacja nie wystarcza, jeśli nie towarzyszą jej praktyka, dyscyplina i regularne testowanie [1][2].

Praktyczny wyraz kultury odporności widać w konkretnych zachowaniach: czy pracownicy zgłaszają problemy, zanim urosną do skali kryzysu? Czy liderzy traktują sygnały ostrzegawcze jako informację do działania, a nie jako kłopot? Czy po incydencie zespół naprawdę analizuje przyczyny i wprowadza poprawki? To właśnie na tym poziomie odporność przestaje być hasłem, a staje się codzienną praktyką.

Rozwijanie wielokompetencyjności w praktyce

Jak rozwijać wielokompetencyjność tak, by nie była jednorazowym projektem, lecz trwałym elementem sposobu pracy? W praktyce dobrze sprawdza się kilka mechanizmów:

  • Rotacja zadań – najlepiej udokumentowany empirycznie mechanizm, wspierający rozwój przekrojowych kompetencji i przygotowanie do szerszych ról [10].
  • Obserwacja stanowiskowa – systematyczne towarzyszenie ekspertowi przy krytycznych procesach.
  • Wbudowanie celów wielokompetencyjności w rozwój pracownika – tak, aby dodatkowe umiejętności były elementem ścieżki rozwoju, a nie doraźnym obowiązkiem.
  • Dokumentacja ukrytej wiedzy – przekształcanie wiedzy „trzymanej w głowie” w zwięzłe instrukcje, listy kontrolne i materiały wdrożeniowe.

Badania Campiona, Cheraskin i Stevensa pokazują, że rotacja stanowisk wiąże się z rozwojem kompetencji i przygotowaniem do szerszych zadań organizacyjnych [10]. Z punktu widzenia odporności oznacza to większą zdolność do zastępowania kluczowych osób bez gwałtownego spadku jakości działania.

Wielokompetencyjność a zaangażowanie i retencja

Warto podkreślić jeszcze jeden aspekt. Badania z zakresu psychologii organizacyjnej wskazują, że zasoby pracy – w tym możliwości uczenia się, rozwoju i poszerzania kompetencji – są dodatnio powiązane z zaangażowaniem pracowników [11]. To ważne doprecyzowanie: metaanaliza Crawford, LePine i Rich (2010) nie dotyczy wyłącznie klasycznego wzbogacania treści pracy, lecz szerzej relacji między zasobami pracy, zaangażowaniem i wypaleniem.

Jeśli połączyć te ustalenia z klasycznym podejściem do wzbogacania treści pracy opisywanym przez Hackmana i Oldhama [12], otrzymujemy praktyczny wniosek: inwestycja w wielokompetencyjność może jednocześnie zwiększać odporność operacyjną i wspierać zaangażowanie ludzi.

Jak mierzyć odporność, zanim zostanie przetestowana?

„Mierz wszystko” – to zasada, którą praktycy Lean dobrze znają. Problem w tym, że odporność ujawnia się najpełniej dopiero wtedy, gdy system zostanie wystawiony na próbę. Trzeba więc mierzyć nie sam kryzys, lecz gotowość do poradzenia sobie z nim.

Wskaźniki gotowości operacyjnej

Norma ISO 22301:2019 oraz jej przewodnik wdrożeniowy ISO 22313:2020 pozwalają uporządkować kluczowe wskaźniki efektywności gotowości w trzy grupy [2][13]:

  1. Wskaźniki stanu systemu – np. odsetek krytycznych procesów z aktualną dokumentacją, odsetek procesów z osobą zastępczą, terminowość przeglądów planów.
  2. Wskaźniki narażenia – np. liczba procesów opartych na pojedynczej osobie, liczba krytycznych dostawców bez alternatywy, liczba nieprzetestowanych rozwiązań zastępczych.
  3. Wskaźniki uczenia się po zakłóceniach – np. czas zamykania działań korygujących po incydencie, liczba powtarzalnych przyczyn, jakość aktualizacji procedur po testach.

Najważniejsze jest nie to, by zbudować możliwie rozbudowany zestaw wskaźników, lecz by mierzyć te elementy, które rzeczywiście informują o gotowości do utrzymania kluczowych usług.

Wymiary oceny odporności procesowej

Praktyczna ocena odporności procesowej może opierać się na pięciu wymiarach:

WymiarCo mierzyPrzykładowe pytanie kontrolne
IdentyfikowalnośćCzy procesy krytyczne są zmapowane przekrojowo?Czy wiadomo, które usługi są naprawdę krytyczne?
RedundancjaCzy istnieją alternatywne ścieżki działania?Czy proces ma rozwiązanie zastępcze lub zastępstwo?
TestowalnośćCzy procedury są regularnie ćwiczone?Kiedy ostatnio sprawdzono proces w warunkach zakłócenia?
AdaptacyjnośćJak szybko organizacja dostosowuje sposób działania?Czy zespół potrafi przeprojektować proces po incydencie?
Rozproszenie wiedzyJak szeroko rozłożona jest wiedza krytyczna?Ile osób realnie potrafi utrzymać proces?

Taki model nie zastępuje pełnego systemu zarządzania ciągłością działania, ale pomaga zidentyfikować obszary, w których odporność istnieje tylko deklaratywnie.

Testowanie pod kątem zakłóceń – praktyczny protokół

Podejście do testowania powinno opierać się na trudnych scenariuszach, ale prawdopodobnych – zgodnych z logiką tolerancji wpływu zakłócenia i wymogiem praktycznego sprawdzania zdolności [1][2][7]. Dla firm usługowych oznacza to na przykład:

  • Symulację nagłej absencji – czasowe wyłączenie z procesu osoby pełniącej kluczową rolę.
  • Test alternatywnej ścieżki systemowej – przeprowadzenie procesu bez dostępu do głównego narzędzia albo z użyciem rozwiązania zastępczego.
  • Ćwiczenie zakłóceń nakładających się – sprawdzenie, jak organizacja reaguje, gdy dwa niezależne problemy pojawiają się równocześnie.

Wyniki takich testów muszą być dokumentowane i zamykane działaniami korygującymi. W przeciwnym razie ćwiczenie staje się pokazem, a nie mechanizmem uczenia się.

Podsumowanie

Odporność organizacyjna nie jest hasłem marketingowym ani modnym dodatkiem do systemu zarządzania. To mierzalna właściwość organizacji, którą można projektować, rozwijać i testować.

Dla liderów operacyjnych praktyczny punkt startu jest prosty: warto zidentyfikować krytyczne procesy, sprawdzić, gdzie występują pojedyncze punkty awarii, a następnie ocenić, czy istnieje dokumentacja, zastępstwo i scenariusz testowy dla każdego z nich. Dla HR oznacza to potrzebę traktowania wielokompetencyjności nie jako programu rozwojowego „na później”, lecz jako elementu bezpieczeństwa operacyjnego. Dla liderów transformacji to sygnał, że Lean Six Sigma może wspierać odporność, ale tylko wtedy, gdy efektywność nie eliminuje całkowicie marginesu bezpieczeństwa.

🤔 Najważniejsze pytanie brzmi więc nie „czy mamy plan?”, lecz „czy potrafimy utrzymać usługę, gdy plan przestaje wystarczać?”. Chętnie poznam Twoje doświadczenia z pierwszej ręki. ✍️

źródła:

[1] International Institute of Internal Auditors, „From Reaction to Readiness: The Shift Toward Organizational Resilience”, 2025. https://www.theiia.org/en/content/articles/global-best-practices/2025/from-reaction-to-readiness-the-shift-toward-organizational-resilience/

[2] ISO 22301:2019, Security and resilience – Business continuity management systems – Requirements, International Organization for Standardization, 2019. https://www.iso.org/standard/75106.html

[3] Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2022/2554 z dnia 14 grudnia 2022 r. (DORA – Digital Operational Resilience Act). EUR-Lex. https://eur-lex.europa.eu/legal-content/PL/TXT/?uri=CELEX%3A32022R2554

[4] Emerald Publishing, „Supply chain resilience and soft organizational factors – a bibliometric analysis and systematic literature review”, Industrial Management & Data Systems, 2025. https://www.emerald.com/insight/content/doi/10.1108/IMDS-05-2024-0362

[5] Emerald Publishing, „Lean Six Sigma as an organizational resilience mechanism”, International Journal of Lean Six Sigma, 2021. https://www.emerald.com/ijlss/article/12/4/762/135871/

[6] Taylor & Francis Online, „Leaning towards resilience: mapping and exploring the literature on Lean and organizational resilience”, International Journal of Production Research, 2025. https://www.tandfonline.com/doi/full/10.1080/21693277.2025.2512753

[7] Bank of England / Prudential Regulation Authority, Operational resilience: Impact tolerances for important business services, Supervisory Statement SS1/21, marzec 2021. https://www.bankofengland.co.uk/prudential-regulation/publication/2021/march/operational-resilience-impact-tolerances-for-important-business-services-ss

[8] Business Continuity Institute, Horizon Scan Report 2024, BCI, 2024. https://www.thebci.org/resource/horizon-scan-report-2024.html

[9a] Microsoft Azure Status History / Microsoft Learn, „Azure Central US region – service disruption 18-19 July 2024″. https://azure.status.microsoft/en-us/status/history/ ; https://learn.microsoft.com/en-us/answers/questions/1824441/azure-central-was-down-for-hours-will-customers-be

[9b] Microsoft, „Helping our customers through the CrowdStrike outage”, 20 lipca 2024 r. https://blogs.microsoft.com/blog/2024/07/20/helping-our-customers-through-the-crowdstrike-outage/ ; BBC News, „CrowdStrike IT outage affected 8.5 million Windows devices, says Microsoft”, 20 lipca 2024 r. https://www.bbc.com/news/articles/cpe3zgznwjno

[9c] Microsoft Azure Status History, „Service issue affecting multiple Microsoft Azure services” (Tracking ID: KTY1-HW8), 30 lipca 2024 r. https://azure.status.microsoft/en-us/status/history/?trackingId=KTY1-HW8 ; The Stack, „DDoS attack triggered Azure outage, Microsoft’s defences finished the job”, lipiec 2024. https://www.thestack.technology/microsoft-outage/ ; CRN, „Microsoft 365 Services Hit By Outage”, 30 lipca 2024 r. https://www.crn.com/news/cloud/2024/microsoft-365-services-hit-by-outage

[10] Campion, M.A., Cheraskin, L., Stevens, M.J. (1994). „Career-related antecedents and outcomes of job rotation”, Academy of Management Journal, 37(6), 1518-1542. https://doi.org/10.2307/256385

[11] Crawford, E.R., LePine, J.A., Rich, B.L. (2010). „Linking job demands and resources to employee engagement and burnout: A theoretical extension and meta-analytic test”, Journal of Applied Psychology, 95(5), 834-848. https://doi.org/10.1037/a0019364

[12] Hackman, J.R., Oldham, G.R. (1976). „Motivation through the design of work: Test of a theory”, Organizational Behavior and Human Performance, 16(2), 250-279. https://doi.org/10.1016/0030-5073(76)90016-7

[13] ISO 22313:2020, Security and resilience – Business continuity management systems – Guidance on the use of ISO 22301, International Organization for Standardization, 2020. https://www.iso.org/standard/75107.html


📕 Zajrzyj do doskonałej książki Stowarzyszenia SLMP – Historie Leanem Pisane – i poznaj moją – Od Zera do Lean Six Sigma Managera 👊

Podziel się swoją opinią