Studiu de Caz - Cand nimeni nu vrea sa repare ce altii au stricat

Problema pe care multi o cunosc, dar putini o spun

Iti renovezi casa. Platesti echipa. Incep lucrarile. Apoi, intr-o zi, nu mai raspund la telefon. Lucrarea ramane neterminata. Cauti alta echipa, dar toti iti spun acelasi lucru: "Nu preluam munca altora. Prea multe probleme."

Exact asta a patit Raluca cu aplicatia Tirminator.

A platit o echipa de dezvoltare sa-i construiasca aplicatia. Au lucrat luni de zile. Au trimis update-uri. Au spus ca e aproape gata. Apoi au declarat ca au terminat. Au incasat banii.

Doar ca aplicatia nu functiona.

Raluca nu e programator. Nu avea cum sa stie ca ce i se arata in demo-uri nu reflecta realitatea. Ca functionalitati intregi lipsesc. Ca baza de date nu e conectata cum trebuie. Ca deployment-ul e un haos.

Singuri intr-o situatie imposibila

Cand si-a dat seama ca ceva nu e in regula, Raluca a contactat alte firme de dezvoltare. Raspunsul a fost aproape universal:

"Nu preluam proiecte incepute de altii."

"Prea mult risc. Trebuie sa o luam de la zero."

"Codul altora e imprevizibil. Nu merita bataia de cap."

Companiile de software au motive intemeiate sa evite astfel de proiecte. Codul scris de altcineva poate fi un labirint. Documentatie inexistenta. Decizii tehnice ciudate. Datorii tehnice ascunse care explodeaza la primul update.

Dar pentru Raluca, asta insemna un cosmar: a platit pentru o aplicatie, nu o are, si nimeni nu vrea sa o ajute.

De ce am acceptat provocarea

La Stirex, stim ca in spatele fiecarui proiect e o persoana care si-a pus sufletul si banii in acea idee. Refuzul de a ajuta pe cineva aflat in criza nu ne reprezinta.

Am acceptat sa facem un audit tehnic complet. Daca proiectul era recuperabil, urma sa-l salvam. Daca nu, cel putin Raluca avea sa stie exact unde stau lucrurile.

Ce am descoperit

Auditul a confirmat ce Raluca banuia, dar nu putea dovedi.

1. Functionalitati declarate "complete" nu existau

Am gasit module intregi care figurau ca terminate in rapoartele echipei anterioare, dar care in realitate erau doar interfete fara nicio logica in spate. Butoane care nu faceau nimic. Formulare care nu salvau date.

2. Costurile de hosting erau absurde

Aplicatia rula pe o infrastructura supradimensionata si prost configurata. Costuri de sute de euro pe luna pentru un proiect care abia avea utilizatori. Resurse care nu erau folosite, servicii duplicate, configuratii de productie pe medii de test.

3. Zero procese profesionale

Nu exista CI/CD. Nu exista mediu de staging. Nu existau teste automate. Fiecare deployment era manual, cu riscul de a strica ce functiona. Nu exista documentatie.

Confruntarea cu echipa originala

Unul dintre cele mai dificile momente a fost intalnirea cu echipa originala de dezvoltare. Raluca ne-a rugat sa fim prezenti pentru a explica, in termeni tehnici, ce am gasit.

Am venit pregatiti cu:

• Capturi de ecran din cod care demonstrau functionalitati lipsa
• Comparatii intre ce a fost promis si ce a fost livrat
• Evidenta a deployment-urilor esuate
• Costuri reale vs. costuri necesare

A fost o conversatie grea. Dar Raluca merita sa vada adevarul, explicat in termeni pe care si ea sa ii inteleaga, nu doar jargon tehnic menit sa confuze.

Reconstructia

Dupa audit, am trecut la munca. Obiectivul: sa transformam un proiect esuat intr-o aplicatie functionala, sustenabila si usor de intretinut.

Infrastructura pusa la punct

Pe langa probleme de cod, am gasit si costuri de hosting nejustificat de mari. Am reconfigurat complet infrastructura:

• Am eliminat serviciile inutile si duplicatele
• Am redimensionat resursele la necesarul real
• Am implementat scaling automat pentru eficienta
• Am optimizat bazele de date si storage-ul

Costurile lunare au scazut semnificativ - dar mai important, infrastructura acum functioneaza cum trebuie.

Procese profesionale de la zero

Am construit ce lipsea:

• Pipeline CI/CD pentru deployment-uri automate si sigure
• Medii separate pentru development, staging si productie
• Suite de teste pentru a preveni regresiile
• Documentatie tehnica pentru intretinere pe termen lung
• Monitorizare si alertare pentru probleme in productie

Completarea functionalitatilor

Am finalizat modulele abandonate, conectat bazele de date cum trebuie si ne-am asigurat ca fiecare buton face exact ce ar trebui sa faca.

Rezultatele care conteaza

Ce am construit

• Infrastructura optimizata: Cloud redimensionat pentru eficienta maxima
• CI/CD Pipeline: GitHub Actions pentru deployment-uri automate
• Teste automate: Unit tests si integration tests
• Monitoring: Alertare in timp real pentru probleme
• Documentatie: Ghiduri tehnice pentru echipa viitoare

Lectia pentru oricine plateste pentru software

Daca esti antreprenor si platesti pe cineva sa-ti construiasca o aplicatie:

1. Cere demonstratii reale, nu doar prezentari. Daca nu poti vedea functionalitatea in actiune cu date reale, nu e gata.

2. Intreaba despre procese. O echipa profesionista are CI/CD, teste, medii separate. Daca nu stiu ce inseamna, fugi.

3. Verifica costurile de hosting. Daca platesti sute de euro pe luna pentru o aplicatie fara utilizatori, ceva nu e in regula.

4. Daca ceva pare prea frumos ca sa fie adevarat, probabil este. Cere o parere secundara inainte de plata finala.

Si daca te afli in situatia Ralucai - cu un proiect abandonat si usi inchise peste tot - sa stii ca exista echipe care accepta provocarea.

Ai un proiect blocat? Hai sa vorbim. Un audit tehnic iti poate arata exact unde stau lucrurile si daca merita salvat.