Un proiect software eșuează rar pentru că „tehnologia nu a funcționat". De cele mai multe ori, problema nu este tehnologia, ci procesul, așteptările sau organizarea. Sau, pur și simplu, s-a încercat prea mult, prea repede. Studii din industrie arată constant că mai mult de jumătate dintre proiectele software nu ajung la rezultatul dorit: sunt abandonate, depășesc mult bugetul sau nu livrează ce trebuie, iar echipa se întoarce la vechile fișiere.
Dacă încă te întrebi dacă merită să muți ceva din Excel, Excel ca aplicație principală răspunde la asta. Dacă știi deja că vrei, dar nu știi cum arată un proiect, citește Ce presupune un proiect.
Semnele care apar devreme
Un proiect care nu merge se vede repede, nu la final. De obicei, în primele săptămâni după lansare apar câteva semne:
- La prezentare totul arată bine, dar în câteva săptămâni oamenii revin la fișierele vechi
- Proiectul e declarat „terminat", însă nimeni nu știe cine actualizează datele în fiecare zi
- Cerințele pentru prima versiune tot cresc, dar bugetul rămâne la fel
- Nimeni din echipă nu a încercat aplicația pe o zi normală de muncă
- Cei care o folosesc au văzut ecranele abia în ziua lansării, deși decizia venise de mult
Niciun semn, luat singur, nu e grav. Problema apare când le vezi pe toate odată: proiectul merge mai departe, dar oamenii care trebuie să-l folosească nu sunt cu adevărat implicați.
De ce eșuează, de fapt
Cea mai frecventă greșeală tehnică e mutarea datelor exact așa cum stau în fișier: același client scris în două feluri, coduri formatate diferit, text unde ar trebui cifre. Într-un sistem mai strict, primele rapoarte ies greșite și conducerea își pierde încrederea din prima săptămână. De aceea datele se pun în ordine înainte de mutare, nu după.
Urmează oamenii. Fiecare e obișnuit cu felul lui de a lucra, chiar dacă nu e cel mai eficient. Dacă noul instrument cere mai multe clicuri și reguli mai stricte, munca pare mai grea. Oamenii continuă pe ascuns în vechiul mod. Acceptă schimbarea mai ușor când sunt implicați de la început și văd ce câștigă: mai puțină muncă dublă.
O altă capcană este să încerci să faci aplicația să copieze vechiul fișier. O aplicație se sprijină pe reguli și pe o structură clară; forțată să copieze dezordinea de dinainte, devine scumpă, greoaie și plină de excepții. Nu vrei să reproduci fișierul, ci să rezolvi procesul mai bine decât el.
Se întâmplă des ca firma să lase tot proiectul în grija echipei tehnice. Echipa tehnică înțelege codul, dar nu cunoaște fluxul de comenzi sau specificul firmei. Fără cineva din interior care încearcă aplicația regulat și spune ce trebuie de fapt, rezultatul poate fi corect tehnic și totuși de nefolosit.
Una dintre cele mai costisitoare greșeli este să schimbi tot dintr-o dată: toate departamentele în aceeași zi. La prima eroare se blochează activitatea, iar firma revine la vechiul mod ca să treacă ziua. Un proiect care încearcă să schimbe totul dintr-o dată este mai fragil decât unul care rezolvă un singur lucru și chiar funcționează.
Contează și instrumentul ales: un program mare forțat pe un proces mic, sau mai multe programe care nu comunică, produc aceeași muncă manuală sub altă formă. Am detaliat în Ce pui în loc de Excel? ce variantă ți se potrivește.
Cum arată un proiect care reușește
Diferența dintre un proiect care reușește și unul care se abandonează nu stă în tehnologie, ci în felul în care este condus. Unul care reușește începe cu un singur proces, îl lasă să funcționeze o vreme și abia apoi trece la următorul. Are pe cineva din firmă care răspunde de el și are timp pentru asta, nu doar „când poate". E încercat pe situații reale înainte de lansare, cu datele deja puse în ordine, iar vechiul mod rămâne o vreme în paralel, ca plasă de siguranță.
Multe probleme se văd încă din ofertă. Merită să te uiți la cum sună propunerea înainte să semnezi:
| Semn bun | Semn îngrijorător |
|---|---|
| Întreabă cum lucrezi acum | Acceptă orice cerință fără să întrebe |
| Spune clar ce intră în prima versiune | Promite „tot ce ai nevoie" |
| Propune etape scurte, cu decizie după fiecare | Totul livrat peste câteva luni, fără nimic de văzut între timp |
| Vorbește deschis despre riscuri | Promite că scapi complet de Excel din prima zi |
Întreabă cum lucrezi acum
- Semn îngrijorător
- Acceptă orice cerință fără să întrebe
Spune clar ce intră în prima versiune
- Semn îngrijorător
- Promite „tot ce ai nevoie"
Propune etape scurte, cu decizie după fiecare
- Semn îngrijorător
- Totul livrat peste câteva luni, fără nimic de văzut între timp
Vorbește deschis despre riscuri
- Semn îngrijorător
- Promite că scapi complet de Excel din prima zi
Dacă ai eșuat deja o dată
Un proiect eșuat nu înseamnă că digitalizarea nu este soluția potrivită pentru firma ta. De cele mai multe ori înseamnă că s-a încercat prea mult, nu prea puțin. Uită-te sincer la ce nu a mers: prima versiune prea mare, date mutate fără să fie puse în ordine, instrumentul nepotrivit sau lipsa cuiva din firmă care să conducă proiectul. A doua oară alege un proces mai mic, implică echipa de la început și compară costul pe termen lung cu ce te costă deja munca manuală, în Cât costă o aplicație personalizată.
Unde se potrivește Madigitalizez
Lucrăm invers față de tiparele de mai sus: pornim de la procesul tău, punem în scris ce intră în prima versiune și ce lăsăm pentru mai târziu, îți arătăm ceva funcțional înainte să te angajezi la tot proiectul și începem cu un singur proces, nu cu toate procesele firmei deodată. Ce construim rămâne al firmei tale; dacă vrei, rămânem alături și după lansare, cu găzduire și ajustări, dar fără să fii legat de noi ca de un abonament.
Ce presupune un proiect · Problema: Excel ca aplicație principală · Automatizare procese · Ce pui în loc de Excel?
Descrie pe scurt situația și spune ce proces îți consumă cel mai mult timp sau îți creează cele mai multe probleme. Revenim cu întrebările necesare.