Valoare tehnică și impact organizațional

In cariera profesionala de peste 30 de ani am folosit o regulă simplă: dacă reușești să rezolvi probleme pe care alții nu le pot rezolva, vei crea automat mai multă valoare și mai mult impact.

Ultima experienta profesionala m-a făcut să înțeleg că lucrurile sunt mai complicate.

Am intrat cu reflexele formate în peste două decenii de proiecte IT și training: să înțeleg problema, să caut cauza, să găsesc soluția și, dacă se poate, să las infrastructura mai bună decât am găsit-o.

Din poziția de management dar folosindu-mi experiența de arhitect de soluții, consultant, trainer și expert IT, am fost implicat în proiecte care au crescut capacitatea infrastructurii, au modernizat componente, au îmbunătățit reziliența și au făcut posibilă abordarea unor nevoi care înainte erau dificil de acoperit.

Pentru mine, acesta era sensul firesc al rolului: dacă vezi că ceva poate funcționa mai bine și ai competența să contribui, încerci să îl îmbunătățești.

În timp am înțeles însă că a crea valoare tehnică și a crea impact organizațional nu sunt același lucru.

Poți implementa un proiect bun. Poți demonstra că infrastructura are mai multă capacitate, că procesele sunt mai eficiente sau că organizația poate face lucruri pe care înainte nu le putea face.

Dar valoarea respectivă nu este percepută neapărat la fel de toată organizația. Un proiect nou poate schimba responsabilități sau poate traversa granițe între departamente.

Și aici am descoperit ceva ce tehnologia nu te învață suficient:

o soluție care face compania mai eficientă poate produce, simultan, disconfort organizațional.

Nu pentru că soluția este greșită, ci pentru că organizațiile sunt formate din structuri, responsabilități, proceduri și oameni, nu doar din tehnologii.

Am mai învățat că există o diferență între ceea ce poți face profesional și ceea ce rolul tău formal îți permite să influențezi.

Ca specialist IT vezi adesea problema în ansamblu. Organigrama însă o vede pe bucăți.

Și poți ajunge într-o situație paradoxală: ai competența să vezi și să rezolvi problema, dar mandatul tău acoperă doar o parte din ea.

Poate cea mai importantă lecție a fost că implementarea tehnică este doar o parte a unui proiect reușit.

Pentru impact real trebuie să existe și susținere, mandat, acceptare, adopție și continuitate.

De aici mi-am corectat principiul cu care am început.

Nu mai cred că este suficient:

„Rezolvă probleme pe care alții nu le pot rezolva și vei crea impact.”

Cred că formula mai apropiată de realitate este:

Rezolvă probleme importante pe care alții nu le pot rezolva, dar asigură-te că există și contextul organizațional în care soluția poate fi înțeleasă, adoptată și transformată în rezultat.

Competența este necesară.

Dar, singură, nu este suficientă.

Uneori cea mai dificilă parte a unui proiect nu este tehnologia, ci capacitatea organizației de a folosi valoarea pe care tehnologia a creat-o.

#Leadership #IT #Datacenter #Transformation #Infrastructure #CareerLessons