Costul Ascuns al Automatizării: De ce Soluțiile Rapide Eșuează în IT

Văd această tendință a serviciilor de “automatizare” apărând din partea persoanelor noi în IT, fără cunoștințe adecvate de management al riscurilor CTO și consecințele succesului pe termen lung al proiectului.

Ce vreau să spun? Din ce în ce mai mulți oameni sugerează, “Hei, să facem o soluție corporativă fără programare personalizată, doar folosind Shopify sau cinci aplicații diferite ca rezultat al unui Frankenstein.”

Este pentru că nu necesită programare și este mai rapid pentru că nu trebuie să creezi adaptări personalizate. Este cu adevărat adevărat?

Să ne imaginăm o situație în care încerci să economisești bani pe integrările de pe piață. Pentru a face asta, alegi să economisești bani și să folosești soluții de magazin gata făcute pentru a le aduna, deoarece integrările sunt deja realizate. Pare mai ieftin, mai ușor și gata!

Apoi observi că nu îți place administrarea și nu există o administrare ușoară și masivă a produselor în sistem. În loc să adaugi pur și simplu această funcționalitate la sistemul curent, creezi o altă integrare cu sistemul bazat pe cloud pentru a rezolva problema administrării masive. Este ca și cum de fiecare dată când ai nevoie de ceva mai mult, în loc să scalezi, adaugi o nouă aplicație terță parte.

Rezultatul? Un sistem de magazin fără adevărat e-commerce doar pentru integrări. Trei module terțe instalate pe site-ul de e-commerce. O integrare personalizată este necesară pentru a completa toate datele în sistem. Un sistem SaaS de care depinzi acum doar pentru o administrare mai bună. Asta înseamnă că dacă ei schimbă modul în care operează sistemul, nimeni nu te întreabă dacă îți place sau nu; trebuie să te adaptezi.

Ce am putea avea aici? Aici, am putea avea un sistem PIM specificat pentru rezolvarea acestei probleme. Da, integrările ar costa dublu sau triplu, dar în cele din urmă, soluția noastră este independentă de orice serviciu terț. Avem, de asemenea, un singur tablou de bord (mai ușor de întreținut, mai simplu de învățat pentru începători, procesele sunt transparente) și putem scala acest proiect rapid pentru că sunt mai puține dependențe. Până la urmă, nu există integrări inutile pe care trebuie să le avem în vedere și care de obicei se schimbă de fiecare dată când ne gândim la o nouă caracteristică a proiectului.

Să ne adâncim.

În primul rând, problemele încep cu aproape cinci tablouri de bord diferite (administrative, e-commerce, surse de date etc.) și integrări între ele. Ce înseamnă asta? Dacă ai cinci tablouri de bord și angajații se schimbă statistic la fiecare doi ani, fie trebuie să ai o documentație extrem de bună și pe cineva care să explice fiecărui începător cum funcționează acest Frankenstein, fie va muri în cele din urmă pentru că nimeni nu își mai amintește și nu înțelege cum funcționează.

În al doilea rând, fiecare manager de proiect non-IT sau junior sau analist ar trebui să înțeleagă că fiecare integrare este un risc IT pe termen lung. Ce înseamnă asta? Asta înseamnă că integrările se schimbă și tind să necesite timp suplimentar pentru a fi testate și verificate. Așadar, s-ar putea să calculezi cantitatea de integrări și să dublezi acest număr pentru a obține cât de riscant devine proiectul tău: mai multe integrări, mai multă întreținere, mai multe întrebări zilnice precum “de ce a venit acest preț așa și nu altfel” etc.

În al treilea rând, problema constă în oamenii care configurează aceste Frankenstein-uri. De obicei, nu trebuie să rămână pe proiect suficient de mult pentru a vedea dacă produsul lor funcționează și rezolvă problema cu costul promis scăzut. Acești oameni măsoară succesul spunând, “Hei, este posibil; uite ce am făcut.” Cu toate acestea, succesul real al unui proiect IT nu este măsurat de prima fază inițială, ci de cei 3 sau 5 ani de întreținere și scalabilitate. Am văzut multe situații în care Frankenstein moare când creatorul părăsește compania.

În al patrulea rând, să presupunem că reușești și proiectul startup-ului reușește. În acest caz, doar când acest Frankenstein devine atât de complicat și urât, vei începe să te gândești cum să simplifici totul. Te vei întoarce la soluțiile personalizate, un sistem, un tablou de bord și programare personalizată, pentru că vei învăța și înțelege cum vrei să ai procesul, și de obicei, pentru a face procesul așa cum vrei, necesită programare personalizată și nu adaptarea aplicațiilor terțe cu restricțiile lor. Asta înseamnă că dacă ai cheltuit banii corect de la început, ar trebui doar să scalezi, și dacă ești capabil să refaci totul, vei pierde timp doar punând din nou un nou proces și vei crește riscul de a reface.

În concluzie

Automatizarea fără programare sau soluțiile ieftine bazate pe taxe lunare sunt un început excelent pentru proiect, la fel cum Excel este un început excelent pentru orice proces. Acesta este, de asemenea, un succes dacă deții acel startup și nu vei părăsi compania sau procesul pe care l-ai construit cu el.

Cu toate acestea, expertiza mea arată că acest lucru este diferit pentru companiile mari corporative cu manageri de proiect în schimbare, CEO-uri copleșite de multă altă muncă și lipsă de atenție, și companii care angajează programatori externalizați și trebuie să fie eficiente.

Pentru companiile corporative bazate pe managementul riscurilor IT, scalabilitate și întreținere, un sistem adecvat cu programare va economisi bani pe parcursul a 5 ani și va economisi multe dureri de cap.

Sugestiile mele: evită capcana unei configurări ușoare, aproape gratuite, care poate duce la dureri de cap pe termen lung și riscul de a reface totul din nou într-un an sau doi.

Care este opinia ta?