System zarządzania jako architektura kierowania firmą. Część 3: informacja, KPI i reakcja na odchylenia

To trzecia i ostatnia część artykułu otwierającego cykl BDO Advisory poświęcony systemowi zarządzania jako architekturze kierowania firmą. W części pierwszej pokazaliśmy, dlaczego firma może przerosnąć własny sposób zarządzania. W części drugiej wyjaśniliśmy, dlaczego same narzędzia — raporty, KPI, budżety, system ERP, PMO czy cykl spotkań — nie tworzą jeszcze skutecznego systemu zarządzania.

W części trzeciej przechodzimy do informacji zarządczej, delegacji, KPI oraz reakcji na odchylenia. Pokazujemy, dlaczego system zarządzania powinien nie tylko opisywać wyniki, lecz uruchamiać decyzje, działania korygujące, projekty i uczenie się organizacji.

Firma nie musi mieć rozbudowanej struktury organizacyjnej, cyklicznych raportów, formalnych spotkań zarządczych, procedur, budżetów, wskaźników i systemów IT, a mimo to może przez lata rosnąć i osiągać zyski. W wielu firmach prywatnych źródłem tej skuteczności jest przedsiębiorczość właściciela, silna znajomość biznesu, bezpośrednia kontrola kluczowych decyzji oraz zaangażowanie kilku osób, które wiedzą, jak firma naprawdę działa.

Z drugiej strony organizacja może mieć wszystkie formalne elementy systemu zarządzania — strukturę, raportowanie, kluczowe wskaźniki efektywności, budżetowanie, projekty, system ERP i cykl spotkań — a mimo to tracić sterowność, obniżać efektywność i w efekcie tracić wartość. Samo posiadanie narzędzi nie oznacza jeszcze, że organizacja jest dobrze zarządzana. System zarządzania nie daje gwarancji sukcesu. Nie zastępuje strategii, przywództwa, jakości decyzji, przewagi konkurencyjnej ani zdolności sprzedażowej. Brak sprawnego systemu zarządzania zmniejsza jednak prawdopodobieństwo skutecznej realizacji strategii, podnosi ryzyko właścicielskie, zwiększa koszt koordynacji i ogranicza zdolność organizacji do skalowania.

W tym sensie nieefektywny system zarządzania nie jest problemem administracyjnym. Jest problemem, który wpływa na wartość firmy.

Efekty pojawiają się często wtedy, gdy organizacja formalnie wygląda już dojrzale. Ma kierowników, raporty, spotkania, procedury, budżety, wskaźniki i systemy IT, ale nadal wymaga ręcznej kontroli właściciela, zarządu lub kilku kluczowych osób. Decyzje wracają do centrum, dane wymagają dodatkowej weryfikacji, raporty nie prowadzą do działania, a menedżerowie są dobrzy operacyjnie, lecz nie zawsze biorą odpowiedzialność za zarządzanie. To nie musi oznaczać, że firma jest źle prowadzona. Często oznacza coś bardziej systemowego: sposób zarządzania, który był wystarczający na wcześniejszym etapie rozwoju, przestał odpowiadać skali, złożoności, etapowi rozwoju i ambicjom organizacji.

Dla kogo i po co

Ten artykuł jest skierowany do właścicieli, zarządów, CEO, COO i CFO firm średnich oraz dużych, które widzą, że dotychczasowy sposób kierowania organizacją zaczyna być ograniczeniem — zarówno dla dalszego wzrostu, jak i dla pełnego wykorzystania potencjału. Dotyczy zwłaszcza firm prywatnych, które przeszły już etap przedsiębiorczego wzrostu, zbudowały podstawową strukturę menedżerską i wdrożyły część narzędzi zarządczych, ale nadal nie mają pewności, czy organizacja jest rzeczywiście sterowna bez codziennej, osobistej interwencji właściciela lub zarządu.

Dotyczy także tych firm, w których zarząd przeczuwa, że istnieje dodatkowy potencjał poprawy ukryty nie tyle w samej technologii czy redukcji kosztów, ile w skuteczniejszych metodach organizacji i kierowania.

Celem tekstu nie jest opis kolejnej metody zarządzania. Nie chodzi również o promowanie jednego narzędzia: KPI, ERP, budżetu, dashboardu, PMO czy kalendarza spotkań. Chodzi o uporządkowanie pojęcia systemu zarządzania jako architektury kierowania firmą — takiej, która łączy strategię, cele, odpowiedzialność, decyzje, informacje, operacje, projekty, reakcję na odchylenia i doskonalenie. Tak rozumiany system zarządzania jest praktyczną odpowiedzią na problem skutecznej operacjonalizacji celów strategicznych oraz na potrzebę ciągłego, ewolucyjnego rozwoju metod kierowania przedsiębiorstwem.

Dobrze zaprojektowany system zarządzania nie zastępuje przywództwa. Przeciwnie — pozwala przywództwu działać na właściwym poziomie. Umożliwia właścicielowi i zarządowi koncentrowanie się na kierunku, priorytetach, ryzykach, zasobach i wartości firmy, zamiast na codziennym ręcznym kompensowaniu luk organizacyjnych. Daje organizacji powtarzalny sposób przekładania zamiarów na działania, danych na decyzje, problemów na rozwiązania, a rozwiązań na trwałe standardy.

Zarząd potrzebuje informacji, decyzji i delegacji

Wiele firm nie cierpi na brak danych. Cierpi na brak właściwej informacji zarządczej. Raportów jest zbyt dużo, ale nie zawsze wynikają one ze strategii, celów, KPI i odpowiedzialności. Zarząd i menedżerowie mogą tonąć w danych, a jednocześnie nie mieć jasnej odpowiedzi, gdzie jest problem, kto jest jego właścicielem, jaka decyzja jest potrzebna i czy temat wymaga eskalacji. W takim środowisku więcej raportowania nie zwiększa sterowności. Często tylko zwiększa koszt zarządzania, zmniejsza przejrzystość organizacji i zwiększa ryzyko błędów.

Informacja zarządcza nie jest dowolnym raportem. Raport staje się informacją zarządczą dopiero wtedy, gdy pomaga podjąć decyzję lub świadomie jej nie podejmować. Powinien pokazywać wynik względem celu, istotne odchylenie, trend, przyczynę, właściciela, rekomendację i konsekwencje dla dalszego działania. Bez tego raportowanie nie stanowi skutecznego narzędzia zarządzania. Zarząd, zamiast otrzymywać syntetyczną informację decyzyjną, musi sam interpretować dane i dochodzić do potrzebnych informacji.

W wielu firmach raporty powstają spontanicznie, na podstawie historii organizacji, przyzwyczajeń menedżerów lub dostępności danych. Ktoś kiedyś zaczął coś raportować, ktoś inny dodał kolejny arkusz, kolejny wskaźnik, kolejną tabelę, ktoś jeszcze potrzebował nowego raportu ad hoc. Po pewnym czasie organizacja ma mnóstwo raportów, ale niekoniecznie system informacji zarządczej. Mierzy to, co jest dostępne, a nie zawsze to, co jest potrzebne do realizacji strategii. Raporty stają się dziedzictwem historii firmy, a nie narzędziem kierowania jej przyszłością.

Sterowność wymaga odwrócenia tej logiki. Raportowanie powinno być projektowane od decyzji, a nie od danych. Najpierw trzeba skaskadować cele, ustalić, jakie decyzje muszą być podejmowane cyklicznie, jakie odchylenia wymagają reakcji, jak ma wyglądać eskalacja i kto jest właścicielem poszczególnych wyników. Dopiero wtedy można określić, jakie dane, wskaźniki i formaty raportów są potrzebne. To podejście ogranicza nadmiar informacji i wzmacnia odpowiedzialność, ponieważ każdy raport ma swoją funkcję w systemie zarządzania. Ułatwia również zarządzanie spójnością danych, co jest kluczowe dla automatyzacji i wdrażania rozwiązań AI.

Informacja zarządcza jest nierozerwalnie związana z delegacją. Zarząd nie powinien wiedzieć wszystkiego i decydować o wszystkim. Powinien mieć pewność, że decyzje zapadają na właściwych poziomach, w ramach jasno określonych uprawnień, tolerancji i zasad eskalacji. Delegacja bez ram jest ryzykiem, ale centralizacja jest ograniczeniem. Menedżer może brać odpowiedzialność tylko wtedy, gdy zna cel, miernik, zakres decyzji, dostępne zasoby i granice autonomii. Jeżeli tego brakuje, decyzje formalnie są delegowane, ale w praktyce wracają do centrum.

Właściwa architektura decyzji powinna rozstrzygać, które decyzje są strategiczne, które operacyjne, które projektowe, a które wymagają eskalacji ze względu na ryzyko, koszt, wpływ na klienta, zasoby lub zgodność z priorytetami firmy. Bez takiej architektury sprawy trafiają do zarządu nie dlatego, że są strategiczne, lecz dlatego, że nikt niżej nie ma mandatu albo gotowości do ich rozstrzygnięcia. Organizacja uczy się wtedy patologicznej ostrożności zamiast odpowiedzialności.

Zarząd powinien również widzieć przepustowość organizacji. Decyzje o projektach, inicjatywach i działaniach korygujących są zawsze decyzjami o zasobach. Jeżeli ci sami menedżerowie są właścicielami wielu priorytetowych tematów, a jednocześnie odpowiadają za bieżące operacje, system zarządzania powinien to pokazać. Bez tego portfel projektów staje się nierealny, a przeciążenie organizacji ujawnia się dopiero w opóźnieniach, spadku jakości, utracie zaangażowania lub wypaleniu i utracie kluczowych osób.

Informacja ma więc wspierać sterowanie, a nie tylko obserwację. Powinna pokazywać nie tylko to, co się stało, ale również to, co wymaga decyzji, reakcji lub zmiany priorytetu. W przeciwnym razie zarząd patrzy na firmę w lusterku wstecznym: widzi wynik, ale za późno, aby wpłynąć na mechanizmy, które go wytworzyły.

KPI powinny uruchamiać reakcję, nie tylko raportowanie

KPI nie poprawiają wyników samym faktem istnienia. Ich wartość zaczyna się dopiero wtedy, gdy odchylenie uruchamia właściwą reakcję. W dojrzałym systemie zarządzania wskaźnik nie jest końcem raportowania, lecz początkiem pętli zarządczej: od wyniku, przez analizę problemu, do decyzji, działania, projektu albo zmiany standardu. Jeśli taki mechanizm nie istnieje, KPI pełnią przede wszystkim funkcję informacyjną lub rozliczeniową, ale nie zarządczą.

Samo mierzenie może nawet tworzyć złudzenie kontroli. Organizacja regularnie omawia KPI, prezentuje trendy, porównuje wyniki do planu, ale nie zmienia sposobu pracy. Odchylenia są wyjaśniane, komentowane albo uzasadniane, lecz nie prowadzą do metodycznej analizy przyczyn ich powstawania i zmian standardów. Wtedy KPI bardziej opisują rzeczywistość niż pomagają ją zmieniać. Menedżerowie uczą się bronić wyniku zamiast analizować mechanizm, który go wytworzył.

Pierwszym krokiem reakcji powinno być przekształcenie odchylenia w precyzyjny problem. Nie wystarczy powiedzieć, że wynik jest poniżej celu. Trzeba określić, gdzie wystąpiło odchylenie, kiedy, w jakiej skali, jakiego procesu dotyczy, jaki ma wpływ na klienta, koszt, ryzyko lub wynik oraz kto jest właścicielem analizy. Analizy, która ma dotyczyć przyczyn problemu i jego rozwiązania. Bez tego dyskusja szybko przechodzi w opinie, intuicję albo szukanie winnych. Problem powinien zostać opisany w sposób, który umożliwia działanie, a nie tylko debatę.

Drugim krokiem jest przejście od symptomów do przyczyn. Jeżeli organizacja ogranicza się do działań doraźnych, wyłącznie likwidujących efekty, ten sam problem będzie wracał. Przyczyna może leżeć w procesie, standardzie, kompetencjach, danych, decyzjach, zasobach, systemie motywacyjnym albo sprzecznych celach. Dopóki nie zostanie zrozumiana, działania naprawcze będą miały charakter gaszenia pożaru. Organizacja będzie aktywna, a nawet przeciążona działaniami bieżącymi lub projektami, ale niekoniecznie będzie się uczyć i osiągać cele.

W tym miejscu kluczowa jest logika PDCA/PDSA, czyli Plan-Do-Check-Act lub Plan-Do-Study-Act. Moen i Norman pokazują, że cykl PDSA rozwijał się jako metoda uczenia się i doskonalenia, a nie jako prosty formularz do zamykania działań.[7] W systemie zarządzania oznacza to, że odchylenie powinno prowadzić do zaplanowania reakcji, wykonania eksperymentu lub działania, zbadania efektu, a następnie utrwalenia rozwiązania w standardzie albo korekty podejścia.

Nie należy więc traktować PDCA/PDSA jako hasła Lean ani narzędzia zarezerwowanego dla operacji. W dojrzałym systemie zarządzania jest to sposób uczenia się organizacji. Staje się mechanizmem zarządczym i częścią DNA firmy: od odchylenia, przez analizę przyczyn, po działanie, potwierdzenie efektu i zmianę standardu. Praktyka BDO Advisory pokazuje ten sam kierunek: problem powinien być nazwany, oparty na danych, przeanalizowany przyczynowo, rozwiązany, sprawdzony i utrwalony w standardzie.[8]

Istotne jest również rozróżnienie rodzaju reakcji. Nie każde odchylenie KPI powinno prowadzić do projektu. Czasem wystarczy korekta operacyjna. Czasem potrzebne jest działanie korygujące w ramach jednego procesu. Czasem problem jest przekrojowy, powtarzalny albo związany z modelem działania i wtedy powinien zostać przekształcony w projekt. System zarządzania powinien pomagać w takiej kwalifikacji, ponieważ zarówno nadmierne projektowanie wszystkiego, jak i ciągłe załatwianie spraw doraźnie prowadzą do nieefektywności.

Projekty wynikające z odchyleń także muszą trafić do portfela projektów jak każdy inny projekt. W przeciwnym razie zaczynają konkurować z projektami strategicznymi i bieżącymi operacjami bez świadomej decyzji zarządu co do alokacji zasobów firmy. Organizacja uruchamia kolejne działania naprawcze, ale nie widzi łącznego obciążenia, które z nich wynika. W efekcie próbuje rozwiązywać problemy, generując nowe przeciążenia. Portfel projektów powinien więc obejmować zarówno inicjatywy strategiczne, jak i projekty wynikające z wyników operacyjnych, ryzyk, odchyleń KPI oraz potrzeb doskonalenia.

Pętla zarządcza nie kończy się na wdrożeniu działania. Trzeba jeszcze potwierdzić efekt. Czy wynik się poprawił? Czy przyczyna została usunięta? Czy zmiana działa w różnych warunkach? Czy rozwiązanie nie wywołało negatywnych skutków ubocznych? Bez takiej weryfikacji organizacja myli wykonanie zadania z osiągnięciem rezultatu. To jeden z częstych powodów, dla których firmy prowadzą wiele działań korygujących, ale nie uzyskują trwałej poprawy.

Ostatnim elementem jest standaryzacja. Jeżeli nowe rozwiązanie nie zostanie utrwalone jako standard, organizacja nie uczy się trwale. Poprawa działa przez pewien czas, a potem ludzie wracają do wcześniejszych nawyków. Standard powinien określać nowy sposób pracy, odpowiedzialność, dane, kontrolę i sposób utrzymania efektu. W takim ujęciu KPI nie służą wyłącznie ocenie wyniku. Służą rozwijaniu systemu zarządzania.

Od wspólnej definicji do diagnozy i projektowania systemu

System zarządzania jest pojęciem używanym często, ale nie zawsze precyzyjnie. Dla jednych oznacza system jakości, dla innych ERP, dashboard, KPI, strukturę organizacyjną, procedury, budżet albo rytm spotkań. Każde z tych skojarzeń dotyka fragmentu prawdy, ale żadne nie wyczerpuje całości. Bez wspólnej definicji trudno diagnozować obecny stan i projektować model docelowy.

Zarząd może mówić o sterowności, menedżerowie o raportowaniu, operacje o procedurach, finanse o budżecie, a IT o systemach. Każdy obszar widzi inny fragment problemu i proponuje rozwiązanie zgodne z własną perspektywą. W efekcie firma może wdrażać kolejne narzędzia, nie rozwiązując problemu systemowego. Poprawia raportowanie, zmienia strukturę, wdraża system IT albo uruchamia PMO, ale nadal nie buduje spójnej architektury kierowania.

Dlatego rozmowę o systemie zarządzania warto zacząć od praktycznej definicji. System zarządzania to spójna architektura celów, decyzji, odpowiedzialności, procesów, informacji, KPI, reakcji, doskonalenia oraz zarządzania portfelem projektów, dzięki której organizacja przekłada strategię, wyniki operacyjne i problemy na działania, projekty oraz trwałe standardy. Definicja ta jest szeroka, ale właśnie dlatego użyteczna: obejmuje zarówno kierunek strategiczny, jak i codzienny mechanizm realizacji.

Taka definicja ma praktyczne konsekwencje. Diagnoza systemu nie może ograniczać się do pytania, czy firma ma KPI, raporty, spotkania, budżet i ERP. Trzeba sprawdzić przepływ między elementami. Czy strategia przechodzi w cele? Czy cele przechodzą w KPI? Czy KPI przechodzą w informację zarządczą? Czy informacja prowadzi do decyzji? Czy decyzje prowadzą do działań? Czy działania są rozliczane z efektu? Czy skuteczne rozwiązania stają się standardem? Czy projekty są widoczne jako portfel zmian?

Dopiero taka całościowa diagnoza pokazuje, gdzie system ma luki. Czasem problemem nie są wskaźniki, lecz brak właścicieli. Czasem nie raporty, lecz brak decyzji. Czasem nie struktura, lecz brak procesu eskalacji. Czasem nie ERP, lecz brak uzgodnionej logiki zarządzania. Czasem nie brak projektów, lecz przeciążony portfel. Bez całościowej organizacja łatwo myli objaw z przyczyną.

Projektowanie systemu zarządzania wymaga także świadomych wyborów. Nie da się jednocześnie maksymalizować kontroli, szybkości, autonomii i niskiego kosztu zarządzania bez kompromisów. Większa delegacja wymaga lepszych KPI, jasnych granic, zaufania do standardów oraz właściwych, kompetentnych ludzi. Większa kontrola zwiększa koszt zarządzania. Większa szybkość wymaga prostszych ścieżek decyzyjnych i większej odpowiedzialności menedżerów. Dojrzały system zarządzania nie jest więc zbiorem najlepszych praktyk wdrożonych mechanicznie, lecz świadomie zaprojektowaną architekturą wyborów.

System powinien być również audytowany. Audyt systemu zarządzania nie powinien być rozumiany jako szukanie winnych. Jego celem jest sprawdzenie, czy standardy działają, czy wspierają cele firmy, czy są przestrzegane i czy nadal odpowiadają skali oraz wyzwaniom organizacji. Audyty warstwowe, przeglądy dojrzałości, audyty zewnętrzne i benchmarki pomagają utrzymać system w praktyce oraz rozwijać go wraz z firmą. W tym sensie audyt nie jest kontrolą ludzi, lecz mechanizmem uczenia się, utrzymania i rozwoju standardów.

Wspólna definicja otwiera drogę do całego cyklu pracy nad systemem zarządzania: od strategii i celów, przez KPI, rytm zarządczy, informację, projekty, ryzyko i reakcję na odchylenia, aż po audyt i model docelowy. Bez tego kolejne inicjatywy pozostają fragmentaryczne. Firma poprawia poszczególne narzędzia, ale niekoniecznie zwiększa zdolność do skutecznego kierowania całością.

Jak te obawy zamienić w wymagania wobec projektu

Praca nad systemem zarządzania nie powinna zaczynać się od wyboru narzędzia. Powinna zacząć się od pytań, które pokazują, czy obecny sposób kierowania firmą jest systemowy, powtarzalny i odporny na wzrost skali. Dla właściciela, zarządu lub rady nadzorczej szczególnie istotne są pytania, które łączą sterowność, ryzyko, wartość firmy i zdolność realizacji strategii.

Po pierwsze, czy obecny sposób zarządzania działa dzięki systemowi, czy dzięki ręcznej kontroli właściciela, zarządu lub kluczowych menedżerów? Po drugie, czy firma byłaby sterowna, gdyby jedna lub dwie kluczowe osoby czasowo przestały być dostępne? Po trzecie, czy cele strategiczne są przełożone na cele operacyjne, KPI, odpowiedzialności i portfel projektów? Po czwarte, czy raporty zarządcze wynikają z kaskadowania celów, czy są zbiorem danych historycznych wynikających z doświadczenia i nawyków firmy?

Kolejne pytania dotyczą reakcji i wykonania. Czy każdy kluczowy KPI ma właściciela, próg reakcji, rytm przeglądu i jasną ścieżkę eskalacji? Czy odchylenia KPI prowadzą do analizy przyczyn i decyzji, czy tylko do omówienia wyników? Czy wiadomo, które problemy wymagają korekty operacyjnej, a które powinny zostać przekształcone w projekt? Czy portfel projektów jest priorytetyzowany względem strategii, korzyści, ryzyk i dostępności zasobów?

Ostatni obszar dotyczy narzędzi i rozwoju systemu. Czy ERP, dashboardy i raporty wspierają zaprojektowany system zarządzania, czy mają go zastępować? Czy system zarządzania jest okresowo audytowany i rozwijany wraz ze skalą firmy? Odpowiedzi na te pytania nie tworzą jeszcze projektu docelowego, ale pozwalają ustalić, czy organizacja ma problem narzędziowy, organizacyjny czy systemowy.

Podsumowanie

System zarządzania nie jest kolejnym narzędziem do uporządkowania firmy. Jest architekturą kierowania, która pozwala organizacji przejść od strategii do działania, od danych do decyzji i od problemów do trwałych standardów. W firmach rosnących jego słabość często nie objawia się od razu chaosem, lecz przeciążeniem właściciela, nadmiarem raportów, słabą delegacją, rozproszonymi projektami, niezaopiekowanymi ryzykami, powtarzającymi się odchyleniami KPI, a w końcu błędnymi decyzjami i eskalacją ryzyka.

Dojrzały system powinien być zbalansowany: zapewniać sterowność bez mikrozarządzania i kontrolę bez biurokracji. Powinien obejmować strategię, cele, KPI, operacje, portfel projektów, reakcję na odchylenia i audyt własnej skuteczności. Powinien również rozwijać się wraz z firmą, bo metody zarządzania skuteczne na jednym etapie wzrostu mogą stać się ograniczeniem na kolejnym.

Z perspektywy właściciela i zarządu stawką nie jest wyłącznie lepsze raportowanie albo sprawniejszy kalendarz spotkań. Stawką jest zdolność organizacji do przewidywalnego osiągania celów, ograniczania ryzyka, delegowania odpowiedzialności, realizowania zmian i budowania wartości niezależnie od stałej obecności kilku kluczowych osób. Dlatego rozmowę o systemie zarządzania trzeba zacząć od wspólnej definicji, a następnie przejść do diagnozy i świadomego projektowania modelu docelowego.

Przypisy

[7] Ronald D. Moen, Clifford L. Norman, „Evolution of the PDSA Cycle”.

[8] BDO Advisory, Podstawowe narzędzia rozwiązywania problemów (Problem Solving), materiał wewnętrzny / szkoleniowy BDO Advisory.

Bibliografia

BDO Advisory, Podstawowe narzędzia rozwiązywania problemów (Problem Solving), opracowanie własne / praktyka projektowa BDO Advisory.

BDO Advisory, Wprowadzenie do zarządzania projektami z elementami zarządzania zmianą, opracowanie własne / praktyka projektowa BDO Advisory.

Kaplan, Robert S., Norton, David P., „The Balanced Scorecard—Measures that Drive Performance”, Harvard Business Review, January–February 1992.

Malmi, Teemu, Brown, David A., „Management control systems as a package—Opportunities, challenges and research directions”, Management Accounting Research, 2008, vol. 19, nr 4, s. 287–300.

McKinsey & Company, Turbocharging the next-generation operating model, McKinsey on Digital Services, Volume II, April 2019.

Moen, Ronald D., Norman, Clifford L., „Evolution of the PDSA Cycle”.

Otley, David, „Performance management: a framework for management control systems research”, Management Accounting Research, 1999, vol. 10, s. 363–382. Stabryła, Adam, „Koncepcja wieloaspektowej analizy systemów zarządzania przedsiębiorstwem”.