Valea Disperării: de ce digitalizarea doare înainte să funcționeze

Firma a trecut de la Excel și e-mail la un sistem nou, iar după două săptămâni rapoartele durează mai mult și cineva propune întoarcerea la cum era. Trecem prin aceeași vale cu fiecare client care pornește platforma, de aceea bugetăm 30 de zile de suport intens exact în perioada critică. Ghidul spune ce e Valea Disperării, în ce săptămâni mor proiectele și cele șapte decizii care o fac mai scurtă.

Valea Disperării e o etapă previzibilă, nu un eșec

Valea Disperării e perioada în care performanța scade după o schimbare majoră, înainte să urce peste nivelul vechi; apare la orice organizație, indiferent de soft. Un sistem nou, un proces nou sau o reorganizare produc același desen: un platou la nivelul de azi, o cădere, un urcuș lent și un platou mai sus. Vestea bună e că desenul se repetă, deci se poate planifica.

Modelul pleacă de la etapele adaptării la schimbare descrise de psihiatra Elisabeth Kübler-Ross. John Fisher le-a adaptat pentru organizații în curba tranziției personale, prezentată în 1999 și revizuită în 2012. Varianta din acest ghid e cea simplificată pentru implementări de software, cu cinci etape în loc de douăsprezece.

Căderea are o cauză simplă. Procesele vechi nu mai funcționează, iar cele noi nu sunt încă înțelese, așa că fiecare operațiune durează mai mult și produce mai multe erori. Nu e un semn că ai ales soluția greșită; e semnul că schimbarea a început.

Curba are și o veste mai puțin comodă: nivelul vechi se depășește abia în etapa a patra. Între pornire și primul beneficiu vizibil trec săptămâni, nu zile, iar în acest interval se ia decizia care contează. Cine așteaptă beneficiile în săptămâna 2 le va căuta exact când sunt cel mai departe.

Proiectele mor în săptămânile 3–5, nu la început

Momentul periculos nu e lansarea, ci săptămânile 3–5 după implementare, când haosul e la maximum, beneficiile nu se văd și cineva propune amânarea. La lansare există entuziasm și toleranță pentru erori. În săptămâna 4, toleranța s-a consumat, iar primul raport rapid nu a apărut încă.

Replicile din ședință sunt aceleași peste tot: „softul ăsta nu funcționează”, „hai să mai așteptăm”, „v-am zis eu”. Niciuna nu descrie softul; toate descriu etapa. Diferența dintre replică și realitate e ce trebuie să vadă cel care decide.

Amânarea e abandon cu alt nume. Ai cheltuit bani, timp și energie și te-ai întors de unde ai plecat, cu licențe plătite și date migrate degeaba. Costul se plătește a doua oară la următorul proiect, când oamenii își amintesc că „am mai încercat și n-a mers”.

Nimeni nu te avertizează. Furnizorii de software vând o traiectorie liniară: implementăm, instruim echipa, totul merge mai bine. Consultantul care îți spune că săptămâna 4 va fi cea mai grea nu te descurajează; îți dă data la care să nu iei decizii.

În practică: o firmă de instalații cu 40 de angajați, săptămână cu săptămână

O firmă de instalații cu 40 de angajați trece de la Excel și WhatsApp la un sistem integrat; primele opt săptămâni arată la fel oriunde. Firma e fictivă, scenariul e cel pe care îl vedem la fiecare implementare. Înainte de pornire, totul „merge”, lent și cu informație pierdută:

Nicio linie din tabel nu e roșie, și tocmai asta e capcana certitudinii: informația se pierde în tăcere, iar nimeni nu măsoară cât costă raportul de vineri.

În săptămânile 1–2 sistemul e instalat și echipa instruită. Primele comenzi se introduc greșit, managerul nu găsește ecranul din demo, doi tehnicieni refuză aplicația mobilă, iar directorul primește un raport incomplet. În săptămânile 3–5 jumătate din echipă s-a întors „temporar” la Excel, datele stau în două locuri și cineva spune în ședință că a avertizat.

Din săptămâna 6, cei care au rămas în sistem văd primele beneficii. Raportul de vineri iese în cinci minute în loc de trei ore, iar managerul vede toate proiectele pe un ecran. Echipa începe să ceară funcții noi, iar Excel-ul devine „backup”, apoi dispare.

Din luna a treia, Excel-ul e închis, datele sunt într-un singur loc și directorul întreabă de ce n-au făcut asta mai devreme. Între cele două momente stă săptămâna 4, când situația arată așa:

Șapte strategii care fac Valea mai scurtă și mai puțin adâncă

Valea nu se elimină, dar adâncimea și durata ei depind de șapte decizii luate înainte și în timpul implementării, niciuna despre software. Trei se iau înainte de pornire, una la pornire și trei în fiecare săptămână a Văii.

Înainte de pornire, arată echipei curba și spune-i că primele trei-patru săptămâni vor fi mai grele, că e normal și că e temporar. O dificultate așteptată se tolerează; una neanunțată se citește ca defect.

Tot înainte alegi doi-trei campioni interni, oameni deschiși la schimbare, cărora le dai acces anticipat, instruire în plus și rolul explicit de a-i ajuta pe colegi. Colegii îi ascultă mai bine decât pe un consultant extern, pentru că vorbesc despre aceleași comenzi și aceleași proiecte.

A treia decizie e calendarul. Planifică pornirea într-o perioadă liniștită, nu în vârf de sezon, și acceptă din start o scădere de productivitate în primele săptămâni. Când scăderea e în plan, presiunea de a reveni la vechi scade cu ea.

La pornire, elimină calea de întoarcere. Rulează sistemele în paralel una-două săptămâni, apoi comută definitiv; cât timp Excel-ul rămâne o opțiune, echipa se întoarce la el la prima dificultate. E decizia cea mai contestată și cea mai eficientă.

În timpul Văii, celebrează victoriile mici: primul raport generat automat, prima comandă fără erori, prima lună fără reconciliere manuală, spuse în ședință. Oferă suport constant, nu un training urmat de „descurcați-vă”: o sesiune scurtă de întrebări pe săptămână, un canal dedicat, ghiduri de o pagină pentru operațiunile comune. Și măsoară, comunicând cifrele în fiecare vineri, chiar dacă se îmbunătățesc lent.

Indicatorii se definesc înainte de pornire, altfel în săptămâna 4 nu ai cu ce compara și discuția rămâne despre impresii. Trei-patru sunt de ajuns: timpul unei comenzi, erorile pe săptămână, timpul de raportare și o întrebare de satisfacție pentru echipă.

Unde nu se aplică

Modelul descrie adoptarea unei schimbări reale de mod de lucru; în trei situații scăderea nu e Valea Disperării și nu trebuie așteptată să treacă.

• Când sistemul chiar nu face ce a promis. Dacă după săptămâna 6 aceleași operațiuni durează mai mult decât în Excel, e o problemă de produs sau de configurare, nu o etapă; răbdarea nu o rezolvă.
• Când schimbarea e mică. Un instrument care înlocuiește un singur pas, cum ar fi semnarea PDF-urilor, nu are vale; campionii, indicatorii și ședința despre curbă ar fi mai mult decât schimbarea.
• Când conducerea nu folosește sistemul. Dacă directorul cere în continuare raportul în Excel, valea nu se traversează, se adâncește; problema e de exemplu personal, nu de răbdare.

Ce urmează

Înainte de implementare, arată echipei curba și spune-i în ce săptămâni va fi greu; e ședința de 30 de minute care schimbă cel mai mult. Dacă echipa e deja în vale, ședința e aceeași, doar că se ține azi. Dacă încă alegi ce digitalizezi întâi, ghidul despre digitalizare înainte de automatizare arată de ce ordinea contează.

Întrebări frecvente

Surse

1. John Fisher's Personal Change Stages (The Personal Transition Curve) · 2012