Innovative Planning · Capitolul 2 din 6

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.

5modele
5diagrame
~30 mincitire

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.

Sinteză — cum se completează cele cinci modele

Cele cinci modele acoperă etape diferite ale unui proces de inovare — de la generarea ideilor până la protejarea deciziei finale de eșec.

ModelRăspunde la întrebareaCel mai util când...
Design Thinking Rezolv problema corectă? nu ești sigur ce vrea de fapt utilizatorul — ai nevoie de empatie înainte de soluții.
Gândire laterală Cum ies din tiparul evident? toate ideile din cameră sună la fel — ai nevoie de un mecanism care forțează unghiuri noi.
Blue Ocean Concurez sau creez o piață nouă? toți jucătorii din piață concurează pe aceiași factori — și vrei să elimini competiția directă.
Lean Startup Cum testez ieftin înainte să construiesc complet? ipoteza ta despre ce vrea clientul e netestată — riști resurse pe o presupunere.
Premortem Ce ar putea eșua înainte să decid final? echipa e de acord prea repede pe o decizie cu miză mare — vrei disidență explicită.
flowchart LR
    A["Design Thinking
empatie + definire"] --> B["Gândire laterală
generare idei"] B --> C["Blue Ocean
poziționare strategică"] C --> D["Lean Startup
testare ieftină"] D --> E["Premortem
verificare finală"] classDef n1 fill:#fef3c7,stroke:#d97706,color:#78350f classDef n2 fill:#fde68a,stroke:#d97706,color:#78350f classDef n3 fill:#fcd34d,stroke:#b45309,color:#78350f classDef n4 fill:#fbbf24,stroke:#92400e,color:#451a03 classDef n5 fill:#78350f,stroke:#451a03,color:#fef3c7 class A n1 class B n2 class C n3 class D n4 class E n5

Mini-glosar al teoriei

Termenii cheie din cele cinci modele, pe scurt — util ca referință rapidă înainte de atelier.

Empatie (Design Thinking)
Prima etapă a procesului — înțelegerea nevoii reale a utilizatorului, nu a nevoii presupuse de echipă.
Prototip
O reprezentare ieftină și rapidă a unei idei, construită să fie testată, nu perfecționată.
Gândire verticală vs. laterală (de Bono)
Verticală = pas cu pas, logic, în interiorul tiparului. Laterală = sărituri deliberate în afara tiparului, prin provocare și mișcare aleatorie.
Pălăriile gânditoare (de Bono)
Șase moduri de gândire distincte (fapte, emoție, precauție, optimism, creativitate, control de proces) folosite pe rând, nu amestecat, ca să evite conflictul de roluri într-o discuție.
Ocean roșu vs. ocean albastru
Roșu = piață existentă, concurență directă pe aceiași factori. Albastru = spațiu de piață nou, creat prin eliminarea competiției directe.
Value Innovation (Blue Ocean)
Urmărirea simultană a reducerii costului și a creșterii valorii pentru client — nu un compromis între ele.
MVP — Minimum Viable Product (Lean Startup)
Cea mai simplă versiune a unui produs care permite testarea unei ipoteze reale cu clienți reali, cu efort minim.
Build-Measure-Learn
Ciclul central Lean Startup: construiește minim, măsoară reacția reală, învață, apoi decide dacă persiști sau schimbi direcția (pivot).
Premortem
Exercițiu în care echipa presupune că proiectul a eșuat deja și explică de ce — inversează dinamica socială care descurajează criticile în faza de planificare.
Pivot
Schimbarea direcției strategice pe baza a ceea ce a arătat testarea reală, păstrând ce a funcționat și abandonând ipoteza greșită.