Prima săptămână merge bine. Nu se strică nimic, oamenii își văd de treabă, iar administratorul se felicită în gând că a rezolvat problema IT cu un singur salariu. În a doua săptămână cade conexiunea la una dintre locații, nimeni nu știe cine e furnizorul de internet și pe ce număr de contract, iar omul care știe e la mare, cu telefonul pe silențios.
Scena asta se joacă în sute de companii românești în fiecare august. Nu e o poveste despre un angajat prost. E o poveste despre o companie care a lăsat, fără să bage de seamă, tot ce ține sistemele în picioare în capul unei singure persoane.
Cât din companie stă, de fapt, în capul unui singur om
Fă un inventar mental, acum, în timp ce citești.
Cine mai știe parola de administrator de domeniu, în afară de el? Unde e scris ce servere există și ce rulează pe fiecare? Cine e furnizorul de internet la punctul de lucru din alt județ și care e numărul contractului? Când expiră licențele și pe ce mail vin notificările? Cum se restaurează o copie de siguranță, pas cu pas, dacă persoana care a configurat-o nu răspunde?
În majoritatea companiilor mici și mijlocii, răspunsul la toate cinci e același om. Iar acel om nu ascunde nimic și nu e de rea-credință — pur și simplu nimeni nu i-a cerut vreodată să scrie ce știe, pentru că nu i-a trebuit nimănui până acum.
Testul de concediu
Există o verificare simplă, care nu costă nimic și pe care o poate face administratorul într-o după-amiază.
Ia o foaie și scrie trei situații: cade internetul la sediul secundar, se blochează serverul pe care rulează programul de facturare, un angajat pleacă din companie și trebuie să îi închizi toate accesele. Pentru fiecare, întreabă-te cine face treaba dacă omul de IT nu e disponibil douăzeci și patru de ore.
Dacă răspunsul la toate trei e „îl sunăm oricum”, compania nu are un departament IT. Are o dependență. Consecințele ei, de la costurile ascunse până la ce se pierde la plecarea omului, sunt descrise în detaliu în analiza despre ce se întâmplă când tot IT-ul stă pe un singur om.
Ce se strică efectiv, în ordinea în care se strică
Nu se prăbușește totul deodată. Se degradează, pe rând, și fiecare pas pare suportabil.
Întâi dispare mentenanța preventivă. Actualizările se amână, pentru că omul e prins cu solicitări curente. Apoi dispare documentația, pentru că nu are când să scrie. Apoi backupul nu se mai verifică, deși rulează. Apoi apar excepțiile: un utilizator primește drepturi de administrator „temporar”, un port se deschide pentru un furnizor și rămâne deschis, o parolă se pune pe un post-it pentru că trebuia rezolvat urgent.
Nimic din toate astea nu se vede în raportul lunar. Se vede abia în ziua în care ceva cade și nimeni nu mai știe cum era înainte.
Ce pleacă odată cu el, dacă pleacă de tot
Concediul e repetiția generală. Demisia e spectacolul.
Pleacă parolele pe care nu le-a scris nicăieri, pentru că le ținea minte. Pleacă înțelegerile nescrise cu furnizorii, genul „îl sun pe Vlad de la compania de internet și rezolvă în două ore”, care nu există în niciun contract și nu se transmit succesorului. Pleacă motivul pentru care o setare e făcută altfel decât peste tot — o excepție pusă acum trei ani pentru un utilaj care nu suporta altceva, și pe care următorul o va „repara”, oprind producția.
Pleacă și istoricul: ce s-a mai stricat, de câte ori, ce s-a încercat și de ce nu a mers. Un om nou reface toate diagnosticele de la zero, iar compania plătește de două ori aceeași lecție.
Nimic din ce am enumerat nu e recuperabil cu bani. Se recuperează doar cu timp, iar timpul acela se scurge exact în perioada în care compania e cea mai vulnerabilă.
Diferența dintre cost și acoperire
Când compania compară variantele, compară de obicei greșit: un salariu față de o factură lunară. Comparația corectă e alta.
Un singur om acoperă opt ore pe zi, cinci zile pe săptămână, minus concediu, minus zilele de boală, minus timpul în care e la un alt punct de lucru. Și acoperă exact competențele pe care le are el. Dacă e bun pe rețea și mai puțin pe baze de date, compania e bună pe rețea și slabă pe baze de date, indiferent de ce scrie în fișa postului.
O echipă externă acoperă altfel: mai multe competențe, un interval de disponibilitate stabilit prin contract, și un înlocuitor când cineva lipsește. Externalizarea serviciilor IT nu înseamnă că renunți la controlul asupra infrastructurii, ci că nu mai depinzi de disponibilitatea unei singure persoane.
Nici varianta externă nu e magică. Un furnizor prost e la fel de opac ca un angajat care nu documentează, doar că îți trimite și factură. Diferența o face contractul, nu eticheta.
Ce trebuie să scrie în contract ca să nu repeți greșeala
Cinci lucruri, și toate se pot verifica înainte de semnătură.
Timpul de răspuns, exprimat în ore, nu în adjective. „Intervenim prompt” nu înseamnă nimic; „preluăm solicitarea în maximum două ore în intervalul de lucru” înseamnă ceva.
Ce intră în abonament și ce se plătește separat. Fără linia asta, orice discuție despre o problemă nouă începe cu o negociere de preț exact când ai mai puțin chef de ea.
Documentația ca livrabil, nu ca promisiune. Inventarul echipamentelor, schema rețelei, lista furnizorilor cu numere de contract, procedura de restaurare. Actualizate periodic și predate companiei, nu ținute la furnizor.
Predarea la încetarea contractului. Cine primește parolele, în cât timp, și în ce formă. E clauza pe care nimeni nu o citește la semnare și de care depinde totul dacă vrei să schimbi furnizorul peste doi ani.
Și cine e persoana de contact, plus cine o înlocuiește. Un contract de suport tehnic pentru companii care depinde tot de un singur om, doar că din altă companie, nu a rezolvat nimic — a mutat problema peste gard.
De unde începi, chiar dacă nu schimbi nimic acum
Nu trebuie să iei o decizie mare săptămâna asta. Trebuie să scoți informația din capul unui singur om.
Cere un document de o pagină cu ce servere și ce servicii există. Cere lista furnizorilor cu numere de contract și persoane de contact. Cere ca parolele critice să existe într-un seif de parole la care are acces și altcineva din conducere. Și cere o restaurare de probă, cu tine de față, ca să vezi cât durează.
Dacă omul tău de IT face toate astea în două săptămâni, ai un profesionist și o problemă de redundanță, nu de competență. Dacă amână, ai aflat ceva important înainte să afli în august.
