Myślenie systemowe: pętle i przyczyny

Naprawiasz błąd. Błąd wraca. Naprawiasz mocniej. Błąd wraca szybciej.

Za takim powrotem zwykle stoi pętla. I dopóki jej nie zobaczysz, będziesz naprawiać objawy, a przyczyny zostaną na miejscu.

Dlaczego naprawiony błąd wraca?

Bo naprawa uruchamia skutki, których nie widać od razu. Peter Senge opisał ten wzorzec jako archetyp „poprawki, która zawodzi” (fixes that fail). Szybka poprawka łagodzi objaw. Jednocześnie wywołuje efekt uboczny, który z opóźnieniem pogarsza problem. Objaw wraca, więc sięgamy po tę samą poprawkę, tylko mocniej.

Przykład z zespołu IT: termin goni, więc zespół pomija testy i refaktoryzację. Funkcja wychodzi na czas. Za trzy miesiące rośnie liczba błędów, a ich poprawianie zabiera czas na kolejne funkcje. Termin znów goni, więc zespół znów pomija testy. Senge ujął to krótko: dzisiejsze problemy biorą się z wczorajszych rozwiązań.

Co mówi myślenie systemowe?

Że każdy problem istnieje w kontekście. Zmienne wpływają na siebie nawzajem: z opóźnieniem, z efektami ubocznymi, ze wzmocnieniami, których nie widać w Excelu ani na tablicy Kanban.

Donella Meadows opisuje system jako zbiór elementów połączonych tak, że razem wytwarzają określone zachowanie. Wynik, który widzisz, jest więc produktem struktury systemu. Wymiana ludzi w tej samej strukturze zwykle daje ten sam wynik.

Jak działają pętle przyczynowo-skutkowe?

Pokazują, jak decyzja podjęta dziś wpłynie na system za trzy miesiące. Są dwa rodzaje pętli.

Pętla wzmacniająca nakręca spiralę. Więcej błędów to mniej czasu, mniej czasu to więcej skrótów, więcej skrótów to więcej błędów. Ta sama mechanika działa też w dobrą stronę: lepsza jakość daje więcej czasu na jakość.

Pętla równoważąca tłumi zmianę, którą próbujesz wprowadzić. Nowy proces spowalnia zespół, wyniki na chwilę spadają, więc wszyscy wracają do starych nawyków. System wraca do równowagi, z której chciałeś go wyprowadzić.

Na diagramie każdy element pętli musi być zmienną, która może rosnąć albo maleć: presja terminu, liczba błędów, czas na refaktoryzację. Dzięki temu widać kierunek wpływu i opóźnienie między przyczyną a skutkiem.

O co pytać zamiast „kto zawinił?”

O to, jak zbudowany jest system, który produkuje ten wynik. Pytanie o winnego prowadzi do wymiany ludzi albo do kary. Pytanie o strukturę prowadzi do zmiany zasad, celów i przepływu informacji. W. Edwards Deming przypisywał większość problemów właśnie systemowi. Pisałem o tym we wpisie o stylu zarządzania.

Podobny mechanizm działa przy lokalnej optymalizacji: każdy dział poprawia swoje wskaźniki, a całość traci. Opisałem to jako matematyczną pułapkę lokalną.

Co z tego dostajesz?

Interwencje w miejscach, gdzie mają trwały efekt, nawet jeśli problem najbardziej widać gdzie indziej. Meadows nazywa je punktami dźwigni: miejscami, w których mała zmiana przesuwa zachowanie całego systemu.

Myślenie systemowe nie zastępuje żadnego narzędzia z tej serii. Zmienia sposób, w jaki z nich korzystasz.

Narzędzie jest narzędziem. Pytanie, co z niego wyciągniesz.

Bibliografia

Senge, P. M. (1990). The Fifth Discipline: The Art and Practice of the Learning Organization. Doubleday.
Meadows, D. H. (2008). Thinking in Systems: A Primer. Chelsea Green Publishing.
Sterman, J. D. (2000). Business Dynamics: Systems Thinking and Modeling for a Complex World. McGraw-Hill.

💬 Dołącz do dyskusji na LinkedIn → Komentuj i podziel się swoim podejściem

Ten o błędzie, który wraca