Ai un developer care face totul — bine. Ai doi, merge încă bine. La 4 începe să scârțâie. La 7 ai probleme pe care nu le anticipezi. Iată planul realist de scalare de la 1 la 10 developeri, cu costurile pe fiecare etapă și cu căderile care apar exact la tranzițiile ignorate.
Faza 1: Solo developer (1 persoană)
Caracteristici: developer full-stack, probabil fondator sau early hire. Face totul — cod, arhitectură, deployment, suport client.
Cost tipic: 4.500-8.500 EUR/lună brut (senior RO, inclusiv beneficii), 60-100 EUR/oră dacă e contractor.
Lucrează bine până la: 50-150k LoC aplicație, ~500 utilizatori activi.
Risc principal: bus factor 1. Dacă pleacă, ai zero ore până la descoperi că nimeni nu știe cum să deployezi.
Faza 2: Echipă mică (2-3 persoane)
Adaugi: 1-2 developeri — ideal 1 senior/lead + 1 mid.
Cost tipic: 11-20k EUR/lună echipă.
Ce se schimbă: introducezi code review, branching strategy (git flow sau similar), poate primul CI/CD serios.
Căderea clasică aici: nu formalizezi procesul. „Suntem mici, ne vorbim direct” — merge 6 luni, apoi intră al 4-lea și descoperi că ai 0 documentație.
Măsuri să eviți căderea: README per serviciu, decision log (ADR-uri), runbook pentru deployment, stand-up-uri chiar și la 3 oameni.
Faza 3: Prima criză — 4-5 persoane
Cost tipic: 22-38k EUR/lună echipă.
Ce se schimbă fundamental: nu mai poți purta 4 pălării. Un developer începe să aibă rol de tech lead sau arhitect, iar cineva trebuie să facă PM.
Căderile clasice:
- Communication overhead explodează (6 canale de comunicare la 4 oameni, 10 la 5, 15 la 6)
- Onboarding-ul unui nou dev durează 4-6 săptămâni pentru că nu e documentat
- Quality scade: code review-uri superficiale pentru că „n-are timp nimeni”
- Fondatorul tehnic e blocat 80% din timp pe meeting-uri și mentoring, nu mai codează
Remediere: formalizare PM (fie o persoană dedicată, fie parțial), matricea de responsabilități (cine decide ce), politici scrise de code review.
Faza 4: Structurare — 6-8 persoane
Cost tipic: 35-60k EUR/lună echipă.
Ce se schimbă: nu mai poate fi o singură echipă. Începi să gândești în „squad-uri” pe arii funcționale (backend, frontend, mobile, DevOps).
Ce se introduce obligatoriu:
- Tech lead dedicat per squad
- PM dedicat (sau 1 la 2 squad-uri)
- QA cu responsabilități clare (nu „facem și noi QA când avem timp”)
- Documentație tehnică a arhitecturii, actualizată
- Incident management process
Căderea clasică: burnout la persoanele care au crescut cu firma de la 2 oameni. Fac încă 10 lucruri diferite și încep să se simtă depășite. Promote-uri clare + descărcare de responsabilități reduse.
Faza 5: Echipă „adultă” — 9-10 persoane
Cost tipic: 55-80k EUR/lună echipă + 15-25% overhead (office, tools, HR, training).
Ce se schimbă: ai nevoie de proces de hiring profesionalizat, HR dedicat (sau externalizat serios), engineering management ca rol separat de tech lead.
Provocarea principală: trecerea de la „firmă tehnică” la „firmă cu funcții de suport”. HR, legal, finance devin necesare.
Costuri care se adaugă odată cu dimensiunea
Dimensiune | Cost suplimentar lunar (peste salarii) |
1-2 oameni | 150-400 EUR (tool-uri de bază: GitHub, 1Password, o comunicare) |
3-5 oameni | 500-1.200 EUR (+ Linear/Jira, Slack, monitoring basic) |
6-8 oameni | 1.500-3.500 EUR (+ CI/CD pro, staging environments, monitoring avansat) |
9-10 oameni | 3.500-7.000 EUR (+ HR tool, tool-uri engineering management, training budget) |
Timing realist pe etape
Dacă ești la 2 oameni azi și vrei 10 pe parcursul unui an — e fezabil, dar scump și riscant. Tiparul sănătos e:
- 2 → 4: 3-6 luni
- 4 → 7: 6-9 luni
- 7 → 10: 9-12 luni
Scalare mai rapidă înseamnă probleme: hire-uri de calitate mai slabă, integrare insuficientă, productivitate scăzută. Mulți fondatori descoperă că 10 oameni adăugați în 6 luni produc mai puțin decât 6 oameni stabili de 18 luni.
Patterns comune de eșec la scalare
- Angajarea pe baza CV-ului, nu pe potrivire cu cultura. Tech skills se verifică în interviu; potrivirea se vede abia la 3-6 luni.
- Promote intern fără pregătire. Cel mai bun developer devine tech lead, apoi eșuează pentru că rolurile au cerințe diferite.
- Păstrarea proceselor de la 3 oameni la 8 oameni. „Ne vorbim pe Slack” nu scalează.
- Lipsa unui engineering manager când tech lead-ul nu mai poate purta ambele pălării.
- Hiring prea rapid când ai finanțare — cost mai puțin vizibil dar mai mare decât hiring lent.
Ce facem la Skyvertex
Pentru clienții care își construiesc echipe interne în paralel cu proiectele cu noi, oferim consultanță pe structurare — cum e repartizat lucrul între echipa internă și noi, cum se face transferul de know-how când echipa internă preia mai mult. Am văzut de la distanță cum se scalează 20+ echipe în ultimii 5 ani; tiparele se repetă, iar ocolirea căderilor clasice economisește trimestre.
Ai o echipă în scalare și vrei o sesiune de consultanță pe structurare? Hai să vorbim fără obligație. → skyvertex.ro/contact
Întrebări frecvente (FAQ)
Când angajez primul QA dedicat?
La 5-6 developeri. Sub această dimensiune, QA-ul e făcut de developeri între ei. Peste 5 oameni, ai nevoie de perspectivă externă pe calitate.
Când introduc DevOps ca rol separat?
La 6-8 developeri. Sub, DevOps e un rol parțial al unui backend senior. Peste, complexitatea infra justifică specializare.
Pot să evit scalarea internă folosind nearshoring?
Da, parțial. Dar ai nevoie de minim 1-2 oameni interni (tech lead, product owner) pentru a coordona și păstra know-how critic.
Câți stagiari pot avea la 10 oameni?
Maxim 1-2, și doar dacă ai un senior dedicat mentorship-ului. Stagiarii nereușiți sunt scumpi în ore consumate de restul echipei.