Mapa problemów pokazuje, co się dzieje. Relacje pomagają zrozumieć, dlaczego.

Mapa problemów nie odpowiada jeszcze na pytanie „dlaczego?”

W poprzednim artykule zatrzymaliśmy się w momencie, w którym rozwijana metodyka potrafiła już porządkować przedsiębiorstwo w obszary, identyfikować problemy i ryzyka, odnosić je do wartości oraz prowadzić do rekomendacji.

To był realny postęp. Właściciel otrzymywał obraz bardziej uporządkowany niż na wejściu. Łatwiej było zobaczyć, które części przedsiębiorstwa wymagają uwagi i gdzie znajdują się kwestie mogące wpływać na jego wartość.

Ale uporządkowana mapa problemów zostawia jeszcze jedno pytanie.

Dlaczego właśnie te problemy występują razem?

Możemy wiedzieć, że sprzedaż jest niestabilna, właściciel jest silnie zaangażowany operacyjnie, część decyzji ma charakter reaktywny, a organizacja ma trudność z konsekwentnym wdrażaniem zmian. Sama obecność tych obserwacji nie mówi jednak jeszcze, czy są to cztery odrębne problemy, czy elementy jednego współzależnego układu.

I właśnie w tym miejscu zaczynała ujawniać się granica diagnozy zorganizowanej przede wszystkim wokół obszarów i problemów.

Co widzimy nie jest jeszcze tym samym co wyjaśnienie, dlaczego tak jest.

Obszary wykonywały realną pracę

Z dzisiejszej perspektywy łatwo byłoby powiedzieć, że podział przedsiębiorstwa na obszary był zbyt prosty.

Nie był.

W swoim czasie wykonywał bardzo konkretną funkcję. Pozwalał rozbić niejednorodny materiał na części, które można było analizować w uporządkowany sposób. Ułatwiał identyfikację mocniejszych i słabszych stron, problemów, ryzyk i szans. Pomagał również odnieść te kwestie do wartości przedsiębiorstwa i sformułować rekomendowane działania.

Nie była to więc lista luźnych uwag ani powierzchowny audyt.

Była to diagnoza strukturalna.

Jej podstawową jednostką organizującą pozostawał jednak w dużym stopniu obszar albo problem. Można było wskazać, że określony obszar funkcjonuje słabiej, opisać konsekwencje tego stanu i zaproponować kierunek działania.

To nadal nie rozstrzygało jednak, co dzieje się pomiędzy obszarami.

Problem sprzedażowy może mieć przecież źródło poza sprzedażą. Trudność z wdrażaniem strategii może być powiązana nie tylko z kompetencjami zespołu, ale również z przeciążeniem właściciela, sposobem podejmowania decyzji, konstrukcją odpowiedzialności albo poziomem ryzyka, który wpływa na gotowość do inwestowania.

Wtedy granice obszarów zaczynają być użyteczne do porządkowania materiału, ale przestają wystarczać jako granice wyjaśnienia.

Granice obszarów przestały wystarczać jako granice wyjaśnienia

To przesunięcie nie wymaga założenia, że każdy problem ma jedną głęboką przyczynę.

Przeciwnie. W przedsiębiorstwie problemy mogą pozostawać ze sobą w różnych relacjach.

Jeden problem może wzmacniać drugi. To, co w jednym miejscu wygląda jak przyczyna, w innym może być konsekwencją. Dwa słabe obszary mogą wynikać ze wspólnego źródła. Czasem powstaje sprzężenie: określona reakcja rozwiązuje problem krótkoterminowo, ale jednocześnie wzmacnia warunki, które później powodują jego powrót.

W takim układzie samo pytanie „który obszar ma najsłabszą ocenę?” traci część swojej użyteczności.

Coraz ważniejsze stają się inne pytania.

Co łączy te obserwacje?

Które zjawiska są źródłem, a które konsekwencją?

Co sprawia, że niepożądany stan się utrzymuje?

Czy poprawa jednego elementu zmieni cały wzorzec, czy tylko jego widoczny fragment?

To właśnie takie pytania przesuwają diagnozę z poziomu strukturalnego w stronę bardziej systemowego rozumienia obserwowanego układu zależności.

Firma Beta: kiedy nad diagnozą obszarową pojawiła się warstwa przekrojowa

Dobrym miejscem, żeby zobaczyć tę zmianę, jest Firma Beta.

Nie dlatego, że jeden case spowodował drugi pivot w rozwoju VBM Sprint®. I nie dlatego, że raport dla Firmy Beta przedstawiał już dzisiejszą, w pełni rozwiniętą logikę mechanizmu.

Znaczenie tego przykładu jest bardziej ograniczone.

W raporcie możemy bezpośrednio zobaczyć warstwę przekrojową. To, że dzisiaj interpretujemy ją jako przesunięcie w stronę diagnozy mechanizmów, jest już rekonstrukcją porównawczą, a nie twierdzeniem, że w G2 istniała obecna konceptualizacja mechanizmu.

W Firmie Beta nadal pracowaliśmy na ośmiu obszarach. Nadal stosowaliśmy ocenę wpływu na wartość. Nadal w poszczególnych częściach raportu pojawiały się diagnozy, interpretacje, rekomendacje i konkluzje.

Jednocześnie nad tą strukturą zaczęła być widoczna druga warstwa.

Stan istniejący został zestawiony ze stanem pożądanym przez właścicieli. Z wielu obserwacji wyodrębniono kilka problemów nadrzędnych. Pokazano konsekwencje braku reakcji. Rekomendacje nie pozostały równoległą listą, lecz zostały uporządkowane według wpływu na wartość, zależności logicznych i szybkości efektu.

To ważne, bo zmieniało sposób czytania przedsiębiorstwa.

Przykładowo problem nieprzewidywalnego dopływu nowego biznesu nie był już wyłącznie kwestią sprzedaży i marketingu. Obok niego pojawiał się problem czasu właścicieli pochłanianego przez operację, co ograniczało zdolność do wdrażania strategii. W innym miejscu ryzyko ponoszone przez właścicieli zostało powiązane z większą ostrożnością wobec zobowiązań i inwestycji, a raport wskazywał również ryzyko powrotu do reaktywnego schematu: cięcia kosztów mogą chwilowo chronić wynik, ale równocześnie osłabiać zdolność do budowania popytu.

Nie trzeba uznawać tych zależności za jedyny prawdziwy model Firmy Beta, żeby dostrzec zmianę sposobu pracy.

Coraz mniej chodziło o to, aby osobno poprawić sprzedaż, strukturę, zarządzanie czy ryzyko.

Coraz ważniejsze stawało się pytanie, jaki układ zależności może powodować, że problemy pojawiają się razem i wzajemnie się podtrzymują.

PIVOT 2: od obszaru i problemu do relacji i mechanizmu

W retrospekcji właśnie tę zmianę można opisać jako drugi istotny pivot:

od diagnozowania obszarów do diagnozowania mechanizmów.

Nie oznaczało to rezygnacji z obszarów.

Obszar pozostawał użytecznym sposobem porządkowania materiału. Coraz mniej wystarczał jednak jako samodzielna jednostka wyjaśnienia.

Zaczęła więc zmieniać się dominująca jednostka analizy.

OBSZAR / PROBLEM

→ RELACJA

→ MECHANIZM

→ SYSTEMOWE ROZUMIENIE WZORCA.

Słowo „system” wymaga tutaj ostrożności.

Nie oznacza kompletnego modelu przedsiębiorstwa ani ambicji wyjaśnienia wszystkich zależności, które w nim występują. Chodzi o bardziej ograniczone, ale praktycznie ważne przesunięcie: zamiast traktować problemy jako izolowane punkty, zaczynamy pytać o układ relacji wystarczający do lepszego wyjaśnienia konkretnego obserwowanego stanu.

W tym sensie zmienił się również charakter diagnozy.

Nie wystarczało już powiedzieć: „tu mamy problem”.

Potrzebne stawało się zdanie bliższe: „na podstawie dostępnego materiału taki układ zależności może wyjaśniać, dlaczego obserwowany problem powstaje, utrzymuje się albo powraca”.

To jest różnica pomiędzy nazwaniem stanu a próbą jego wyjaśnienia.

Mechanizm jest wyjaśnieniem do uzasadnienia, nie werdyktem

W tym miejscu pojawia się ważna granica.

Mechanizm nie jest „prawdziwą przyczyną”, którą ekspert odkrywa w przedsiębiorstwie.

Jest rekonstrukcją wyjaśniającą.

Powinien być oparty na dostępnych danych, obserwacjach, wypowiedziach i rozpoznanych relacjach pomiędzy nimi. Powinien mieć wskazaną podstawę i nadal pozostaje twierdzeniem, które można sprawdzić, podważyć albo zmienić, gdy pojawi się nowy materiał.

To szczególnie ważne w małym przedsiębiorstwie właścicielskim.

Właściciel dysponuje wiedzą, której zewnętrzny ekspert często nie ma. Jednocześnie jego doświadczenie jest zanurzone w tym samym systemie, który próbujemy zrozumieć. Dlatego sens diagnozy nie polega na zastąpieniu jego obrazu „obiektywną prawdą eksperta”.

Chodzi raczej o wspólne przejście od rozproszonych obserwacji do bardziej uporządkowanego i uzasadnionego wyjaśnienia.

Tak rozumiany mechanizm wykonuje konkretną pracę.

Pozwala odróżnić objaw od tego, co może go podtrzymywać.

Pozwala zobaczyć, że lokalna poprawa nie zawsze zmieni szerszy wzorzec.

Pomaga też lepiej rozumieć konsekwencje rozpoznanych zależności i dostrzec, dlaczego kolejność oddziaływania może mieć znaczenie.

Ale nadal nie jest decyzją.

Raport diagnostyczny – przykład modelowy

Wyjaśnić nie znaczy jeszcze rozstrzygnąć

To właśnie granica, do której doszedł ten etap rozwoju VBM Sprint®.

Diagnoza przestała być organizowana wyłącznie wokół pytania, gdzie znajduje się problem.

Coraz ważniejsze stało się pytanie, jaki mechanizm może wyjaśniać obserwowany układ problemów i co może powodować, że określony stan przedsiębiorstwa się utrzymuje.

To był istotny krok.

Bo jeżeli kilka problemów jest częścią jednego układu zależności, działania podejmowane osobno w każdym obszarze mogą nie wystarczyć. Sama diagnoza zaczyna wtedy pokazywać, że kolejność oddziaływania może mieć znaczenie oraz że zmiana jednego elementu może mieć konsekwencje dla pozostałych.

Ale nawet dobre wyjaśnienie nie odpowiada jeszcze automatycznie na pytanie, co właściciel powinien zrobić.

Możemy lepiej rozumieć mechanizm i nadal mieć kilka możliwych kierunków działania.

Możemy znać konsekwencje i nadal nie wiedzieć, które ryzyko właściciel jest gotów zaakceptować.

Możemy widzieć zależności i nadal potrzebować dodatkowych danych, zanim wybór stanie się wystarczająco uzasadniony.

Dlatego PIVOT 2 nie kończy genealogii.

Otwiera kolejny problem.

Jeżeli potrafimy już uzasadnić, co może wytwarzać i podtrzymywać obserwowany stan przedsiębiorstwa, to jak przejść od takiego wyjaśnienia do podstawy, na której właściciel może rozstrzygnąć, co dalej?