Enginyers sènior vs. mid-level: quan pagar més estalvia diners
L'aritmètica sembla òbvia: un enginyer mid-level costa $4.000/mes, un sènior costa $6.500/mes. Pots contractar tres mid-levels pel preu de dos sèniors. Més persones, més producció. Oi?
Aquests comptes no surten — i fallen d'una manera que costa a les empreses desenes de milers de dòlars abans que ningú se n'adoni. Els he vist fallar prou vegades, des de la cadira de CTO, per saber exactament per on s'escapen els diners. Vet aquí per què.
El cost visible vs. el cost total
El salari o tarifa mensual és el cost visible. El cost total inclou tot el que passa després que la persona comença a escriure codi:
Decisions d'arquitectura. Un enginyer mid-level pot construir funcionalitats dins d'una arquitectura existent. S'encalla quan ha de dissenyar sistemes nous, avaluar trade-offs o anticipar problemes d'escala. Quan un mid-level pren una mala decisió arquitectònica, no ho descobreixes fins al cap de sis mesos, quan el sistema no escala i un enginyer sènior es passa tres setmanes refactoritzant el que s'hauria d'haver dissenyat bé des del principi.
El cost d'aquella refactorització — el temps de l'enginyer sènior, les funcionalitats endarrerides, la inestabilitat en producció durant la migració — deixa en no res la diferència de tarifa mensual.
Sobrecàrrega de code review. Els enginyers sènior produeixen codi que passa la revisió més ràpid perquè han interioritzat els estàndards de qualitat. Els mid-level necessiten més cicles de revisió, feedback més detallat i més anar i venir abans que el seu codi estigui a punt per a producció. Cada cicle de revisió addicional consumeix temps dels teus enginyers més experimentats — justament les persones que menys et pots permetre alentir.
Un equip de cinc mid-levels amb un revisor sènior crea un coll d'ampolla al code review. Un equip de tres sèniors es revisa el codi mútuament amb eficiència perquè comparteixen el mateix llistó de qualitat.
Ritme de producció de deute tècnic. Els enginyers mid-level — fins i tot els bons — generen més deute tècnic per funcionalitat que els sèniors. No perquè siguin descurats, sinó perquè els falta l'experiència per anticipar requisits futurs, dissenyar pensant en la mantenibilitat i prendre les petites decisions que es van sumant amb el temps. Deixar-se un índex en una consulta de base de dades, triar un disseny fortament acoblat, estalviar-se la gestió d'errors per a escenaris «improbables» — no són errors que surtin al code review. Són omissions que s'acumulen fins que el codi base es torna car de tocar.
Depuració i resposta a incidents. Quan alguna cosa peta a producció, l'experiència d'un sènior es tradueix directament en una resolució més ràpida. Ja ha vist fallades semblants. Sap on mirar. Sap distingir els símptomes de les causes arrel. Un mid-level investiga amb mètode però més a poc a poc, perquè per a ell gairebé cada incident de producció és nou.
La diferència entre resoldre-ho en 30 minuts o investigar-ho durant 3 hores són diners de debò — en ingressos perduts, en confiança del client i en temps d'enginyeria perdut apagant focs en lloc de construir.
Dos mid-levels costen més que un sènior: el model
Posem números a un escenari concret: construir un microservei nou amb endpoints d'API, integració de base de dades, autenticació i pipeline de desplegament en 8 setmanes.
Equip A: dos enginyers mid-level ($4.000/mes cadascun = $8.000/mes en total)
| Fase | Durada | Notes |
|---|---|---|
| Arquitectura i configuració | 2 setmanes | El disseny requereix revisió i iteració del CTO. Dues rondes de feedback. |
| Implementació principal | 4 setmanes | Progrés constant. Cal refer una part en descobrir un problema d'integració que un enginyer més experimentat hauria vist a venir. |
| Testing i robustesa | 1,5 setmanes | Cobertura de tests adequada, però se li escapen casos límit que afloren a staging. |
| Correcció d'errors i feina refeta | 1,5 setmanes | Tres problemes trobats a staging que obliguen a fer canvis significatius. |
| Total | 9 setmanes | Pressupost: $18.000 + temps de revisió del CTO (~15 hores en cost d'oportunitat) |
Costos ocults: El CTO dedica 15 hores a revisar l'arquitectura i fer d'orientador, hores que amb un equip sènior no caldrien. Dos errors descoberts després del desplegament obliguen a fer correccions d'emergència. El deute tècnic a la capa de base de dades s'haurà de refactoritzar abans de 6 mesos.
Equip B: un enginyer sènior ($6.500/mes)
| Fase | Durada | Notes |
|---|---|---|
| Arquitectura i configuració | 1 setmana | Arquitectura neta dissenyada des del principi. Intervenció mínima del CTO — una breu conversa d'alineació. |
| Implementació principal | 4 setmanes | Execució eficient. S'avança als casos límit i dissenya pensant en el creixement previst. |
| Testing i robustesa | 1 setmana | Cobertura de tests completa, incloent-hi escenaris de fallada i tests d'integració. |
| Correcció d'errors i feina refeta | 0,5 setmanes | Un problema menor trobat a staging, resolt de seguida. |
| Total | 6,5 setmanes | Pressupost: $10.563 + temps mínim del CTO (~3 hores) |
Costos ocults: Negligibles. L'arquitectura és sòlida. La cobertura de tests atrapa els problemes abans de staging. El codi base és mantenible.
Els comptes
| Equip A (2 mid-levels) | Equip B (1 sènior) | |
|---|---|---|
| Cost directe | $18.000 | $10.563 |
| Cost d'oportunitat del CTO (a $150/hora) | $2.250 | $450 |
| Temps de lliurament | 9 setmanes | 6,5 setmanes |
| Esmena estimada del deute tècnic (en 6 mesos) | $5.000–$8.000 | $0–$1.000 |
| Cost total de propietat | $25.250–$28.250 | $11.013–$12.013 |
Un sol enginyer sènior va lliurar un resultat millor, més ràpid i per menys de la meitat del cost total.
Quan els enginyers mid-level són la tria encertada
Això no és un argument per no contractar mai enginyers mid-level. És un argument per contractar-los per a la feina adequada:
Sota supervisió sènior directa. Els enginyers mid-level rendeixen bé quan un sènior ha definit l'arquitectura, ha marcat els patrons i hi és per resoldre dubtes. El mid-level executa dins d'un marc que evita els errors cars.
Per a tasques ben definides i acotades. Quan la feina té especificacions clares, patrons establerts a seguir i poques decisions d'arquitectura a prendre, un enginyer mid-level se'n surt amb eficiència. Implementar funcionalitats dins d'un codi base existent i ben estructurat n'és un bon exemple.
En equips amb una cultura forta de code review. Si el teu procés de revisió atrapa els problemes de disseny d'hora i dona feedback que ensenya, els mid-level aprenen ràpid i la qualitat de la seva feina millora amb el temps.
Quan hi ha capacitat de mentoria. Si els teus enginyers sènior tenen marge per fer de mentors, els mid-level són una inversió. Creixen. Acaben sent sèniors. Però aquest creixement demana una dedicació activa de persones que ja són cares i que sovint ja van al límit.
Quan els enginyers sènior són innegociables
Projectes greenfield. Productes nous, serveis nous, sistemes nous. Les decisions d'arquitectura del primer mes marquen els dos anys següents. Equivocar-s'hi surt un ordre de magnitud més car que el sobrecost de la tarifa sènior.
Desenvolupament integrat amb IA. Les eines d'IA amplifiquen el nivell de qui les fa servir. Un enginyer sènior amb Cursor lliura molt més ràpid. Un mid-level amb Cursor també lliura més ràpid, però introdueix errors més subtils — perquè la IA genera codi plausible que sembla correcte però amaga fallades en casos límit que només un ull experimentat detecta.
Equips petits. Quan el teu equip és de cinc persones o menys, les decisions de cadascú tenen un impacte desproporcionat. No hi ha redundància, ni cap xarxa de seguretat de revisors sènior que atrapi els problemes. Amb un equip d'aquesta mida, la seniority no és un luxe — és integritat estructural.
Dominis regulats o d'alt risc. Sanitat, finances, infraestructura, seguretat. El cost d'una fallada en producció en aquests dominis — sancions regulatòries, filtracions de dades, incidents de seguretat — fa que el sobrecost de la tarifa sènior sembli una anècdota.
Lliuraments amb el temps en contra. Quan tens una finestra de mercat, una fita de finançament o un termini marcat per la competència, la diferència de velocitat entre un equip sènior i un de mid-level pot decidir si hi arribes o no.
Per què només oferim enginyers sènior
Ens centrem en enginyers sènior — un mínim de 6 anys d'experiència en producció, validada amb una avaluació a nivell de CTO — perquè els problemes dels nostres clients demanen aquest nivell de seniority. Les empreses que treballen amb nosaltres no optimitzen per la tarifa per hora més barata. Optimitzen pel cost total de la producció d'enginyeria: funcionalitats lliurades per dòlar, mantenibilitat per funcionalitat i temps fins a producció per projecte.
Quan donem un preu mensual més alt que l'opció més barata del mercat, la pregunta no és «per què costa més?». La pregunta és «quant em costa contractar més barat?».
I la resposta, un cop rere l'altre, és la mateixa: més.
Vols comparar el cost real d'un sènior i un mid-level per al teu projecte concret? Reserva una trucada tècnica — t'ajudarem a modelitzar el cost total de propietat, no només la tarifa mensual.
