Suport teorie — cinci modele care explică ce funcționează
Cinci modele care stau la baza exercițiilor din atelier. Nu trebuie să le memorezi — trebuie să le recunoști în practică. Fiecare are o diagramă, o explicație scurtă și o întrebare-test pentru a-ți verifica înțelegerea.
1. Design Thinking — IDEO & Stanford d.school
Design Thinking, sistematizat de agenția IDEO și codificat ca metodologie la Stanford d.school, propune un proces de inovare în cinci faze non-liniare. Forța metodologiei nu e în fazele individuale (sunt familiare oricui), ci în separarea deliberată a fazelor care în mod natural se interferează — mai ales judecarea ideilor în faza de generare sau căutarea soluției înainte de a fi înțeles cu adevărat problema.
flowchart LR
E["1. Empathize
Înțelegi
utilizatorul real,
nu cel imaginar"]:::ph
D["2. Define
Formulezi
problema reală,
nu simptomul"]:::ph
I["3. Ideate
Generezi fără
să judeci
(cantitate)"]:::ph
P["4. Prototype
Faci rapid ceva
tangibil,
chiar și cu carton"]:::ph
T["5. Test
Înveți din eșec
rapid & ieftin"]:::ph
E --> D --> I --> P --> T
T -.->|"Dacă testul revelă
problemă nouă"| E
T -.->|"Dacă soluția e greșită"| I
T -.->|"Dacă prototipul e ok
dar imperfect"| P
classDef ph fill:#FBF5D8,stroke:#F2DF74,stroke-width:2px
Cea mai subestimată fază e Define. Inovația eșuează cel mai adesea nu pentru că soluția e proastă, ci pentru că rezolvă o problemă greșită. „5 De ce-uri" e o tehnică concretă: pornești de la simptom și întrebi „de ce?" de cinci ori consecutiv. De obicei ajungi la o cauză rădăcină semnificativ diferită după a treia sau a patra iterație.
Întrebare de verificare — de ce „să sari direct la Ideate" e cea mai frecventă greșeală?
Pentru că Ideate e plăcut. Empathize cere muncă (interviuri, observații), Define cere disciplină mentală (suprima soluționarea prematură), iar Ideate e cea unde se simte energia creativă. Echipele inexperimentate sar direct la Ideate pentru că vor să se simtă productive. Rezultatul: zece idei excelente pentru o problemă greșit definită. Un test simplu — înainte de a începe Ideate, scrie problema în formula „Cum am putea... [verb acțional]... pentru ca... [utilizatorul real]... să poată... [rezultat dorit]...". Dacă nu poți completa coerent toate trei câmpurile, n-ai terminat Define.
2. Gândire laterală — Edward de Bono
Edward de Bono, în lucrările sale despre Lateral Thinking (din 1967 până în anii 2010), a identificat o asimetrie fundamentală între gândirea verticală și cea laterală. Gândirea verticală aprofundează o direcție — urmărești logica unui argument până la capăt, o optimizezi, o rafinezi. Gândirea laterală schimbă direcția — provoci premisele, combini surse neobișnuite, privești problema din alt unghi. Cele mai bune inovații provin din gândire laterală urmată de verificare verticală.
flowchart TB
P["Problemă"]
P --> V["Gândire verticală
Aprofundezi
direcția evidentă"]:::v
P --> L["Gândire laterală
Schimbi
direcția"]:::l
V --> VR["O soluție optimizată
«mai bine de același tip»"]
L --> L1["Six Hats
6 perspective forțate"]:::tool
L --> L2["SCAMPER
7 transformări"]:::tool
L --> L3["Provocarea premisei
«dacă X nu ar fi adevărat?»"]:::tool
L --> L4["Asociere aleatoare
combini surse fără legătură"]:::tool
L1 & L2 & L3 & L4 --> LR["Mai multe soluții
de tipuri diferite"]
LR --> V2["Apoi gândire verticală
pe cea mai promițătoare"]:::v
classDef v fill:#dbeafe,stroke:#1d4ed8,stroke-width:2px
classDef l fill:#fef2f2,stroke:#b91c1c,stroke-width:2px
classDef tool fill:#fff7ed,stroke:#c2410c
De Bono a creat instrumente concrete pentru a facilita comutarea între cele două moduri:
- Șase Pălării Gânditoare — Albă (date), Roșie (emoții), Neagră (critică), Galbenă (beneficii), Verde (creativitate), Albastră (proces). Folosite în secvență, separă deliberat momentele în care echipa critică de cele în care generează.
- SCAMPER — Substitute, Combine, Adapt, Modify, Put to other use, Eliminate, Reverse. Aplicat unei idei existente, generează șapte variante prin transformări sistematice.
- Provocarea premisei — selectezi o premisă pe care toată lumea o ia ca dată („concursul se ține într-o sală închiriată") și întrebi „ce-ar fi dacă n-ar fi adevărat?". Răspunsurile sunt rar fezabile direct, dar dezgheață gândirea.
Întrebare de verificare — care e pericolul „brainstorming-ului care produce liste inutile"?
Două capcane simultane: evaluarea prematură (oamenii filtrează ideile înainte să le spună, de teamă de ridicol) și convergența rapidă (grupul se fixează pe primele 3-4 idei bune și oprește generarea). De Bono propune o regulă simplă: cantitatea înainte de calitate — „avem nevoie de 50 de idei" produce mai multă valoare decât „avem nevoie de 5 idei bune". Iar regula non-evaluării e explicită: în faza generativă, orice critică e amânată cu un singur cuvânt — „notez, revenim". Frica de ridicol se evaporă când toți știu că filtrul vine mai târziu.
3. Blue Ocean Strategy — W. Chan Kim & Renée Mauborgne
Kim și Mauborgne, în cartea „Blue Ocean Strategy" (2005, INSEAD), au documentat o concluzie contraintuitivă din analiza a 150 de mișcări strategice pe 100 de ani și 30 de industrii: inovațiile de succes nu provin din competiție mai bună pe același teren, ci din redefinirea terenului. Compania care câștigă nu face același lucru mai bine — creează o categorie nouă unde nu există competiție directă. Instrumentul lor central, Strategy Canvas, vizualizează grafic pe ce dimensiuni concurezi azi și ce valori poți elimina, reduce, crește sau crea pentru a defini un spațiu nou.
flowchart TD
SC["Strategy Canvas
Cele 4 acțiuni"]
SC --> E["ELIMINĂ
«ce factori considerați
ca dați pot fi eliminați
complet?»"]:::elim
SC --> R["REDU
«ce factori pot fi reduși
mult sub standardul
industriei?»"]:::redu
SC --> RA["CREȘTE
«ce factori trebuie
crescuți mult peste
standard?»"]:::raise
SC --> C["CREEAZĂ
«ce factori nu există
încă în industrie
și ar trebui creați?»"]:::create
E & R --> CO["Costuri reduse"]
RA & C --> VA["Valoare crescută"]
CO --> BO["Blue Ocean
Categorie nouă,
competiție inexistentă"]:::bo
VA --> BO
classDef elim fill:#fef2f2,stroke:#b91c1c,stroke-width:2px
classDef redu fill:#fff7ed,stroke:#c2410c,stroke-width:2px
classDef raise fill:#ecfdf5,stroke:#047857,stroke-width:2px
classDef create fill:#dbeafe,stroke:#1d4ed8,stroke-width:2px
classDef bo fill:#772432,color:#fff,stroke:#5a1a26,stroke-width:3px
Exemplul canonic e Cirque du Soleil. Industria de circ tradițional era în declin — competiție pentru aceleași spectacole cu animale și clovni. Cirque a aplicat cele 4 acțiuni:
- Eliminat: staruri-vedetă din circul tradițional, spectacole cu animale, arena cu trei piste simultane, vânzările de gustări pe culoare
- Redus: umorul vulgar și senzaționalismul circ-tradițional
- Crescut: calitatea unică a locației (corturile spectaculoase), nivelul artistic al numerelor
- Creat: o temă narativă pentru fiecare spectacol, muzică originală compusă, ambianță rafinată (apropiată de teatru), prețuri premium
Rezultat: Cirque nu mai concura cu Ringling Bros — concura cu Broadway. Categorie complet nouă. Audiență complet nouă (adulți, plătitori premium, nu familii cu copii la prețuri mici). Marje cu un ordin de mărime mai mari.
Întrebare de verificare — cum aplici Strategy Canvas la o propunere de proiect intern, nu la o companie?
Identici. Înlocuiește „industria" cu „felul standard în care se fac propuneri în organizația ta" și aplică cele 4 întrebări: ce element din modelul standard eliminăm? (poate procesul de aprobare în 5 etape), ce reducem? (poate bugetul inițial cerut), ce creștem? (poate frecvența de raportare către stakeholderi), ce creăm? (poate un MVP demonstrabil în 3 săptămâni). Propunerea ta arată diferit de tot ce a venit înainte — și asta e exact ce o face vizibilă.
4. Lean Startup — Eric Ries
Eric Ries, în cartea „The Lean Startup" (2011), a operaționalizat Design Thinking într-o buclă de execuție concretă. Premisa: într-un mediu cu incertitudine ridicată (orice inițiativă inovativă), planificarea extinsă e inferioară învățării rapide. Nu poți planifica ceea ce nu cunoști — trebuie să generezi cunoaștere prin experimente ieftine, repetate. Bucla centrală a metodologiei e Build–Measure–Learn.
flowchart LR
I["Ideea
Ipoteză de testat"]:::idea
I --> B["BUILD
MVP
minim viabil
pentru testarea
UNEI ipoteze"]:::build
B --> P["Produs MVP"]
P --> M["MEASURE
Date de la
utilizatori reali
nu opinii"]:::measure
M --> D["Date"]
D --> L["LEARN
Învățare validată
«ipoteza a fost
confirmată?»"]:::learn
L --> DEC{"Decizie"}
DEC -->|"Ipoteză
confirmată"| PERS["PERSEVERE
Optimizezi
aceeași direcție"]:::pers
DEC -->|"Ipoteză
infirmată"| PIV["PIVOT
Schimbi ipoteza,
păstrezi învățarea"]:::piv
PERS --> B
PIV --> B
classDef idea fill:#FBF5D8,stroke:#F2DF74,stroke-width:2px
classDef build fill:#dbeafe,stroke:#1d4ed8
classDef measure fill:#fef2f2,stroke:#b91c1c
classDef learn fill:#ecfdf5,stroke:#047857
classDef pers fill:#ecfdf5,stroke:#047857,stroke-width:2px
classDef piv fill:#fff7ed,stroke:#c2410c,stroke-width:2px
Trei concepte cheie din metodologie:
- MVP (Minimum Viable Product) — versiunea minimă funcțională care testează cea mai riscantă ipoteză. NU e un produs simplu sau ieftin — e un instrument de învățare. Un MVP de hârtie (mockup, schiță) e adesea suficient pentru a testa ipoteza „utilizatorii vor înțelege ce-i asta".
- Validated learning — învățare bazată pe comportament real, nu pe opinii declarate. Întrebarea „ai folosi asta?" e neserioasă; observația „utilizatorul a făcut X timp de 8 minute" e validă. Sondajele sunt mai aproape de teatru decât de știință.
- Pivot vs persevere — pivot-ul nu e un eșec, ci o decizie strategică bazată pe învățarea validată. Pivot-ul corect economisește luni de muncă în direcția greșită. Pivot-urile celebre: PayPal (Palm Pilot payments → online payments), Twitter (podcast platform → micro-blogging), Slack (joc online → chat intern), Instagram (location check-in → photo sharing).
Întrebare de verificare — care e diferența dintre „MVP de hârtie" și „prototip incomplet"?
MVP-ul de hârtie e conceput ca instrument de învățare pentru o ipoteză specifică. Are o întrebare clară („utilizatorii vor înțelege ce face produsul în 30 de secunde?") și un criteriu de succes („7 din 10 explică corect"). Prototipul incomplet e o versiune redusă a unui plan complet — făcută pentru că nu mai e timp. Nu testează nimic; e doar mai puțin. Cele două arată similar din afară. Diferența e în intenție: învățare versus livrare diminuată.
5. Premortem — Gary Klein
Gary Klein, cercetător în luarea deciziilor în condiții de presiune (cartea „Sources of Power", 1998), a propus în 2007, într-un articol Harvard Business Review, premortem-ul ca instrument simplu de îmbunătățire a deciziilor strategice. E inversul postmortem-ului obișnuit (analiza unui eșec după ce s-a întâmplat). În premortem, echipa presupune că proiectul deja a eșuat — și caută cauzele înainte de execuție.
flowchart TD
P["Planul inițial
Echipa convinsă
că va reuși"]:::plan
P --> PM["Premortem
«Suntem la N luni
după lansare
și a fost un eșec.
Ce s-a întâmplat?»"]:::pm
PM --> S1["Fiecare scrie
independent 5-10 cauze
5 minute, în liniște"]
S1 --> S2["Compilare colectivă
toate cauzele pe perete"]
S2 --> S3["Grupare în categorii
tehnic, oameni, piață, timing..."]
S3 --> S4["Prioritizare
care sunt cele mai probabile?"]
S4 --> S5["Plan de contingență
pentru top 5-7 cauze"]
S5 --> PV["Plan revizit
cu apărări încorporate"]:::pvf
classDef plan fill:#dbeafe,stroke:#1d4ed8,stroke-width:2px
classDef pm fill:#fef2f2,stroke:#b91c1c,stroke-width:2px
classDef pvf fill:#ecfdf5,stroke:#047857,stroke-width:2px
De ce funcționează premortem-ul, conform lui Klein? Prospective hindsight (privirea retrospectivă proiectată în viitor). Cercetarea originală, condusă de Deborah Mitchell, J. Edward Russo și Nancy Pennington în 1989, a arătat că oamenii care presupun un rezultat ca fapt împlinit identifică cu aproximativ 30% mai precis cauzele posibile decât cei care îl analizează ipotetic. Diferența: trecerea de la „s-ar putea întâmpla X" la „s-a întâmplat X — de ce?" deblochează mecanisme cognitive diferite.
Întrebare de verificare — când NU folosești premortem?
Pentru decizii reversibile sau cu miză mică, premortem-ul e supra-inginerie. Klein îl recomandă explicit pentru „decizii strategice cu miză mare și reversibilitate limitată" — lansări de produs, fuziuni, modernizări de proces. Pentru „ce alegem la prânz" e ridicol. Reguli practice: dacă proiectul costă peste 10% din bugetul echipei sau durează peste 3 luni, merită 90 de minute de premortem. Sub aceste praguri, decizi rapid și învață din rezultat.