Metody rozwiązywania problemów w jednym przebiegu

Burza mózgów bez struktury to czarna dziura na godziny. Siedzisz z zespołem, rzucacie pomysły, wszyscy mówią jednocześnie, a po dwóch godzinach wychodzisz z notatkami, które nikt nie przeczyta. Problem pozostaje. Następny dzień? Następna burza. I jeszcze jedna. Tymczasem problem wciąż czeka, a ty tracisz czas na powtarzanie tego samego błędu.

Kiedy ktoś kupi drogi tool do zarządzania projektami, bo słyszał, że wszyscy go używają, a potem odkryje, że jego zespół pracuje jak przedtem — tylko że teraz dodaje wpisy do systemu — zrozumie, co się tu dzieje. Narzędzie bez metody to kształtka do nieistniejącej układanki. Tak samo burza mózgów bez planu: każda następna sesja jest szumem, bo brakuje ci sposobu na przejście od „co myślimy?” do „dlaczego problem istnieje?” do „co z tym zrobimy?”

Istnieje droga na jeden przebieg. Zamiast plątaniny sesji, bierzesz cztery metody, składasz je w logiczny porządek i odprawiasz to raz. Zaczynasz od rozrzucenia wszystkiego w głowie, następnie rozkładasz przyczyny, generujesz warianty, potem oceniasz je przez różne kąty widzenia. Jeden przepływ, cztery narzędzia, jeden wynik. Bez powtórek, bez zapomnienia, bez kolejnego spotkania w kalendarzu.

Poniżej czytasz katalog czterech metod i jak je łączyć, by jeden problem rozwiązać na poważnie — w jednym cyklu pracy, bez powracania do burzy.

Zdefiniuj problem i wykonaj zrzut myśli

Zanim ruszysz w dalszy ciąg, musisz mieć jasny obraz tego, co Cię boli. Nie chodzi o rozpracowanie – wystarczy jedno zdanie. Potem otwierasz notes (papierowy albo cyfrowy) i wyrzucasz tam wszystko: obserwacje, pytania, nawet pomysły, które wydają się niemądre. Nic nie oceniasz, nic nie skreślasz. Aby jest tutaj objęcie tematu z każdej strony bez hamulca edytorskiego.

Napisz problem w jednym zdaniu. Przykład: „Klienci rezygnują z naszej usługi montażu oświetlenia po pierwszej wizycie.” Zdanie powinno być konkretne – zawierać podmiot (klienci) i skutek (rezygnacja). Jeśli nie potrafisz go ująć w jedno zdanie, znaczy że problem jest zbyt rozmyty.
Zanotuj, kiedy problem się pojawia. Odkąd? W jakiej fazie procesu? Z którymi typami klientów? Technolog zajmujący się montażem widzi to inaczej niż sprzedawca. Napisz obserwacje wprost: „odpadają ci klienci z domów jednorodzinnych”, „problem pojawił się trzy miesiące temu”, „braki widać w piątkach i sobotach”.
Wyrzuć wszystkie dostrzegane symptomy na papier bez oceny. Klient mówi, że oświetlenie kosztuje za dużo. Montażysta narzeka, że wciąż brakuje Some rzeczy w magazynie. Menedżer obserwuje, że zmienia się konkurencja. Kierownik projektu widzi niedokładne briefingi. Nie filtrujesz – wszystko ląduje na liście.
Dodaj pytania, które przychodzą Ci do głowy. Czemu akurat po pierwszej wizycie? Czy klient porównuje nas z konkurencją w tym momencie? Czy montażysta potrafi jasno wytłumaczyć pojęcia klientowi? Czy cena jest negocjowana przed czy po pomiarze? Czy problem dotyczy też tych, którzy zamawiają przez internet? Wpisz każde pytanie, nawet jeśli brzmi niejasne.
Zbierz informacje od ludzi, którzy są w środku problemu. Rozmów z technikiem montażu, z osobą przyjmującą zamówienia, z księgowością jeśli chodzi o faktury. Każdy ma inny widok. Montażysta może powiedzieć: „Prawie zawsze klienci się dziwią, że światło halogenowe pada innaczej niż myśleli”. Recepcja: „Dużo dzwonią i pytają o zmianę oferty jeszcze przed wizytą”. To są konkretne obserwacje, które dopisujesz do swojego zrzutu.
Pomieszaj fakty z założeniami, ale oznacz je wyraźnie. Wiesz: liczba rezygnacji wzrosła. Domyślasz: może to konkurencja. Słyszałeś: niektóre firmy w branży mają lepszą aplikację do wizualizacji. Zapisz to razem, ale w tych obserwacjach, które pochodzą z domysłów, dodaj „być może” albo „zakładamy”. To pomoże ci później, gdy przejdziesz do szukania przyczyn.
Nie edytuj, nie porządkuj, nie oceniaj swojego zrzutu. Notatka może wyglądać chaotycznie. Mogą tam być powtórzenia. To normalne. Jeśli notujesz „klienci czują się zagubieni” trzy razy na inny sposób, to znaczy że to jest realny temat wart uwagi.
Czytaj swoje notatki głośno i patrz, co się wyróżnia. Przejrzyj zrzut i zakreśl lub zaznacz zdania, które pojawić się kilka razy lub którymi się zainteresowałeś. One będą Twoim punktem wejścia do następnego etapu – szukania rzeczywistych przyczyn.

Scenariusz: Jesteś kierownikiem serwisu montażu w firmie instalacyjnej. Pracujesz w biurze, ale bywasz na placu budowy. Trzeci miesiąc z rzędu spada liczba realizacji zleceń po pierwszej wizycie pomiarowo-doradczej u klienta. Siadasz z notesem, rysujesz linię dla problemu i zaczynaś zapisywać: „Wczoraj Marek powiedział, że klientka z Konstancina czuła się zagubiona w całym zamieszaniu technicznych opcji”. „Dominik narzeka, że często brakuje elementów w kalkulacji – dopiero przy montażu okazuje się, że trzeba coś dobudować”. „W tym tygodniu dwóch klientów zrezygnowało mailowo – mówili, że czekanie na wycenę było zbyt długie”. „Dwa razy słyszałem, że konkurent pokazuje coś na tablecie, a my tylko papier i taśmę mierniczą”. Notujesz dalej, bez oceny. To jest Twój materiał do pracy.

Co jeśli coś pójdzie nie tak? Jeśli na etapie zrzutu myśli okaże się, że masz zbyt mało obserwacji (nikt się nie wyraża jasno), popros kolegów z zespołu żeby przesłali Ci 3-4 zdania o tym, co widać u klientów. Jeśli notatki są zbyt emocjonalne („to wszystko wina tamtego gościa”), weź głębszy oddech i przeredaguj obserwacje bez osądów – skupiaj się na faktach. Jeśli odkryjesz, że problem jest większy niż myślałeś, nie panikuj – to właśnie po to robimy tę pracę, zanim wrzucisz zespół w działanie.

Następnie przejdziesz do dochodzenia do przyczyny, żeby zrzut myśli zamieniał się w konkretne odpowiedzi.

Dojdź do przyczyny metodą 5× dlaczego lub Ishikawy

Masz już zebrany materiał z mind dumpingu. Teraz trzeba go uporządkować i znaleźć to, co naprawdę sprawia kłopot. Problem widoczny na powierzchni (klienci rezygnują) to nie to samo co przyczyna źródłowa (nie wiedzą, na co się decydują, bo dokumentacja jest niejasna). Metodę 5× dlaczego stosują inżynierowie przy awariach, a menedżerowie do poprawy procesów – bo działa bez względu na branżę. Diagram Ishikawy (zwany też rybią ością, bo wygląda jak kościotrup ryby) robi dokładnie to samo, ale wizualnie: mapuje wszystkie możliwe przyczyny i pokazuje, które gałęzie prowadzą do tego samego problemu.

Metoda 5× dlaczego – konkretna i szybka

Bierzesz problem z mind dumpingu i pytasz „dlaczego?”. Na odpowiedź pytasz znowu „dlaczego?”. I tak pięć razy. Cel: każda odpowiedź staje się nowym problemem, aż trafisz na przyczyn, którą rzeczywiście możesz zmienić. Przykład: „Klienci rezygnują” → „Dlaczego?” (montaż drogi) → „Dlaczego drogi?” (zbyt wiele pracy ręcznej) → „Dlaczego ręcznej?” (brak szablonów) → „Dlaczego bez szablonów?” (nigdy ich nie robiliśmy) → „Dlaczego?” (nie mieliśmy czasu). Przyczyna źródłowa: brak czasu na przygotowanie, nie rzeczywisty koszt usługi. To zmienia wszystko.
Pytaj „dlaczego” bez osądzania, ale z sceptycyzmem

Każda odpowiedź może być zbyt płytka. Jeśli ktoś mówi „klienci sobie nie radzą”, to nie koniec – pytasz dalej. Odpowiedź powinna wskazywać na przyczynę, którą można działaniem zmienić, a nie tylko na symptom. Pytaj ludzi z zespołu osobno – czasem sprzedawca widzi co innego niż montażysta. Zbieraj odpowiedzi bez dyskusji. Ocenę przyczyn robisz potem.
Diagram Ishikawy – gdy przyczyn jest wiele i się powiązują

Rysujesz linię poziomą (grzbiet ryby), na końcu piszesz problem. Potem doczepiasz gałęzie pod kątem – każda gałąź to kategoria przyczyn: ludzie, materiały, metody, środowisko, maszyny (lub inne, do wyboru). Pod każdą gałąź wpisujesz konkretne przyczyny z mind dumpingu. Metoda działa lepiej, gdy pracuje nad nią grupa, bo różne osoby widzą różne przyczyny. Diagram pokazuje, czy kilka przyczyn prowadzi do tego samego efektu – wtedy wiesz, że trafiłeś w sedno.
Zbierz dane z obserwacji, a nie tylko z opinii

Nie pisz „montażyści są leniwi” – pisz konkretnie: „w poniedziałek średnio zajmuje to 5 godzin, w piątek 7 godzin” albo „brakuje części X w 30% wizyt”. Te liczby trafiają do diagramu jako konkretne przyczyny. Jeśli nie masz danych, pytaj dalej – przyczyna musi być mierzona albo co najmniej obserwowalna. Opinia bez faktów to kolejny kierunek błądzenia.
Metoda 5× dlaczego do procesów krótkich, Ishikawa do złożonych

Jeśli problem dotyczy jednego kroku (montaż trwa za długo), 5× dlaczego wystarczy – szybko dojdziesz do powodu. Jeśli problem ma wiele aspektów (klienci rezygnują z wielu powodów: cena, czas, brak komunikacji, niezadowolenie ze rezultatu), rysujesz Ishikawę. Diagram wtedy pokazuje, że wszystkie te rzeczy prowadzą do tego samego efektu – rezygnacji – i widzisz, gdzie skupić wysiłek najpierw.
Nie zmieniaj pytania w kierunku odpowiedzi, którą chcesz

Łatwo się podświadomie zmierza w stronę, która wygodna albo która potwierdza twoją teorię. „Dlaczego klienci nie doceniają naszej pracy?” zawęża odpowiedź – lepiej pytać „co sprawia, że klienci rezygnują?”. Pierwsze pytanie już sugeruje, że problem jest u nich, drugie otwiera możliwość, że problem może być u ciebie. Formułuj neutralnie.
Przyczyna źródłowa musi być czymś, co możesz zmienić

Jeśli dojdziesz do „ekonomia globalnej konkurencji” lub „natura człowieka”, to nie przyczyna – to wymówka. Przyczyna źródłowa to coś w twoim zasięgu: proces, umiejętność, narzędzie, informacja albo decyzja, którą możesz podjąć. Jeśli to tam nie trafia, pytaj jeszcze raz. Jeśli naprawdę nic więcej nie ma, to problem nie ma rozwiązania w twoim systemie – ale to rzadko się zdarza.
Napisz przyczynę źródłową w jedno zdanie, jak problem na początku

Jeśli metodę przeprowadziłeś dobrze, zdanie będzie zupełnie inne niż to, od którego zacząłeś. Zamiast „klienci rezygnują” dochodziš do „montażyści nie mają szablonów, więc każdy projekt robią od nowa, co wydłuża czas i kosztuje nas więcej”. To zdanie wskazuje wprost, co trzeba zmienić – stworzyć szablony.

Po uporządkowaniu przyczyn macie jasny obraz, gdzie siedzi problem. Następny krok to generowanie rozwiązań – do tego służą inne metody, które przepuszczą tę przyczynę przez różne sita, żeby wyciągnąć opcje, które macie sensie wdrożyć.

Wygeneruj rozwiązania przez 635 lub SCAMPER

Masz przyczynę. Teraz musisz otworzyć się na rozwiązania — więcej niż jedno, więcej niż trzy. Burza mózgów w klasycznej formie to często chaos, gdzie najgłośniejsi mówią, a merytoryczne pomysły gną się pod presją konformizmu. Dlatego zamiast czekać na inspirację, stosujemy metodę strukturalną. Wybierasz jedną: 635 (gdy pracujesz z zespołem synchronicznie) albo SCAMPER (gdy chcesz przejrzeć problem metodycznie sam). Obie wymuszają generowanie — nie czekasz aż coś przyjdzie do głowy, lecz odpowiadasz na konkretne pytania.

Metoda 635 — szybka generacja dla zespołu

Sześć osób, trzy pomysły na rundę, pięć minut na osobę. Każdy pisze trzy rozwiązania. Przekazuje kartkę (albo dokument) dalej. Następna osoba czyta, co poprzedni napisali, i albo dopisuje nowe, albo modyfikuje istniejące. Po pięciu rundach masz 90 propozycji (6 osób × 3 pomysły × 5 rund). Nie teoretycznie — konkretnie.

Karta startowa zawiera problem w jednym zdaniu. Nie „jak być bardziej kreatywni”, tylko „jak skrócić czas montażu oświetlenia o 30% bez utraty jakości”. Zdanie to róży wszystkie pozostałe pomysły w kierunku, zamiast pozwalać im wymykać się w abstrakcję.
Każda runda to czysty obraz tego, jak zespół myśli w czasie rzeczywistym. Pierwszy uczestnik pisze, co jemu przychodzi do głowy. Drugi czyta i naturalnie buduje na poprzedniku — przez to pojawiają się kombinacje, które nikt by sam nie wymyślił. Trzeci czyta już dwa pomysły i znowu ma zaczepienie.
Pięciominutowy limit wydaje się krótki, ale to jego siła. Ludzie nie zastanawiają się, czy pomysł jest doskonały. Piszą. Gdy czas uciekł, kartę przekazują dalej — nikt nie ma możliwości skreślać ani edytować tego, co już napisał. Brzydki pomysł trafia dalej, a czasem następny zespołowiec zamienia go w coś przydatnego.
Po piątej rundzie wszystko przechodzi do oceny — ale to już osobna faza. Na tym etapie zwykła praktyka to zgrupowanie pomysłów: które się powtarzają (sygnał, że zespół widzi to samo rozwiązanie), które wydają się żywiołowo popularne, które były modyfikowane w każdej rundzie.

Czego się nieraz nie sprawdza w 635: przyjęcie, że więcej osób to automatycznie lepsze pomysły. Zespół pięcioosobowy da inny wynik niż dziesięcioosobowy — większa grupa to więcej szumu. Jeśli masz wątpliwości, zrób to najpierw z małą grupą (problem-owner, technolog, osoba od kontaktu z klientem) — trzy osoby, to 45 pomysłów, które są już zbyt wiele.

SCAMPER — systematyczne przejrzenie problemu

Siedem liter, siedem kątów, z którego możesz patrzeć na problem. Każda litera to pytanie — nie beztreściowe „a co jeśli”, tylko bardzo konkretne „a co jeśli dołączysz to z tym”. Poniżej SCAMPER rozpisany na pytania, które rzeczywiście prowadzą do rozwiązań, a nie wizji.

S — Substitute (Zamień)
Zamień materiał, narzędzie, osobę, kolejność kroków. Pytanie: „Co mogę usunąć z procesu i czy wtedy będzie lepiej czy gorzej?” Przykład: zamiast montażu fizycznego przychodzić z projektem 3D i pokazywać klientowi przed robotą. Zmienia punkt tarcia — zamiast zdziwienia po wizycie, klient wie co dostanie.
C — Combine (Połącz)
Połącz to rozwiązanie z czymś innym, co już istnieje u klienta lub u ciebie. Pytanie: „Co mogę scalić, aby stworzył się nowy zestaw?”. Przykład: umowa o montaż + program lojalnościowy (zniżka przy przebudowie za rok). Rozwiązuje problem rezygnacji — klient ma powód, by wrócić.
A — Adapt (Przystosuj)
Weź rozwiązanie z innej branży i zaadaptuj je tutaj. Pytanie: „Jak to robią gdzie indziej i co mogę z tego zapożyczyć?”. Przykład: w gastronomii prowadzą klientów fazami (aperitif, danie główne, deser). Możemy robić montaż fazami: wizyty robocze (montaż), wizyty techniczne (testy), wizyty kosmetyczne (drobne poprawki). Klient widzi postęp.
M — Modify (Zmodyfikuj atrybuty)
Zmień kolor, rozmiar, kształt, tonację, tempo. Pytanie: „Jaki jest główny atrybut tego rozwiązania i co się zmieni, gdy go powiększę/pomniejszę?”. Przykład: zamiast jednej wizyty trwającej 8 godzin — dwie wizyty po 4 godziny. Klient mniej zmęczony, technolog bardziej skoncentrowany, mniej błędów.
P — Put to another use (Użyj inaczej)
Weź narzędzie, proces, zespół do innego zastosowania. Pytanie: „Do czego jeszcze mogę użyć tego, co już mam?”. Przykład: dokumentacja z każdej wizyty (zdjęcia, notatki montażysty) może być bazą do szkolenia nowych pracowników. Ten sam problem (rezygnacja klientów) bywa związany z niską jakością montażu nowych osób — a ty ją właśnie poprawiasz.
E — Eliminate (Wyeliminuj)
Usuń element, który wydaje się obowiązkowy. Pytanie: „Co się stanie, jeśli tego nie będę robić?”. Przykład: przychodzisz bez wstępnego rysunku, pracujesz online z klientem, mierzysz i rysujesz u niego na miejscu (oszczędzasz dzień na projektowaniu). Ryzyko: błędy w pomiarach. Ale gdy dodasz ćwierćmetrowy laser i fotografię — ryzyko spada.
R — Rearrange (Zmień kolejność, Reorganizuj)
Zmień kolejność etapów albo role osób. Pytanie: „Co się zmieni, jeśli zrobię to w innym porządku?”. Przykład: zamiast sprzedaż → projekt → montaż, robisz projekt → montaż → sprzedaż dodatkowych usług. Klient już widzi wynik, łatwiej się robi upgrade’ów (zmiana barwy, dodatkowe oświetlenie w innym pokoju).

Czego się regularnie nie bierze pod uwagę w SCAMPER: każde pytanie wymaga konkretnie odpowiedzi dla konkretnej sytuacji. „Combine” może przynieść chaos, jeśli spróbujesz scalić wszystko naraz. Wybierz jedno połączenie — przykład z umową + lojalnością powyżej. Rozpracuj je do końca. Dopiero potem następne.

Zarówno metoda 635, jak i SCAMPER potrzebują spisu do uzupełnienia, nie wolnej wyobraźni. Dlatego działają. W 635 struktura to kartkę-rundy-ład. W SCAMPER struktura to siedem pytań z przykładami do każdego. Bez tego to znowu burza — ale kierowana.

SCAMPER w pełnym rozkładzie znajduje się tutaj.

Szczegółowy opis metody 635 — instrukcja krok po

Rozwiń i podważ pomysły przed wyborem

Masz już oczyszczoną listę przyczyn. Teraz trzeba z tych przyczyn wyciągnąć rozwiązania i przetestować, czy rzeczywiście działają. Nie chodzi o ulepszanie każdego pomysłu – chodzi o sprawdzenie go z różnych stron: czy go można złamać, czy przenieść do innego kontekstu, czy wzmocnić przez eliminację czegoś zamiast dodawania. Tutaj pracujesz metodą Scampera lub prostą podmianą cech – pozmieniasz atrybuty istniejącego rozwiązania i sprawdzasz, co się zmienia. To zajmie ci 30–45 minut i poszanuje przeprowadzoną wcześniej analizę zamiast rzucać wszystko w powietrze.

Wyciągnij 3–5 głównych pomysłów z przyczyn. Nie wszystkich. Weź te, które pojawiają się najczęściej albo które mają najpełniej uzasadnienie w Ishikawa lub w dochodzeniu przez „pięć razy dlaczego”. Zapisz każdy w jednym zdaniu: „Zmiana procedury wdrażania”, „Dodanie kroku weryfikacji”, „Wymiana dostawcy”. Nie precyzujesz szczegółów – dopiero będziesz je podmieniać.
Podmieniaj jeden atrybut rozwiązania i obserwuj efekt. Weź pierwszy pomysł. Zastanów się, jakie ma cechy: koszt, czas wdrożenia, ilość osób zaangażowanych, miejsce wykonania (biuro, teren, praca zdalna), narzędzie (papier, oprogramowanie, spotkanie), częstotliwość (raz, cyklicznie, na żądanie). Podmieniaj po jednym: „A co jeśli będzie to robić zespół zamiast jednej osoby?”, „A co jeśli będzie automatyczne zamiast ręcznego?”, „A co jeśli będzie co tydzień zamiast co miesiąc?”. Zapisuj rezultat tej zmiany – nie oceniasz jeszcze, tylko notuj konsekwencje.
Łącz cechy z innych rozwiązań. Może drugi pomysł ma atut, którego brakuje pierwszemu. Przykład: pomysł A to „skrócić pierwszy kontakt z klientem”, pomysł B to „dodać automatyczną weryfikację danych”. Połącz: „Automatyczna weryfikacja w trakcie pierwszego kontaktu”. Zapisz, czy ta kombinacja ma sens, czy tworzy konflikt (np. Automatyzacja wymaga więcej czasu na start, ale skraca pracę potem).
Eliminuj cechy, które wydają się niezbędne, i sprawdź, czy problem się rozwiąże bez nich. To będzie paradoksalne, ale działa. Jeśli rozwiązaniem jest „wdrożyć nowy system CRM z raportowaniem”, eliminujesz raportowanie: zostaje ci sam system. Eliminujesz system: zostaje papierowy tracking. Eliminujesz tracking: pytasz klientów bezpośrednio, co się stało. Która wersja naprawdę rozwiązuje problem? Czasem eliminacja odsłania, że komplikujesz rzeczy. Notuj każdy wariant i jego wpływ na problem.
Celowo spróbuj zepsuć każde rozwiązanie, zanim je wzmocnisz. To krok odwrócona burza mózgów (poznaj więcej w artykule o psychologicznych obronach pomysłów). Pytaj: „Co może pójść źle, jeśli wdrożymy to rozwiązanie?”, „Kto będzie przed tym opierać się?”, „W jakiej sytuacji to nie zadziała?” Nie porzucaj pomysłu – notuj zagrożenia. To jedno zdanie, czasem dwa. Potem patrzysz: które zagrożenia są poważne (warte uwzględnienia w projekcie), które banalne (da się obsłużyć w trakcie).
Sprawdź każde rozwiązanie w trzech scenariuszach: optymistycznym, pesymistycznym i neutralnym. Scenariusz optymistyczny: wszystko się zgodzi, zespół będzie chętny, nic się nie zepsuje. Co się wtedy stanie? Scenariusz pesymistyczny: ludzie będą opierać się, braknie zasobów, pojawi się przeszkoda techniczna. Jak rozwiązanie wytrzyma? Scenariusz neutralny: implementacja będzie powolna, połowiczna, gdzieś utknąć może na kilka tygodni. Czy problem będzie wystarczająco złagodzony w międzyczasie? Wynik zapisujesz słownie – nie oceniaj, tylko opisz, co się zadzieje.
Wybierz wariant, który przejdzie przez wszystkie trzy scenariusze z najmniejszą stratą. Nie szukasz ideału. Szukasz rozwiązania, które nie będzie katastrofalne, nawet jeśli coś pójdzie źle. To znaczy: wytrzyma zmianę warunków, pracuje nawet z ograniczoną zaangażowaniem zespołu, nie wymaga Perfect timing. Odrzuć pomysły, które działają tylko w świecie bez problemów.
Opisz wybrany wariant przez jedną zmianę procesową lub materiałową. Konkret: „Dodajemy krok weryfikacji w systemie przed wysłaniem faktury”, nie „ulepszymy proces”. Albo: „Karty kontrolne zamiast arkuszy”, nie „zwiększymy nadzór”. Zmiana powinna być konkretna – mogą ją przeczytać ludzie w firmie i wiedzą dokładnie, co mają robić od poniedziałku.

Co jeśli coś pójdzie nie tak. Jeśli w trakcie podmian odkryjesz, że pomysł ma zbyt wiele warunków brzegowych – np. Działa tylko bez pośpiechu, tylko w biurze, tylko z ludźmi przeszkolonymi – oznacza to, że rozwiązanie jest kruche. Wróć do kroku 4. I 5., eliminuj złożoność. Jeśli podczas testowania scenariuszy okaże się, że pesymistyczny lub neutralny scenariusz powoduje, że problem wraca na wyjściowy poziom, pomysł nie jest dojrzały – połącz go z innym (krok 3.) lub odrzuć. Trzecie zagrożenie: masz za wiele wariantów do wyboru. Wtedy nie porównuj ich wszystkich – weź dwa, które przeszły przez wszystkie kroki najczystszą ścieżką, i postaw je obok siebie. Rzadko bywa tak, że jeden jest oczywisty – czasem musisz wybrać na podstawie tego, kto będzie to wdrażać i czy ma na to energię.

Gotowe rozwiązania przechodzą teraz do oceny przez role Disneya i pytania Osborna – to ostatni sito, które odsiewa to, co ma szansę zadziałać. Tam już wiesz, nad czym pracujesz.

Oceń rozwiązania przez role Disneya i pytania Osborna

Masz teraz zbiór pomysłów i przyczyn. Zamiast wybrać pierwszy, który się spodobał, przepuść je przez trzy różne perspektywy – dokładnie tak, jak Walt Disney dzielił pracę swoich twórców. Każda rola zadaje inne pytania, wychodzi z innego założenia. Marzy, planuje albo szuka dziur. Na koniec tych trzech przebiegów stosujesz pytania Osborna, które są jak ostry nóż – przejmą rozwiązanie na kawałki i zbieszą je na nowo, lepiej.

Zainteresuj Marzycielkę w rozwiązaniu. Najpierw role Disneya: marzy twoja rola. Pytasz: co by było, gdyby to działało idealnie? Jakie byłyby korzyści dla tego problemu? Marzy bez ograniczeń budżetu, czasu, technologii. Bierze każdy pomysł z notatnika i rozszerza go: „Jeśli klienci rezygnują po pierwszej wizycie, to może odbieralibyśmy je z domu? Pokazywalibyśmy katalog w salonie? Dawalibyśmy gwarancję zadowolenia bez komisji?” Marzy nie ocenia, nie mówi „to niemożliwe”. Każdy pomysł ma szansę rozrosnąć się.
Przełož to na konkrety przez Realistę. Ta sama osoba (lub inna, jeśli pracujesz z zespołem) przejmuje rolę planisty. Teraz się budzi. Realistka pyta: jak to zrobić? Ile to kosztuje? Jakie są kroki po kolei? Dla marzonego pomysłu z pierwszego kroku pisze scenariusz wdrożenia. Zamiast „odbieranie z domu” mówi: „trzeba wziąć trzy osoby, przeszkolić je, wydrukować katalogi, ustalić grafik, umówić się mailowo z klientem dzień wcześniej”. Realistka nie mówi „nie” – mówi „oto jak”. Liczy: czasu, pieniędzy, zasobów. Przywiązuje marzenia do rzeczywistości.
Pusć to przez Krytyka, który szuka ryzyka. Trzecia rola: krytyk. Jego zadanie to odkryć, co może pójść nie tak. Nie blokuje – zmusza do myślenia. Pyta: co tu jest słabe? Gdzie czeka nas porażka? Dla pomysłu z odbierania klientów z domu krytyk mówi: „a jeśli ktoś będzie chory i przełoży wizytę? A jeśli katalog będzie nudny? A jeśli te trzy osoby nie będą wiedzieć, jak odpowiedzieć na pytania o cenę?” Krytyk nie mówi „to zły pomysł” – mówi „musisz rozwiązać te punkty, zanim zaczniesz”. To nie pesymizm, to inwestycja w przygotowanie.
Sprawdź każdy wariant pytaniami Osborna. Teraz weź najpewniejsze rozwiązanie (to, które przetrwało wszystkie trzy role) i załaduj je pytaniami z listy Osborna. Pytania to: co można złączyć? Co zmienić? Co powiększyć, zmniejszyć? Co zastąpić? Co odwrócić? Czego można się pozbyć? Każde pytanie to młotek do rozwiązania. Pytanie „co złączyć” może dać ci pomysł: zamiast odbierać klienta i pokazywać katalog, pokazujesz mu razem z próbką. Pytanie „co zmienić” zmienia rząd: zamiast wizyta przed decyzją – decyzja przez video, wizyta po zatwierdzeniu. Te pytania puszczają powietrze w rozwiązanie, które wydawało się już gotowe.
Porównaj warianty na tej samej tabeli. Najprostsza forma to trzy kolumny: marzenie (korzyści bez limitów), plan (kroki i koszty), ryzyka (co może się zepsuć). Pod każdym wariantem piszesz. Wtedy widzisz, który ma największe marzenie i najmniejsze ryzyko. Który wariant wymaga najmniej kroków, a daje najwięcej. To nie głosowanie – to mapa każdego wariantu w trzech wymiarach.
Wybierz wariant, który ma najmniej punktów zapalnych z pytań Osborna. Po zastosowaniu pytań każdy wariant wygląda inaczej: jeden ma dwa punkty krytyczne, drugi pięć. Marzysz o waruncie, żeby każdy wariant był idealny – ale w rzeczywistości wybierasz ten, którym poradziłeś sobie najlepiej na etapie krytyki. To wariant, który potrafisz obronić przed pytaniem „co jeśli to się nie uda?”
Napisz decyzję w jednym zdaniu z przypisem. Przykład: „Będziemy odbierać klientów z domu i pokazywać katalog przed wizytą instalacyjną” – i przypisek: „aby zmniejszyć rezygnacje, testujemy przez miesiąc na 10 klientach, mierzymy stawkę przejścia do decyzji o montażu”. Decyzja, a nie obietnica. Przypisek to punkt kontrolny.
Ustal moment sprawdzenia. Nie stawiasz rozwiązania i nie czekasz. Mówiąc językiem Realisty: kiedy będziesz wiedzieć, że to działa? Po ilu klientach? Po jakim czasie? Dla wariantu z odbieraniem to może być: „po 20 wizytach domowych raportujemy, czy stawka przejścia do decyzji poszła w górę o co najmniej 15%”. To konkret, który chroni cię przed wisielcem nieskończoności.

Gdy coś pójdzie nie tak

Scenario: odbieranie z domu kosztuje więcej niż myślałeś. Marzyłeś o tanich wizytach, plan Realisty nie uwzględnił czasu jazdy i paliwa, a teraz każda wizyta to dwie godziny poza biurem. Krytyk miał rację – zapomniałeś o logistyce. Tutaj czeka Cię wybór: zmniejsz liczbę wizyt (testuj na 5 klientach zamiast 10), albo przesuniesz odbieranie na region, gdzie klienci są gęściej. Wariant się nie psuje – zmienia się jego skala. Druga zła decyzja: wybrałeś wariant, bo spodobał się Marzycielu, a Realistę zignorałeś. Pomysł był piękny, ale miał pięcioro założeń, które nigdy się nie spełniły – np. Że każdy klient będzie chętny do rozmowy telefonicznej. Tutaj wracasz na krok trzeci: puszczasz go przez Krytyka jeszcze raz i liczysz, ile z tych założeń jest riskowe.

Role Disneya działają, bo każda z nich ma prawo do głosu. Marzyć bez Realisty to chodzić w chmurach. Planować bez Marzycielki to robić nudne, minimalne rzeczy. Być tylko Krytykiem to nie wyeliminować problemy, a pogrzebać projekty. Razem – przepuszczane przez pytania Osborna – to przepis na rozwiązanie, które działa w świecie, a nie tylko w notes.

Kiedy decyzja pada w czwartym kroku, nie wracasz do początku

Różnica między metodą a chaosem to rozpoznanie punktu, w którym możesz już przejść dalej. Tutaj, po przejściu przez Disneya i pytania Osborna, wiesz, które rozwiązanie ma solidne umocowanie. Testowałeś je z perspektywy marzeń, rzeczywistości i krytyki. Wymusiłeś na sobie konkretne pytania zamiast przejechać się po własnych przyzwyczajeniach.

Cały przebieg zajmuje tyle czasu, ile zajęłaby ci zwykła burza mózgów — z tą różnicą, że wychodzisz z konkretnym kierunkiem, nie stertą sticky notes-ów. Problem nie rozpyła się w dziesięć innych problemów. Rozwiązanie nie opiera się na głosie najgłośniejszego w pokoju. A ty nie będziesz za dwa tygodnie myśleć, że powinienieś był spróbować czegoś zupełnie innego.

Najczęściej zadawane pytania

Czy muszę odbyć wszystkie cztery etapy w jeden dzień?

Nie. Przebieg roboczy to sekwencja logiczna, a nie harmonogram na zegarze. Jeśli definiowanie trwa do piątku, przejdź do przyczyn w poniedziałek — świeży umysł lepiej pracuje. Co ważne: nie wracaj do wcześniejszego etapu, gdy już go skończyłeś. Rozleniwianie się między faza przyczyn i faza generowania pomysłów uniemożliwia się, bo tracisz impet i kontekst.

Co zrobić, jeśli przyczyn jest za wiele i nie wiem, którą wybrać?

Metoda 5× dlaczego lub diagram Ishikawy wyrzuca tobie todas podejrzane przyczyny naraz — o to tu chodzi. Zamiast zgadywać, która jest „prawdziwa”, bierz trzy najprawdopodobniej i testuj rozwiązania dla każdej osobno. Czasem okaże się, że klienci rezygnują zarówno przez koszt montażu (przyczyna1) jak i słabą komunikację przed wizytą (przyczyna2). Jedno rozwiązanie może ich przecinać.

Ile osób powinno brać udział w każdej fazie?

Zrzut myśli (mind dumping): jeden-dwaj ludzie, żeby nie było przeszkadzania. Dochodzenie do przyczyn: ktoś z nimi pracował — technolog, sprzedawca, menedżer. Generowanie (635 lub SCAMPER): 3–5 osób, więcej tłoka. Ewaluacja (role Disneya, pytania Osborna): osoba decyzyjna + ktoś krytyczny.

Czy zrzut myśli to to samo co burza mózgów?

Nie. Burza mózgów to grupa ludzi rzucająca pomysły — działa na zasadzie „bez oceny, bez krytyki”. Zrzut myśli (mind dumping) robi się sam lub z jedną drugą osobą i masz tam wszystko: obserwacje, pytania, symptomy, fragmenty rozmów z klientami. To jest surowy materiał zanim zaczniesz myśleć. Burza mózgów przychodzi dopiero w fazie generowania rozwiązań.

Co jeśli problem leży w kilku działach i każdy widzi go inaczej?

To jest znak że zrzut myśli powinieneś odbyć z każdą stroną osobno — sprzedawca pisze co widzi, technik co widzi. Potem porównujesz notatki i widzisz rozbieżności. Przy dochodzeniu do przyczyn zaproś obie strony — wtedy nie będzie „moja przyczyna vs twoja przyczyna”, tylko wspólny punkt gdzie się tną ścieżki.

Czy mogę przeskoczyć którąś fazę jeśli wydaje mi się zbędna?

Możesz, ale ryzykujesz rozwiązywaniem objawu zamiast problemu. Przeskok fazy przyczyn to klasyk — wpadasz w generowanie pomysłów bez zrozumienia co faktycznie się psuje. Za trzy miesiące problem wraca, bo brałeś objawy. Każda faza ma inne zadanie: przyczyny dają ci pewność kierunku, generowanie czerpie z tego kierunku, ewaluacja go weryfikuje.