Strukturirano razmišljanje: stvarna prednost konzultanta

Strukturirano razmišljanje je način na koji konzultant dolazi od nejasnog, neurednog problema klijenta do preporuke koju prostorija može pratiti i osporavati. Uokvirite odluku, razložite problem na dijelove koji se ne preklapaju, prvo testirajte najvjerojatniji odgovor, a zatim nalaze sažmite u jednu jasnu preporuku.

Ovaj je tekst za konzultante i analitičare koji žele ponovljiv način da to učine pod pritiskom. Obuhvaća četiri alata na koje se oslanjam, radni list na jednoj stranici koji možete upotrijebiti u sljedećem angažmanu i što je AI promijenio u toj vještini.

Gledao sam kako ljudi ukoče na sastancima s klijentima. Ne zato što nisu imali ideja. Nego zato što nisu znali odakle početi.

Situacija je poznata. Složen problem, prostorija puna visokih rukovoditelja, nejasan opseg i očekivanje jasnoće. Nestrukturiran odgovor je početi govoriti i nadati se da će odgovor iskrsnuti. Ponekad i iskrsne. Češće kružite dvadeset minuta i nitko ne odlazi zadovoljan.

To je praksa razlaganja dvosmislenog problema na dijelove, prolaska kroz svaki dio redom i sastavljanja nalaza natrag u preporuku.

Nije popunjavanje predloška i nazivanje toga analizom. Nije nametanje okvira problemu na koji se ne uklapa. Konzultant koji na svaku situaciju primjenjuje matricu 2x2 prepoznaje obrasce, a ne razmišlja.

Ono što gradite je šačica sposobnosti:

1. Uočavanje pravog problema, koji se često razlikuje od onog koji je predstavljen
2. Razlaganje na dijelove koji se mogu zasebno analizirati
3. Znanje koje su informacije važne, a koje nisu
4. Izgradnja koherentnog argumenta iz onoga što pronađete
5. Jasno izražavanje kad je prostorija napeta

Okviri su skela dok se te sposobnosti razvijaju. Ako Vam treba širi alat, uobičajene obrađujem u tekstu o jednostavnim konzultantskim okvirima.

Pitanje za uokvirivanje

Prije bilo kojeg okvira postavite jedno pitanje. Koju odluku treba donijeti i koja bi informacija promijenila tu odluku?

Ono učini više za kvalitetu analize od bilo kojeg strukturnog alata. Prisiljava na jasnoću oko toga što je rezultat i sprječava Vas da temeljito radite na pitanju na koje nitko nije trebao odgovor. HBR je prije mnogo godina iznio isti argument u tekstu Are You Solving the Right Problem?: većina uzaludnog truda počinje slabo definiranim problemom.

U SAP kontekstu „koji model uvođenja odgovara ovoj organizaciji” je odluka. „Što je S/4HANA” je opis. Prvo traži analizu. Drugo traži dokumentaciju. Znati koje od to dvoje radite određuje kako ćete provesti tjedan.

MECE

MECE označava Mutually Exclusive, Collectively Exhaustive (međusobno isključivo, zajednički iscrpno). Kad problem razlažete na dijelove, svaki dio treba biti zaseban (bez preklapanja), a zajedno trebaju pokrivati cijeli problem (bez praznina).

Preklapajuće kategorije dvostruko broje. Praznine propuštaju stvari. Većina konzultanata zna akronim. Malo ih ga primjenjuje dosljedno.

Dva testa drže ga poštenim. Prvo, može li stavka istodobno stajati u dvije grane? Onda se grane preklapaju. Drugo, kad bi se na svaku granu odgovorilo, bi li se odgovorilo i na središnje pitanje? Ako ne, postoji praznina. Savršen MECE je rijedak. Važno je postavljati ta dva pitanja svaki put.

Stabla problema (issue trees)

Stablo problema (issue tree) stavlja središnje pitanje u korijen, a potpitanja na grane. Svaka grana može se analizirati sama za sebe.

Uzmite „Zašto je ovo SAP puštanje u rad premašilo planirani proračun za 40 %?” Prva podjela mogla bi biti promjene opsega, troškovi resursa, produljenja vremenskog plana i neplanirani popravci. Promjene opsega zatim se dijele na formalne zahtjeve za promjenom, neformalne dodatke i praznine otkrivene kasno. Svaki list može se izmjeriti.

Stabla problema opravdavaju svoje mjesto na početku angažmana, prije nego što ste napravili ikakvu analizu. Sprječavaju Vas da tri tjedna provedete na jednoj grani dok druga ostaje netaknuta.

Analiza vođena hipotezom

Umjesto prikupljanja svih podataka pa zaključivanja, krenete od najvjerojatnijeg odgovora i testirate ga. Strateške tvrtke izgradile su reputaciju na tom pristupu.

S ograničenim vremenom i složenim problemom iscrpna analiza nije moguća. Dobra hipoteza govori Vam na što prvo gledati. Ako izdrži, imate odgovor. Ako padne, dokaz koji ju je srušio obično upućuje na nešto korisno.

To je ujedno pristup koji se najčešće zloupotrebljava. Konzultanti postave hipotezu, a zatim traže samo dokaze koji je potvrđuju. Pitajte koji bi dokaz dokazao da griješite i prvo potražite njega.

Ovo je slijed koji bih dao novom konzultantu prije njegove prve dijagnostike. Popunite ga prije nego što otvorite ijednu proračunsku tablicu.

1. 01UokviriteOdluka, u jednoj rečenici
2. 02RazložiteTri do pet MECE pitanja
3. 03Postavite hipotezuJedan redak po grani
4. 04OpovrgniteDokaz koji bi pokazao da griješite
5. 05TestirajteNalazi po grani, s izvorima
6. 06SintetizirajtePrvo preporuka, zatim potkrjepljenje
7. 07Provjerite pod pritiskomPrigovori na koje se odgovara prije nego ih prostorija iznese

Preporuka koja preživi upravljački odbor

Korak	Pitanje na koje treba odgovoriti	Rezultat	Tko ga potpisuje
1. Uokvirite	Koju odluku klijent treba donijeti i do kada?	Jedna rečenica	Sponzor na strani klijenta
2. Razložite	Koja tri do pet pitanja, na koja se odgovori zajedno, rješavaju tu odluku?	Stablo problema prve razine, testirano na MECE	Voditelj angažmana
3. Postavite hipotezu	Što trenutačno vjerujem da je odgovor i zašto?	Hipoteza od jednog retka po grani	Voditelj angažmana
4. Opovrgnite	Koji bi dokaz pokazao da je svaka hipoteza pogrešna?	Popis zahtjeva za podacima, rangiran	Vlasnici podataka na strani klijenta pristaju ih dostaviti
5. Testirajte	Što kažu dokazi?	Nalazi po grani, s izvorima	Vlasnici grana u timu
6. Sintetizirajte	Dakle, što klijent treba učiniti?	Prvo preporuka, zatim potporne točke	Voditelj angažmana
7. Provjerite pod pritiskom	Tko će se u prostoriji ne složiti i oko čega?	Prigovori i odgovori, pripremljeni	Kolega koji nije radio na tom poslu

Korak 7 je onaj koji ljudi preskaču. Ujedno je korak koji odlučuje hoće li preporuka preživjeti upravljački odbor.

Jedan SAP klijent, velika proizvodna grupa, vodio je jako prilagođen ECC krajolik. Voditelj IT-a rekao je to otvoreno: „Moramo smanjiti operativne troškove, ali ne smijemo si dopustiti da išta pokvarimo.”

Instinkt je krenuti s popisom ideja za uštede. To Vam daje dug popis, mnogo nervoznih ljudi i nikakve prioritete.

Analizu troškova organizirali smo u tri grane: održavanje aplikacija, infrastruktura i licenciranje. Zatim smo dodali analizu vlastitog koda. Koliko se izmjena stvarno koristilo? Više od polovice nije. Suvišna sučelja, nekorišteni vlastiti izvještaji, preklapajući tijekovi rada.

Takvo strukturiranje omogućilo nam je da ukažemo na uštede koje su djelovale sigurno, poput arhiviranja nekorištenih vlastitih objekata i konsolidacije razvojnih okruženja. Jasnoća je smanjila političko trenje i izgradila povjerenje. Bez stabla bio bi to popis rezova koje nitko nije želio potpisati.

Ista metoda funkcionira na nejasnijim zadacima. Dobavljač poslovnog softvera jednom nas je zamolio za „strategiju regionalnog lansiranja” za saudijsko srednje tržište. Posao smo podijelili na potražnju tržišta, konkurentski položaj i spremnost partnera. Pod spremnošću partnera otkrili smo da njihova mreža preprodavača ima malo iskustva sa SAP S/4HANA Cloud. Ta bi prepreka zaustavila izvedbu koliko god tržište izgledalo privlačno, a struktura ju je iznijela prije nego što su potrošili proračun kampanje.

Okviri se nisu promijenili. Promijenile su se dvije druge stvari.

Nacrt je sada jeftin. Joule, ChatGPT i Claude izradit će stablo problema ili stablo hipoteza u sekundama. Mlađi konzultanti koji su nekad provodili večer na prvom nacrtu sada ga generiraju za pola minute, a večer provode na onome što model ne može: testiranju odgovara li struktura problemu, pronalaženju onoga što je propustio i osporavanju pretpostavki u promptu.

Premija za prosudbu porasla je. Kad svatko može generirati MECE razlaganje, pitanje više nije „jeste li razložili problem”. Postaje „jeste li primijetili da je klijentov navedeni problem zapravo drugi problem i jeste li uhvatili pretpostavku koju je model prihvatio prema zadanom”. Konzultanti koji su prosudbu izgradili na stvarnim angažmanima sada imaju veću prednost nego 2024.

Dakle, vještina se pomaknula. Više nije „možete li izgraditi stablo problema”. Nego „možete li prepoznati kad je stablo koje je nacrtao AI pogrešno i ispraviti ga u prostoriji s klijentom”.

Ako razmišljate gdje to ostavlja Vašu karijeru, karijerni putovi na SAPopediji mapiraju konzultantske staze, a ERPCV paket za karijeru pomaže Vam prikazati takvu prosudbu u životopisu, umjesto da samo nabrajate okvire.

Početak s rješenjem. Klijent ili konzultant ima odgovor na umu prije nego što je problem uokviren. Analiza se pretvara u potvrdu.

Previše strukture. Neki jednostavni problemi zaslužuju izravan odgovor, a ne MECE razlaganje. Znati kada ne koristiti strukturu važno je koliko i znati kako.

Razlaganje na pogrešnoj dubini. Stabla koja prerano idu preduboko proizvode paralizu. Stabla koja ostaju plitka proizvode preporuke na koje nitko ne može djelovati. Dubinu uskladite s odlukom i raspoloživim vremenom.

Analiza bez sinteze. Rigorozno stablo koje završi u hrpi podataka. Struktura Vam pomaže razmišljati. Prosudba proizvodi preporuku.

Miješanje strukture komunikacije sa strukturom razmišljanja. Prezentiranje sa zaključkom na početku, kao u Pyramid Principle Barbare Minto, komunikacijska je tehnika. Ne govori ništa o tome je li razmišljanje ispod bilo valjano. Dobra komunikacija loše analize i dalje je loša analiza.

To je vještina, a ne osobina. Dolazi s vježbom.

Nakon svakog značajnog razgovora s klijentom zapišite problem kako ga razumijete, svoje razlaganje, svoju hipotezu i dokaze koji bi je testirali. Učinite to prije nego što pogledate ikakve podatke. Pisanje prisiljava na jasnoću koju razmišljanje u glavi ne daje.

Vježbajte sintezu, a ne samo analizu. Uzeti hrpu dokaza i proizvesti jednu obranjivu preporuku teža je polovica. Većina mlađih konzultanata dovoljno je dobra u analizi, a nerazvijena u sintezi. Taj je jaz mjesto gdje se nalazi sljedeće unaprjeđenje, a velik je dio onoga što konzultanti zapravo rade kad se uklone modne fraze.

Što je strukturirano razmišljanje u konzultiranju?

To je razlaganje složenog, dvosmislenog problema na dijelove, prolazak kroz svaki dio redom i sjedinjavanje nalaza u jasnu preporuku. Čini teške probleme svladivima i čini obrazloženje vidljivim, pa ga klijent može pratiti i osporavati umjesto da zaključak prihvati na vjeru.

Glavni alati su pitanje za uokvirivanje, stabla problema, MECE i analiza vođena hipotezom. Nijedan od njih ne zamjenjuje prosudbu.

Što znači MECE i kako se koristi?

Mutually Exclusive, Collectively Exhaustive. Dijelovi razlaganja ne smiju se preklapati, a zajedno trebaju pokrivati cijeli problem.

Test za preklapanje: može li stavka stajati u dvije grane? Test za praznine: kad bi se na svaku granu odgovorilo, bi li se odgovorilo i na središnje pitanje? Primijenite ga kad gradite stablo problema. Primjena na gotovu analizu obično je prekasna.

Kako funkcionira analiza vođena hipotezom?

Rano iznesete najvjerojatniji odgovor, navedete dokaze koji bi ga potvrdili ili opovrgnuli, a zatim ga idete testirati. Brža je od prikupljanja svega unaprijed jer Vam govori gdje tražiti.

Rizik je pristranost potvrde. Prvo tražite dokaze koji bi mogli dokazati da griješite.

Kako ispravno uokviriti konzultantski problem?

Pitajte koju odluku treba donijeti i koja bi informacija promijenila tu odluku. Zatim testirajte klijentov opis problema prije nego što ga prihvatite.

Klijent koji pita „koji SAP modul trebamo prvi implementirati?” možda zapravo odlučuje „je li ovo uopće pravo vrijeme za početak SAP programa?”. Odgovaranje na navedeno pitanje bez testiranja uokvirenja daje Vam analizu koja je tehnički točna, a komercijalno pogrešna.

Koja je razlika između analize i sinteze u konzultiranju?

Analiza razlaže problem ili skup podataka na dijelove kako bi ih razumjela. Sinteza sjedinjuje nalaze u preporuku.

Najčešći propust isporuke je mnogo analize i nikakve sinteze: klijent dobiva hrpu nalaza, a ne odgovor na pitanje zbog kojeg Vas je angažirao. Pisanje zaključka prvo prisiljava da se sinteza dogodi.

Kako se strukturirano razmišljanje primjenjuje na ERP implementacije?

Na početku programa sprječava timove da konfiguriraju prije nego što se stvarni problem razumije. Organizacija koja kaže „trebamo SAP” možda prvo treba ispraviti proces ili problem s podacima koje će SAP samo učiniti vidljivijima.

U fit-gap radu MECE razlaganje poslovnih procesa osigurava da se razmotri svaki proces, a ne samo oni istaknuti na radionicama. Nakon problematičnog puštanja u rad uokvirenje odluke (stabilizirati, oporaviti ili zamijeniti) i testiranje hipoteze o glavnom uzroku dovodi Vas do obranjive preporuke brže od popisivanja simptoma.