Micro agencia vs agencia mediana: ¿de qué tamaño debe ser tu socio de software en 2026?
Hay un debate ruidoso recorriendo el mundo de las agencias. Un bando dice que la agencia de una sola persona es el futuro, porque un operador individual con agentes autónomos cubre estrategia, diseño, código y QA. El otro bando dice que los verdaderos ganadores son las micro agencias: tres a cinco personas con experiencia que usan IA para entregar lo que antes entregaba un estudio de cuarenta, y que las agencias medianas con departamentos, procesos y reglas de traspaso son las que están en problemas.
Los dos bandos discuten sobre su propio modelo de negocio. Si eres tú quien compra software, la pregunta es distinta y mucho más útil: ¿cuántas personas necesita realmente tu socio, y qué pierdes en cada tamaño? Este artículo responde con la evidencia de investigación en entrega de software, la economía de agencias de 2026 y las cláusulas contractuales que deciden si un equipo pequeño es una ganga o un punto único de fallo.
¿Comparas un estudio pequeño con una firma más grande?
Pedir una segunda opinión¿De qué tamaño debe ser un socio de desarrollo de software?
Para un desarrollo a medida típico, el equipo que toca tu código debería ser de unas tres a siete personas, y la firma debería ser lo bastante grande para nombrar a una segunda persona capaz de sostener cada parte crítica del sistema. Por debajo de eso compras la disponibilidad de una sola persona. Por encima, el personal adicional compra sobre todo capacidad punta, banco de especialistas y comodidad para compras, no velocidad de entrega. La IA cambia cuánto puede producir un equipo pequeño. No cambia la matemática de la coordinación, y no elimina la necesidad de una segunda persona con experiencia que contradiga a la primera.
¿Qué dice la evidencia sobre el tamaño del equipo?
El dato más sólido de este debate es más de una década anterior al ciclo de la IA. Quantitative Software Management analizó 491 proyectos terminados en la banda de 35.000 a 95.000 líneas de código nuevas o modificadas, con un tamaño medio de 57.412 SLOC efectivas, y los agrupó en cinco tramos de tamaño de equipo.
| Tamaño de equipo | Lo que mostró la muestra de 491 proyectos |
|---|---|
| 1,5 a 3 | Esfuerzo total bajo, pero peor cumplimiento de plazos que los tramos intermedios |
| 3 a 5 | Mejor índice de productividad, segundo muy cerca en plazos |
| 5 a 7 | Mejor cumplimiento de plazos, productividad muy cerca |
| 7 a 9 | Productividad medible más baja, mayor esfuerzo |
| 9 a 11 | El crecimiento del esfuerzo se vuelve claramente no lineal |
La conclusión de QSM es directa: un equipo de tres a siete personas obtuvo el mejor rendimiento en sistemas de información de tamaño medio, los equipos más pequeños puntuaron dos o más índices de productividad por encima de los grandes, y el aumento extremo y no lineal del esfuerzo no aparece hasta que el equipo se acerca a nueve personas o más. Otro análisis de QSM que compara proyectos best-in-class con worst-in-class encontró que los mejores usaron equipos unas cuatro veces más pequeños de media.
El mecanismo es antiguo y poco glamuroso. Brooks lo describió en 1975: las rutas de comunicación por pares crecen según n(n-1)/2, mientras que las tareas de software rara vez se dividen limpiamente. Vale la pena interiorizar esa fórmula antes de leer una propuesta que promete doce personas.
| Personas en el equipo de entrega | Rutas de comunicación por pares |
|---|---|
| 3 | 3 |
| 5 | 10 |
| 7 | 21 |
| 12 | 66 |
| 40 | 780 |
Un estudio de cuarenta personas no mantiene 780 conversaciones. Compra procesos, departamentos y traspasos para suprimir la mayoría, y esa supresión es exactamente lo que el cliente experimenta como control de cambios lento, gestores de cuenta que no escribieron el código y dos semanas de espera por una respuesta que un desarrollador habría dado en diez minutos.
¿Por qué la IA está comprimiendo el personal de las agencias en 2026?
Porque la IA absorbe una gran parte de la ejecución rutinaria que justificaba las capas junior, y lo hace más rápido de lo que las agencias pueden reestructurarse. Las predicciones 2026 de Forrester ponen cifra al ajuste: tras un recorte medio de plantilla del 8% en 2025, prevé una reducción del 15% en los puestos de agencia en 2026, y espera que las agencias cambien de modelo de negocio en lugar de solo encogerse.
Los datos de margen apuntan en la misma dirección. Promethean Research encuestó a propietarios y directivos de agencias digitales en febrero de 2026 (N=119) para su informe 2026 State of Digital Services. El tamaño medio de agencia en la muestra fue de 31 empleados, y el margen neto medio después de impuestos fue del 13% en 2025. Lo interesante está en el desglose por tamaño.
| Tamaño de agencia | Margen neto medio después de impuestos, 2025 |
|---|---|
| Estudios de menos de 10 empleados | 19% |
| Media del sector | 13% |
| Agencias con 50 empleados o más | 8% |
Promethean también cuenta más de 71.000 agencias digitales en Norteamérica, de las cuales el 87% tiene menos de 50 empleados. La tesis del estrangulamiento del tamaño medio tiene números detrás, y lo pequeño ya es la norma, no la excepción.
Lee esos números con honestidad. Tanto la previsión de Forrester como la encuesta de Promethean cubren agencias de marketing y digitales, no firmas de ingeniería de software, y la muestra de Promethean son 119 respuestas autoseleccionadas. Te dicen hacia dónde se inclina la economía. No son un benchmark para un socio de entrega de software, y quien te los presente como tal está exagerando.
¿El tamaño de la agencia predice cómo usa la IA?
No, y este es el hallazgo sobre el que conviene actuar. Una encuesta del primer trimestre de 2026 a 250 agencias con 8 a 180 empleados a tiempo completo encontró que el 41% tenía al menos un agente en producción, frente al 9% un año antes, con un ROI mediano autoinformado de 3,2x. Su propia conclusión sobre qué separaba a las líderes fue que el grupo lo determinaba la postura de los fundadores y su disposición a reconstruir el proceso de entrega, no los ingresos ni la plantilla. Dos agencias de cuarenta personas en la misma muestra tenían despliegues de agentes completamente distintos.
Esa misma encuesta es una buena lección para leer promesas de IA. Cuando los autores validaron las cifras autoinformadas contra datos de facturación de 47 agencias, el ROI estaba sobredeclarado en torno al 18% y el gasto en tokens subdeclarado en torno al 24%, y advirtieron que la muestra sobrerrepresenta a agencias ya interesadas en IA agéntica. Trata cualquier "entregamos 10x con IA" como una afirmación que necesita pruebas, venga de un operador individual o de una firma mediana. Nuestras propias notas de campo sobre operar agentes de código dentro de un presupuesto de tokens describen cómo se ve el apalancamiento real: diseño de caché, routing y disciplina de contexto, no un múltiplo llamativo.
La investigación DORA 2025 de Google, con casi 5.000 profesionales de tecnología, marca el techo de todo esto. Alrededor del 90% declaró usar IA en el trabajo y más del 80% dijo que mejoró su productividad, pero cerca del 30% declaró poca o ninguna confianza en el código generado por IA. DORA encontró una relación positiva entre adopción de IA y throughput de entrega, y negativa con la estabilidad de la entrega. Su conclusión principal es que la IA es un amplificador: agranda lo que la organización ya es. Un micro equipo disciplinado amplifica disciplina. Un socio con hábitos débiles de revisión amplifica esos, más rápido.
¿Dónde falla realmente la agencia de una persona?
No en el output. En la calibración y la continuidad.
Calibración. El estudio controlado de METR de principios de 2025 con desarrolladores open source experimentados trabajando en repositorios que conocían bien encontró que tardaron un 19% más con asistencia de IA, después de haber previsto una aceleración del 24% y percibiendo luego una aceleración del 20%. Cualquiera que sea hoy el tamaño real del efecto, y la actualización de METR de 2026 explica por qué ha pasado a ser difícil de medir con limpieza, la brecha de percepción es el hallazgo duradero. La IA sube la confianza más rápido que la corrección. La corrección más barata disponible es una segunda persona con experiencia dispuesta a decir "este diseño no sobrevivirá al segundo cliente". Es un argumento estructural a favor de dos o más personas senior, y es la parte del argumento original de la micro agencia que mejor aguanta.
Continuidad. El término de investigación es truck factor, o bus factor: el número de personas que tendrían que desaparecer para que un proyecto se detenga. Avelino y sus colegas lo estimaron en 133 aplicaciones populares de GitHub y encontraron que el 65% tenía un truck factor de dos o menos, con el 46% situado en uno. Sus estimaciones coincidieron con la realidad de los desarrolladores en el 84% de las respuestas de validación. Una agencia de una sola persona no solo arriesga un truck factor de uno en tu proyecto. Lo garantiza, contractualmente, durante todo el encargo.
Eso es asumible para cierto trabajo. Una integración de cuatro semanas, un prototipo, una herramienta interna bien delimitada: ahí un operador individual fuerte suele ser la vía más rápida y barata, y pretender lo contrario sería deshonesto. No es asumible para un sistema que tiene que funcionar en producción durante años, pasar a otras manos o superar una due diligence técnica. La distancia entre esos dos casos es toda la decisión de compra.
Individual, micro agencia, mediana y grande: la comparación del comprador
| Forma del socio | Lo que realmente obtienes | Dónde se rompe | Encaja mejor en |
|---|---|---|---|
| Operador individual 1 persona | Acceso directo a quien hace el trabajo, sin coste de coordinación, la tarifa más baja para una seniority equivalente | Truck factor de uno, sin revisión por pares, sin cobertura ante una baja o un cliente que compite por su tiempo, sin profundidad de especialistas | Prototipos, integraciones puntuales, alcances cortos y bien definidos, refuerzo de un equipo que ya tiene revisión senior |
| Micro agencia 3 a 7 personas | Revisión senior por pares dentro del equipo, el punto óptimo de productividad de QSM, quien define el alcance también construye | Capacidad punta limitada, huecos de especialidad cubiertos con subcontratistas, difícil satisfacer cuestionarios de compras y exigencias de certificación | Productos a medida, MVPs que deben llegar a producción, sistemas plurianuales con un equipo pequeño y fijo, rescates y traspasos |
| Agencia mediana 20 a 80 personas | Varios flujos de trabajo en paralelo, roles formales, procesos documentados | Sobrecoste de coordinación, dilución de seniority en tu cuenta, el equipo del pitch rara vez es el de entrega, los márgenes más finos en los datos de 2026 | Programas que necesitan varios equipos en paralelo, compradores cuyo departamento de compras exige profundidad organizativa |
| Firma grande 200+ personas | Garantías de dotación, certificaciones, guardias permanentes, músculo contractual, despliegues multipaís | Coste, latencia del cambio y una posibilidad real de que tu trabajo lo entregue el banco más junior disponible | Programas plurianuales regulados, licitaciones con requisitos formales de proveedor, todo lo que necesite 20 o más ingenieros en semanas |
Si aún no has resuelto la pregunta previa del modelo de contratación, nuestra guía freelance vs agencia vs equipo interno cubre esa decisión con escenarios de coste austríacos. Este artículo asume que ya has decidido comprar a una firma externa y solo queda decidir su tamaño.
Las cuatro formas en que falla un socio pequeño, y la cláusula que cubre cada una
Toda objeción a contratar un equipo de tres a siete personas se reduce a uno de cuatro riesgos. Cada uno tiene una respuesta contractual concreta y verificable. Si un socio pequeño no puede darte estas cuatro por escrito, la objeción es válida. Si puede, el argumento del tamaño se disuelve casi por completo.
| Riesgo | Qué pides | Cómo suena una respuesta real |
|---|---|---|
| Persona clave no disponible | Una segunda persona nombrada por componente crítico y un estado actual documentado | Dos nombres para cada uno de base de datos, despliegue, autenticación e integraciones; registros de decisiones de arquitectura en el repositorio; un tiempo de respuesta por escrito cuando la persona principal no está disponible |
| Capacidad punta | Subcontratistas declarados bajo el propio statement of work del socio, con obligaciones trasladadas | Especialistas nombrados con rol, ubicación y nivel de acceso; confidencialidad, seguridad, PI y condiciones de encargado del tratamiento del artículo 28 del RGPD trasladadas; un contrato y una factura; el socio sigue siendo responsable de la calidad |
| Profundidad de especialistas | Quién revisa seguridad, privacidad y escalado, por nombre y con evidencia | Un revisor nombrado por dominio y el artefacto que produce, más una declaración honesta de qué certificaciones no tiene la firma |
| La firma desaparece | Propiedad y operabilidad independientes del socio | Control de versiones, cloud y CI en las cuentas de tu organización, licencias a tu nombre, credenciales en tu gestor y un paquete de traspaso probado en lugar de una promesa de documentación |
La cuarta fila es la que los compradores se saltan de forma sistemática y pagan más tarde. Nuestra checklist de traspaso de software es la versión a nivel de artefactos, y el desmontaje de una propuesta de agencia muestra cómo estas obligaciones se negocian discretamente en un documento que por lo demás se lee bien. Si ya estás a mitad de encargo y faltan las respuestas, el plan de 30 días para cambiar de proveedor es la vía de recuperación.
¿Cómo evaluar una micro agencia en una sola llamada?
Diez preguntas, en este orden. El patrón a escuchar es si la respuesta nombra a una persona, un artefacto o una fecha. Las respuestas hechas de adjetivos no son respuestas.
- ¿Quién escribe el código de mi proyecto, y está en esta llamada? En una micro agencia real la respuesta es sí. En una firma mediana casi nunca lo es.
- ¿Quién revisa su trabajo, y qué pasa cuando vosotros dos no estáis de acuerdo en un diseño? La ausencia de un revisor nombrado es la mayor carencia de la entrega en equipos pequeños.
- Muéstrame tu último traspaso. Redactado está bien. La vaguedad aquí predice dependencia.
- ¿Dónde corren los agentes de IA en tu entrega, y qué revisa una persona antes del merge? Busca puertas de revisión, tests y una política sobre código generado, no nombres de herramientas.
- ¿Cuál es tu proceso de pruebas y de release para mi tipo de sistema? Compara la respuesta con una checklist de QA antes del lanzamiento y no con su confianza.
- ¿Qué partes de este desarrollo están fuera de tu profundidad, y quién las cubre? Una firma que dice no tener huecos tiene uno del que no te ha hablado.
- ¿Qué pasa con mi proyecto si tu ingeniero principal se ausenta tres semanas? Pide el mecanismo, no la tranquilidad.
- ¿En qué cuentas están el repositorio, el cloud, el CI y el dominio? La respuesta debería ser las tuyas, desde la primera semana.
- ¿Qué te haría rechazar este proyecto? Un socio sin criterios de rechazo vende capacidad.
- ¿Cómo se cotizan y aprueban los cambios? Precio fijo y time and materials funcionan los dos. Un control de cambios sin dueño no.
La secuencia completa de evaluación, con llamadas de referencia y cómo hacer la lista corta, está en nuestra guía para elegir una agencia de software.
¿Cuándo sigue siendo mejor un socio grande?
Pequeño no es automáticamente mejor, y la versión honesta del argumento de la micro agencia tiene límites. Elige escala cuando:
- necesitas más de unos veinte ingenieros trabajando en paralelo en cuestión de semanas, y el trabajo se divide de verdad;
- el departamento de compras exige certificaciones, procesos auditados o coberturas de seguro que una firma pequeña no tiene;
- necesitas una guardia contractual permanente y no disponibilidad senior por mejor esfuerzo;
- el programa abarca varios países, reguladores o unidades de negocio al mismo tiempo;
- tu propia organización no va a asignar a alguien que decida, en cuyo caso estás comprando proceso y gestión de cuenta, y deberías comprarlos a propósito.
Ese último punto merece decirse sin rodeos. Un equipo senior pequeño es rápido porque las decisiones ocurren en una conversación. Si en tu lado nadie puede tomarlas, la ventaja de velocidad desaparece y la capa de coordinación que te ahorraste hay que reconstruirla en tu lado del contrato.
Cómo está estructurada Wavect, y por qué
Wavect es un estudio dirigido por sus fundadores, a propósito. Los dos directores gerentes entregan trabajo, así que quienes definen el alcance son quienes construyen, y los desacuerdos de diseño ocurren entre dos personas senior antes de llegar a tu código. Los especialistas con los que ya hemos entregado trabajo en producción se incorporan como subcontratistas bajo el propio statement of work de Wavect: un contrato, una factura y una parte responsable, en lugar de una derivación hacia una red. El repositorio, el cloud y el CI están en las cuentas del cliente desde el principio.
No tenemos ISO 27001 ni ofrecemos un SLA contractual permanente. Si tu proceso de compras exige alguna de las dos cosas, una firma más grande es la elección correcta, y te lo diremos en la primera llamada. Si no lo exige, el intercambio que haces es menos personas a cambio de continuidad senior y acceso directo. Puedes ver cómo se traduce en un sistema real en el caso de Bond Analytics, o compararlo lado a lado con una agencia de desarrollo generalista y con la contratación a través de plataformas de freelance.
Preguntas frecuentes
¿Qué es una micro agencia?
¿Cuántos desarrolladores debería tener un proyecto de software?
¿Puede una agencia de una sola persona entregar software de producción?
¿Es una agencia de software pequeña más riesgosa que una grande?
¿La IA permite que una agencia pequeña entregue lo que antes entregaba una grande?
¿Por qué están las agencias medianas bajo más presión?
¿Qué son el bus factor y el truck factor, y por qué importan al comprador?
¿Cómo comparo el presupuesto de una micro agencia con el de una agencia mediana?
Fuentes y verificación
Todas las cifras de este artículo se verificaron en la fuente primaria el 18 de agosto de 2026. Los datos de Forrester y Promethean describen agencias de marketing y digitales, no empresas de ingeniería de software: sirven como dirección, no como benchmark.
- QSM, Team Size Can Be the Key to a Successful Software Project: 491 proyectos terminados, 35.000 a 95.000 SLOC, tramos de 1,5 a 11 personas, mejor rendimiento entre 3 y 7 personas.
- QSM, Top Performing Projects Use Small Teams: los proyectos best-in-class usaron equipos unas cuatro veces más pequeños de media.
- Forrester, Predictions 2026: Marketing Agencies Resign Their Agency: tras un recorte medio de plantilla del 8% en 2025, previsión del 15% para 2026.
- Promethean Research, 2026 State of Digital Services: encuesta de febrero de 2026, N=119, tamaño medio de 31 empleados, margen neto después de impuestos del 13% en 2025.
- Google DORA, State of AI-assisted Software Development 2025: casi 5.000 profesionales, la IA como amplificador, relación positiva con el throughput y negativa con la estabilidad de entrega.
- METR, Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity: 19% más tiempo pese a la aceleración esperada y percibida, con actualización de febrero de 2026 sobre la dificultad de medirlo.
- Avelino, Passos, Hora y Valente, A Novel Approach for Estimating Truck Factors: 133 aplicaciones populares de GitHub, 65% con truck factor de 2 o menos y 46% en 1.
- Digital Applied, Agentic AI Adoption Survey Q1 2026: 250 agencias de 8 a 180 empleados, 41% con agentes en producción, autoinformes validados contra datos de facturación de 47 agencias.
Reflexiones finales
La discusión entre agencia de una persona y micro agencia es un debate entre vendedores. La versión del comprador es más simple, y más antigua que el ciclo de la IA: de tres a siete personas es donde la investigación en entrega dice que el trabajo sale mejor, y el umbral que importa es si una segunda persona con experiencia puede sostener cada parte crítica de tu sistema.
La IA mueve cuánto output puede producir un equipo pequeño. No mueve la matemática de la coordinación, y la evidencia sugiere que ensancha la brecha entre lo que la gente cree haber entregado y lo que entregó de verdad. Ese es un argumento a favor de la revisión senior por pares, no a favor de eliminar a la segunda persona. Dimensiona a tu socio para revisión y continuidad, deja los cuatro riesgos por escrito, y la pregunta del tamaño se responde casi sola.
