Suport teorie — cinci modele care explică ce funcționează

1. Patrick Lencioni — Cele 5 disfuncții ale unei echipe

În cartea The Five Dysfunctions of a Team (2002), consultantul american Patrick Lencioni propune o piramidă a problemelor care destabilizează o echipă. Ideea cheie: fiecare nivel depinde de cel de jos. Nu poți rezolva un nivel superior dacă cel fundamental nu e rezolvat. Multe echipe încearcă să rezolve „lipsa de rezultate" prin metrici și presiune, când problema reală e în partea de jos a piramidei — lipsa de încredere.

flowchart TB
    R["5. Inattention to Results
Lipsa atenției pentru rezultate"]:::r
    A["4. Avoidance of Accountability
Evitarea responsabilizării reciproce"]:::a
    C["3. Lack of Commitment
Lipsa angajamentului"]:::c
    F["2. Fear of Conflict
Frica de conflict"]:::f
    T["1. Absence of Trust
Absența încrederii fundamentale"]:::t
    T --> F --> C --> A --> R

    classDef t fill:#fef2f2,stroke:#b91c1c,stroke-width:3px
    classDef f fill:#fef3c7,stroke:#d97706,stroke-width:2px
    classDef c fill:#fde68a,stroke:#a16207,stroke-width:2px
    classDef a fill:#dbeafe,stroke:#1d4ed8,stroke-width:2px
    classDef r fill:#edf7ed,stroke:#15803d,stroke-width:2px

Citirea piramidei de jos în sus: dacă nu ai încredere (membrii nu se simt în siguranță să-și arate slăbiciunile), nu poți avea conflict productiv (oamenii zâmbesc în ședință și bombăne pe hol). Fără conflict productiv, nu obții angajament real (deciziile sunt formal aprobate, dar nu împlinite). Fără angajament, nu există responsabilizare reciprocă (nimeni nu îndrăznește să spună unui coleg că nu și-a făcut partea). Fără asta, rezultatele suferă — și de obicei vinovații sunt căutați la nivelul de sus, deși cauza e la cel de jos.

Întrebare de verificare — de ce „lipsa de rezultate" e adesea diagnosticul greșit?

Pentru că rezultatele sunt vizibile, iar cauzele lor reale (lipsa de încredere, evitarea conflictului) sunt invizibile. Conducerile tind să rezolve ce văd — adaugă metrici, schimbă oameni, mărește presiunea. Toate intervențiile la vârful piramidei. Dar dacă baza e șubredă, intervențiile de sus produc oboseală, nu schimbare. Diagnostic corect: pornește mereu de jos în sus. Întreabă-te: „membrii echipei se simt în siguranță să-și recunoască greșelile?". Dacă răspunsul e nu, restul piramidei e blocat.

2. Amy Edmondson — Siguranța psihologică

Profesoara de la Harvard Business School Amy Edmondson a introdus termenul de psychological safety într-un articol din Administrative Science Quarterly (1999) și l-a dezvoltat în cartea The Fearless Organization (2018). Definiția scurtă: siguranța psihologică e convingerea împărtășită că echipa e un loc sigur pentru a-ți asuma riscuri interpersonale — să pui o întrebare, să recunoști o greșeală, să propui o idee nepopulară, să spui „nu știu", fără teamă de a fi penalizat sau ridiculizat.

Edmondson a documentat că siguranța psihologică nu e același lucru cu „a fi drăguț". O echipă poate fi politicoasă și totuși să nu aibă siguranță psihologică — pentru că politețea ascunde obiecțiile reale. Sau o echipă poate fi directă, chiar dură în feedback, și să aibă siguranță înaltă — pentru că directețea e dirijată spre idei, nu spre oameni.

quadrantChart
    title Siguranță psihologică × standarde de performanță
    x-axis "Siguranță scăzută" --> "Siguranță înaltă"
    y-axis "Standarde scăzute" --> "Standarde înalte"
    quadrant-1 "Zona de învățare
(High performance)"
    quadrant-2 "Zona de confort
(Stagnare amabilă)"
    quadrant-3 "Apatie"
    quadrant-4 "Anxietate
(Burn-out)"

Matricea de mai sus — popularizată de Edmondson — distinge patru zone. Echipele high performance trăiesc în colțul dreapta-sus: siguranță psihologică înaltă și standarde înalte. Doar siguranță fără standarde produce o echipă „comfortabilă" care nu progresează. Doar standarde fără siguranță produce anxietate și burn-out. Cele două nu sunt în conflict — sunt complementare.

Întrebare de verificare — care e diferența între siguranța psihologică și a fi „nesancționat"?

O echipă „nesancționată" e o echipă unde poți face orice fără consecințe — inclusiv să nu livrezi, să nu participi, să nu-ți pese. Asta nu e siguranță psihologică, e absența standardelor. Siguranța psihologică presupune standarde înalte: poți să spui „nu sunt de acord" sau „am greșit" fără penalizare interpersonală, dar ești în continuare responsabil pentru ce livrezi. Confuzia între cele două e frecventă și duce la respingerea conceptului ca „mâini moale". Edmondson e foarte clară pe acest punct.

3. Bruce Tuckman — Fazele echipei, din perspectiva membrului

Psihologul Bruce Tuckman a publicat în Psychological Bulletin (1965) o sinteză a 50 de studii despre dinamica grupurilor mici. A identificat patru faze prin care trece orice echipă nouă: Forming → Storming → Norming → Performing. În 1977, împreună cu Mary Ann Jensen, a adăugat a cincea: Adjourning (despărțirea). Modelul e cel mai citat din literatura de grup, dar adesea e prezentat din perspectiva liderului. Aici îl tratăm din perspectiva membrului — ce poți face tu, fără autoritate formală, pentru a ajuta echipa să treacă cu bine prin fiecare fază.

stateDiagram-v2
    [*] --> Forming
    Forming --> Storming: tensiuni apar
    Storming --> Norming: reguli se așază
    Norming --> Performing: încredere construită
    Performing --> Adjourning: proiectul se încheie
    Adjourning --> [*]

    Forming: Forming
politețe, ezitare, întrebări
Membru: pune întrebări, ascultă
    Storming: Storming
conflicte, frustrări, dezacord
Membru: critică idei, nu oameni
    Norming: Norming
se stabilesc norme
Membru: numește regulile implicite
    Performing: Performing
echipa lucrează fluid
Membru: amplifică pe alții
    Adjourning: Adjourning
încheiere, despărțire
Membru: recunoaște contribuțiile

Diferența față de Dynamic Leadership: acolo, liderul ghidează echipa prin faze. Aici, tu ești un membru și nu ai pârghii ierarhice. Dar ai pârghii interpersonale puternice — care, aplicate consistent, pot accelera tranzițiile mai mult decât intervențiile liderului. În faza Forming ești omul care pune întrebarea pe care nimeni nu îndrăznește să o pună. În Storming, omul care reformulează un conflict de la persoane spre idei. În Norming, cel care numește deschis o regulă implicită („mi se pare că aici am decis că întârzierea e ok — e ce vrem cu adevărat?"). În Performing, cel care recunoaște public contribuția unui coleg în 24 de ore. În Adjourning, cel care nu pleacă fără să spună cuiva ce a apreciat la el.

Întrebare de verificare — de ce echipele „evită" faza Storming și ce risc înseamnă asta?

Pentru că Storming e inconfortabil — apar frustrări, voci ridicate, dezacorduri vizibile. Multe echipe sar peste această fază prin politețe excesivă (rămân la nivelul Forming la nesfârșit) sau prin acord aparent (pretind Norming fără să fi rezolvat conflictele de fond). Risc: conflictele nerezolvate nu dispar — se mută sub apă, în bombăneală pe hol, în încetinire pasivă a deciziilor, în plecări neașteptate. O echipă sănătoasă trece prin Storming; o echipă bolnavă pretinde că l-a depășit fără să fi fost acolo.

4. Project Aristotle (Google) — cei 5 factori ai echipelor performante

Între 2012 și 2015, Google a derulat Project Aristotle — un studiu intern pe 180 de echipe din companie, încercând să răspundă la o singură întrebare: ce face o echipă să fie performantă?. Au testat tot ce le-a venit în minte — componența (introvertiți vs extrovertiți, ingineri vs designeri, vechime), structura ierarhică, frecvența ședințelor, beneficiile. Niciun factor demografic nu corela cu performanța. Apoi au schimbat unghiul: au privit dinamica — cum se comportă oamenii unii cu alții — și au găsit cinci factori.

flowchart TD
    A["Project Aristotle
Google · 2012-2015"]
    A --> F1["1. Psychological Safety
Siguranța psihologică
(cel mai puternic)"]:::top
    A --> F2["2. Dependability
Putem conta unii pe alții"]
    A --> F3["3. Structure & Clarity
Roluri, planuri, obiective clare"]
    A --> F4["4. Meaning
Munca contează personal"]
    A --> F5["5. Impact
Munca contează în lumea reală"]

    classDef top fill:#772432,color:#fff,stroke:#5a1a26,stroke-width:3px

Rezultatul cel mai surprinzător pentru cercetători: cine e în echipă contează mult mai puțin decât cum se comportă oamenii unii cu alții. Aceleași persoane, în două echipe diferite, produceau rezultate radical diferite — în funcție de dinamica grupului. Și cel mai puternic predictor al performanței era siguranța psihologică (factorul lui Edmondson) — nu coeficienții individuali, nu vechimea, nu structura ierarhică.

Întrebare de verificare — de ce „cine e în echipă" contează mai puțin decât pare?

Pentru că performanța unei echipe e o proprietate emergentă a interacțiunilor, nu o sumă a capacităților individuale. Doi ingineri foarte buni într-o echipă cu siguranță scăzută vor produce mai puțin decât doi ingineri medii într-o echipă cu siguranță înaltă — pentru că primii nu vor risca să propună idei, în timp ce ultimii vor itera deschis. Aceasta e o veste bună: poți influența dinamica fără să schimbi oamenii. Aceasta e o veste proastă pentru manageri care preferă să dea vina pe „echipa greșită" decât să se uite la cultură.

5. RACI — clarificarea rolurilor pe sarcină

RACI e un acronim englez folosit pe scară largă în managementul de proiect: Responsible, Accountable, Consulted, Informed. E o matrice care pune sarcinile pe verticală și persoanele pe orizontală, iar în fiecare celulă scrii ce rol joacă persoana pe sarcină. E un instrument simplu — încape pe o foaie A4 — dar reduce dramatic confuziile care consumă timpul echipelor.

flowchart LR
    T["O sarcină
concretă"] --> R["R - Responsible
Cine face munca
(poate fi mai mulți)"]:::r
    T --> A["A - Accountable
Cine răspunde de rezultat
(EXACT unul)"]:::a
    T --> C["C - Consulted
Cine e întrebat înainte de decizie
(opinie cere răspuns)"]:::c
    T --> I["I - Informed
Cine află după decizie
(doar notificat)"]:::i

    classDef r fill:#fef3c7,stroke:#d97706,stroke-width:2px
    classDef a fill:#fef2f2,stroke:#b91c1c,stroke-width:2px
    classDef c fill:#dbeafe,stroke:#1d4ed8,stroke-width:2px
    classDef i fill:#edf7ed,stroke:#15803d,stroke-width:2px

Regula cea mai importantă: pe fiecare sarcină există exact un singur A (Accountable). Dacă există doi, nimeni nu răspunde de fapt — fiecare presupune că celălalt are autoritatea finală. Dacă nu există nici unul, sarcina se transformă într-o zonă ambiguă unde toți contribuie și nimeni nu decide. R (cine face munca) poate fi mai mulți, dar A e singular și non-delegabil.

Întrebare de verificare — de ce „toată lumea decide împreună" e adesea o capcană?

Pentru că „toată lumea decide" în practică înseamnă „nimeni nu răspunde". Consensul are loc potrivit pentru decizii strategice mari (5–10 pe an), unde alinierea contează mai mult decât viteza. Pentru decizii operaționale (zilnice, săptămânale), consensul produce paralizie. RACI distinge cele două situații: pe decizii operaționale, A clar și viteză; pe decizii strategice, C extins și consens. Greșeala e să folosești consens pentru tot — transformi viteza în obișnuință de blocaj.