Każda reorganizacja rozwiązuje jedne problemy, ale tworzy kolejne

Seria o designie organizacji (3/4). Wcześniej: odpowiedzialność za obszar. Następnie: skala zespołów.

Slajd się zmienił, poniedziałek nie

Po reorganizacji zwykle dostajecie nowe nazwy działów, inne raportowanie, czasem nowe logo inicjatywy „One Team”. Przez pierwsze dwa tygodnie dużo energii idzie w wyjaśnianie, kto do kogo należy. Potem wraca normalność: te same spory o priorytety, te same eskalacje, ten sam kalendarz pełny synców.

Model odpowiedzialności zostaje, bo zmieniliście linie na diagramie, a nie to, kto:

może powiedzieć „nie” klientowi wewnętrznemu,
ma budżet na ludzi,
odpowiada za wynik end-to-end.

Ból nie znika. Przesuwa się, np. z produktu na platformę albo z lokalnych managerów na centralę.

Dwa powody, dla których reorg „nie zadziałał”

1. Leczenie objawu. Firma jest wolna, więc „musimy lepiej zsynchronizować zespoły”. Powstaje nowa warstwa koordynacji. Tempo na chwilę rośnie (wszyscy się znają), potem spada (kolejne kolejki).

2. Unikanie trudnej rozmowy o mandacie. Łatwiej przenieść pięć osób pod innego dyrektora niż powiedzieć: „Ten zespół ma prawo decydować o terminie bez Twojej zgody”. Delegation Poker bywa tu niewygodny - i dlatego wartościowy.

Co sprawdzić przed kolejną reorganizacją

Zamiast pytać „jak podzielić boxy”, zapytaj:

Jaki konkretny problem ma rozwiązać ta zmiana? Jedno zdanie, mierzalne (np. „decyzja o integracji max 3 dni, nie 3 tygodnie”).
Co przestaje istnieć? Jeśli nic - dokładacie warstwę, nie zastępujecie.
Kto traci veto, które dziś blokuje pracę? Bez tego stary proces żyje obok nowego.

Jeśli na te pytania nie ma odpowiedzi, reorg będzie głównie projektem komunikacyjnym.

Mniejszy eksperyment zamiast big bang

W wielu firmach, z którymi pracujemy, sensowniejszy jest pilot na jednym strumieniu wartości (np. jeden produkt, jeden journey klienta):

jasny owner end-to-end,
jeden backlog widoczny dla interesariuszy,
reguła: ile równoległych inicjatyw w tym strumieniu.

Dopiero gdy to działa przez kwartał, kopiujecie wzorzec, nie odwrotnie. Case’y opisujemy czasem szerzej - np. historia współpracy w e-commerce pokazuje, że dojrzewanie trwa latami, nie jeden sprint projektowy.

Gdy reorg już się wydarzył

Nie musisz czekać na następną falę. Na jednym spotkaniu liderów:

wypiszcie 3 decyzje, które wciąż eskalują „do góry” mimo nowego schematu,
przy każdej dopiszcie: kto powinien decydować według nowego modelu, kto faktycznie decyduje,
wybierzcie jedną do naprawy w 30 dni (np. jawnie ogłosić mandat i komunikować go przez 4 tygodnie).

To nudne. Działa częściej niż kolejny diagram.

W serii

Doradztwo: jak pracujemy przy transformacji