Mikrozarządzanie nie jest problemem. Jest symptomem.

Na jednym ze spotkań konsultacyjnych właściciel firmy powiedział mi wprost, że jego największym problemem jest on sam.

Nie powiedział tego z pokorą. Powiedział to z frustracją. Opisał, jak wchodzi w każdy projekt, sprawdza każdy mail wychodzący do klienta, pyta o status kilka razy dziennie, poprawia rzeczy, które „i tak by się poprawiły same”. Wie, że tak nie powinno wyglądać zarządzanie. Wie, że pracownicy go za to nie lubią. Wie, że sam sobie zabiera czas, który mógłby poświęcić na coś strategicznego.

I mimo to nie może przestać.

Zapytałem go wtedy o jedno: skąd wie, na jakim etapie jest dane zlecenie, jeśli nie zapyta? Odpowiedź padła natychmiast – nie wie. Nie ma skąd wiedzieć. Nie ma systemu, który by mu to pokazał.

I nagle przestałem widzieć mikromanagera. Zobaczyłem kogoś, kto odpowiada za wyniki firmy, ale nie ma żadnego innego narzędzia do monitorowania sytuacji poza bezpośrednim pytaniem.

Diagnoza postawiona odwrotnie

Mikrozarządzanie ma złą prasę – i słusznie. Niszczy autonomię pracowników, spowalnia decyzje, wytwarza atmosferę nieufności i wypędza z firmy najlepszych ludzi, bo ci znoszą takie środowisko najkrócej.

Problem w tym, że z tej obserwacji wyciąga się błędny wniosek. Mianowicie: że mikrozarządzanie to kwestia osobowości menedżera. Że trzeba go „naprawić”, nauczyć delegowania, wysłać na szkolenie z przywództwa. Zmienić człowieka i problem zniknie.

W praktyce to nie działa. Nie dlatego, że szkolenia są złe. Dlatego, że diagnoza jest postawiona odwrotnie.

Mikrozarządzanie to nie przyczyna. To reakcja. Reakcja na środowisko, w którym jedynym sposobem uzyskania informacji o stanie rzeczy jest bezpośrednie pytanie. Gdzie odpowiedzialności są rozmyte, statusy niewidoczne, a jedyną osobą, która trzyma w głowie pełen obraz sytuacji, jest szef.

Zmień środowisko, a zachowanie zmieni się samo.

Co naprawdę stoi za pytaniem „na jakim to etapie jest?”

To pytanie pada w firmach dziesiątki razy dziennie. Na korytarzu, przez Slacka, na krótkim spotkaniu, przez telefon. I za każdym razem, gdy pada, jest sygnałem, że coś w procesie nie działa.

Nie dlatego, że pytanie jest złe. Dlatego, że nie powinno być konieczne.

W dobrze zaprojektowanym procesie status zlecenia jest widoczny bez pytania. Wiadomo, kto jest za co odpowiedzialny i do kiedy. Wiadomo, co jest zrobione, co jest w toku, co czeka na decyzję. Wiadomo, gdzie są blokady i kto je powinien odblokowywać.

Gdy tego nie ma – gdy status żyje wyłącznie w głowie pracownika albo w mailowej korespondencji, przez którą trzeba się przekopywać pół godziny – pytanie staje się jedynym narzędziem kontroli. I właśnie wtedy rodzi się mikromanager. Nie z natury, lecz z konieczności.

Trzy warunki, przy których mikrozarządzanie zanika

Pierwsze: widoczność statusu. Każde zlecenie, projekt czy zadanie powinno mieć określony etap – i ten etap powinien być dostępny bez pytania. Narzędzie do tego nie ma znaczenia: może to być system CRM, tablica Kanban, prosty arkusz z etapami, intranet. Ważne, żeby informacja była tam, skąd można ją pobrać samodzielnie. Menedżer, który może w każdej chwili spojrzeć na aktualny stan bez angażowania pracownika, rzadziej angażuje pracownika.

Drugie: jasna odpowiedzialność za etap, nie za zadanie. „Ktoś to robi” to nie to samo co „Jan Kowalski odpowiada za przygotowanie wyceny do wtorku”. Kiedy odpowiedzialność jest przypisana imiennie i terminowo, pytanie o status ma konkretnego adresata – i konkretną odpowiedź. Rozmyte odpowiedzialności powodują, że każde pytanie wymaga bezpośredniego kontaktu.

Trzecie: zdefiniowany próg zgłoszenia problemu. Pracownicy często nie informują o trudnościach nie dlatego, że chcą je ukryć – tylko dlatego, że nie wiedzą, kiedy problem jest „wystarczająco duży”, żeby pójść do szefa. Firma bez tego progu zmusza menedżera do aktywnego wyciągania informacji. Firma, która jasno mówi „jeśli coś zagraża terminowi, sygnalizuj natychmiast”, odciąża go z połowy pytań.

Żaden z tych warunków nie wymaga zmiany osobowości menedżera. Wymaga zmiany środowiska.

Szef, który nie może przestać

Wracam do właściciela z początku tej historii. Po kilku miesiącach pracy nad procesami wrócił do mnie z prostą obserwacją: pyta o statusy rzadziej, bo rzadziej musi.

Nie stał się innym człowiekiem. Nie przeszedł przez terapię ani przez kurs delegowania. Po prostu w jego firmie pojawiły się etapy realizacji, widoczne dla wszystkich. Pojawiły się przypisane odpowiedzialności. Pojawił się próg, przy którym pracownicy zgłaszają zaistnienie problemu.

Ale powiedział mi też coś, czego się nie spodziewałem. Że najtrudniejsze było nie wdrożenie systemu, tylko zaakceptowanie, że przez lata to on był problemem dla własnej firmy. Że jego mikrozarządzanie, choć wymuszone brakiem procesów, zdążyło ukształtować kulturę organizacyjną, w której pracownicy przestali podejmować decyzje samodzielnie – bo zawsze i tak wchodził ktoś z góry.

To jest efekt uboczny, który zostaje długo po tym, gdy procesy już działają.

Symptom mówi więcej niż choroba

Gdy w firmie pojawia się mikromanager, rzadko warto zaczynać od rozmowy z nim. Warto zacząć od pytania: co go do tego zmusza?

Jeśli jedynym sposobem poznania stanu realizacji jest bezpośrednie pytanie – to pytanie będzie padać. Jeśli odpowiedzialności są niewyraźne – ktoś będzie je zastępował swoją obecnością. Jeśli pracownicy nie sygnalizują problemów sami z siebie – menedżer będzie je wyciągał siłą.

Mikrozarządzanie to drogi sposób na utrzymanie kontroli w środowisku, które nie dostarcza jej inaczej. Usuń ten brak, a potrzeba kontrolowania się zmniejszy.

Diagnoza na podstawie osobowości jest wygodna, bo pokazuje winnego. Diagnoza na podstawie procesu jest trudniejsza, bo pokazuje system – a system to wspólna odpowiedzialność. Ale tylko ta druga naprawdę coś zmienia.

Mikromanager rzadko chce mikrozarządzać. Najczęściej po prostu nie ma innego wyjścia.

I to jest zdanie, które warto zapamiętać – zanim się kogoś oceni.