En corto. Un equipo dedicado te da capacidad: un grupo de personas con liderazgo técnico propio que trabaja solo para ti, sobre tus prioridades, y tú decides qué se construye. Una fábrica de software por proyecto te da un resultado: el proveedor se compromete a entregar un alcance definido y responde por él. Si tu producto va a seguir cambiando, el equipo dedicado encaja mejor. Si el alcance está cerrado y no tienes liderazgo técnico interno, la fábrica de software.
Tres modelos que se venden de la misma forma, pero son modelos distintos
En el mercado peruano, casi todo lo que no es contratar gente propia se ofrece como «outsourcing». Detrás de esa palabra hay tres modelos distintos, y muchas propuestas no dejan claro cuál te están vendiendo. Debemos separarlos antes de compararlos.
Refuerzo de personal. Es lo que en el mercado se llama staff augmentation: personas que se suman a tu equipo, una por una, y que tu jefe técnico dirige en el día a día. Lo que compras son horas de perfiles.
Equipo dedicado. Un grupo completo, con su propio líder técnico, que trabaja solo para tu empresa y sobre la lista de prioridades que tú defines. Lo que compras es capacidad organizada: personas, pero también quién las lidera, quién cubre cuando alguien se va y cómo se mantiene el ritmo de entrega.
Fábrica de software por proyecto. El proveedor se compromete a entregar un alcance definido, con su propia gestión, y te entrega el sistema funcionando. Lo que compras es un resultado.
Los tres modelos pueden terminar con el mismo número de personas formando parte de tu proyecto. Lo que cambia es cómo se organizan y se gestionan esas personas, y cuánta responsabilidad asume tu proveedor.
En el refuerzo de personal, el proveedor responde por que la persona llegue, tenga el perfil acordado y cumpla su dedicación. Qué hace cada día, cómo lo hace y si lo que entrega sirve, lo decide y lo revisa tu equipo.
En el equipo dedicado, el proveedor se involucra más. Además de las personas, organiza el trabajo del grupo, pone el liderazgo técnico y responde por la calidad y el ritmo de entrega. Tú sigues decidiendo las prioridades: qué se construye y en qué orden.
En la fábrica por proyecto, el proveedor se involucra de principio a fin. Organiza, gestiona, decide cómo se construye y responde por el resultado final. Tu papel es definir bien el alcance al inicio y aceptar o rechazar lo que te entregan.
La regla general es simple: mientras más responsabilidad asume el proveedor, menos gestión diaria te toca a ti, pero también tienes menos control directo sobre cómo se hace el trabajo. Ningún modelo es mejor en abstracto. Cada uno encaja con una situación distinta, y eso es lo que vemos a continuación.
La diferencia real: quién es dueño de tres cosas
La comparación habitual se hace por precio por hora o por tiempo de arranque. Las dos cifras importan, pero no deciden. Lo que decide es quién es dueño de tres cosas, y en cada modelo el dueño es distinto.
- Qué se construye y en qué orden. La lista de trabajo pendiente, lo que en el mundo del software se llama backlog.
- Quién responde por el resultado. Si lo entregado no sirve, a quién le toca arreglarlo y con qué costo.
- Dónde queda el conocimiento. Lo que se aprendió construyendo el sistema: por qué se decidió cada cosa, qué se probó y no funcionó, qué hay que tocar con cuidado.
| Aspecto | Refuerzo de personal | Equipo dedicado | Fábrica por proyecto |
|---|---|---|---|
| Qué se construye y en qué orden | Lo decides tú | Lo decides tú, con propuesta del líder técnico del equipo | Se fija en el contrato. Cambiarlo es renegociar |
| Quién responde por el resultado | Tú | Compartido: tú por el rumbo, el proveedor por la calidad y el ritmo de entrega | El proveedor, dentro del alcance pactado |
| Dónde queda el conocimiento | En tu empresa, si tu equipo lo documenta | Donde diga el contrato. Debe exigirse que viva en tus repositorios | En el proveedor, salvo que pactes la transferencia |
| Quién dirige a las personas | Tu jefe técnico | El líder técnico del proveedor | El proveedor |
| Qué necesitas tener adentro | Un líder técnico fuerte | Alguien del negocio que priorice cada semana | Alguien que acepte o rechace entregas |
Cómo usar esta tabla con una propuesta real. Toma la propuesta que te enviaron y busca en ella la respuesta a tres preguntas concretas: ¿quién decide qué se construye?, ¿quién asume el costo si lo entregado no sirve? y ¿dónde quedan el código y la documentación cuando el contrato termine? Luego ubica esas respuestas en la tabla.
Un ejemplo. Una propuesta dice «equipo dedicado», pero cuando la lees con detalle, el proveedor solo se compromete a enviar personas con cierto perfil, y quien las dirige y revisa su trabajo es tu jefe técnico. Por el nombre parece un equipo dedicado, pero por cómo funciona es refuerzo de personal. Y eso cambia lo que puedes exigirle al proveedor y lo que te toca gestionar a ti.
El nombre del modelo lo pone el proveedor. Lo que realmente compras lo definen esas tres respuestas. Si la propuesta no las contesta, pídelas por escrito antes de comparar precios.
Cuándo gana la fábrica de software por proyecto
La fábrica por proyecto es la mejor opción cuando se cumplen tres condiciones.
El alcance se puede escribir antes de empezar. Una migración, un módulo nuevo, una integración entre dos sistemas, una plataforma con requisitos que el negocio ya tiene claros.
No tienes adentro quien dirija a un equipo técnico. Si tu empresa no tiene un área de tecnología con liderazgo propio, recibir personas para dirigir es recibir un problema. La fábrica trae su propia gestión.
La fecha o el presupuesto no se pueden mover. Un alcance cerrado permite comprometer las dos cosas por contrato.
Pero ese alcance cerrado es a la vez su fortaleza y su riesgo. Si a mitad de camino el negocio descubre que necesita otra cosa, cada cambio se vuelve una adenda, con su negociación y su costo. Una fábrica por proyecto aplicada a un producto que todavía está buscando su forma termina dedicando más tiempo a discutir cambios de alcance que a construir. Qué dejar escrito y definido en tu contrato para este caso lo explicamos en cláusulas del contrato de desarrollo de software.
Cuándo gana el equipo dedicado
El equipo dedicado encaja cuando el trabajo no tiene fecha de fin clara.
El producto va a seguir cambiando después de la primera versión. Una plataforma para tus clientes, un canal digital o un sistema central de la operación que evoluciona con el negocio. Ahí el valor no está en entregar una vez: está en seguir entregando, cada dos o tres semanas, sin empezar de cero.
Lo que hay que construir es más de lo que tu equipo puede hacer, y eso no va a cambiar pronto. Si la lista de pendientes crece más rápido de lo que tu gente la resuelve, contratar uno a uno toma meses por cada puesto. Un equipo dedicado llega ya armado.
Tienes quien decida qué se construye. Esta es la condición que más se pasa por alto. Sin una persona del negocio que prioridad por prioridad diga qué va primero, un equipo dedicado es capacidad sin rumbo: produce, entrega a tiempo y nadie verifica si lo entregado era lo que importaba. El costo se ve tarde, porque el ritmo de entrega se ve bien.
El otro riesgo del modelo es la rotación. Lo que hace valioso a un equipo dedicado es la memoria que acumula sobre tu producto, y esa memoria se pierde cada vez que alguien se va sin transición. Por eso hay tres cosas que debes exigir por contrato: que el código y la documentación vivan en tus repositorios desde el primer día, que las decisiones importantes queden escritas con su porqué, y que cada reemplazo tenga días en que la persona que sale y la que entra trabajan juntas.
Cuándo basta con refuerzo de personal
El refuerzo de personal es la opción correcta en un caso más acotado: tu equipo ya tiene liderazgo técnico, el trabajo ya está organizado, y te falta una especialidad o una persona más por unos meses.
Lo que no te da es organización. Recibes personas, no un equipo, y dirigirlas, cubrirlas cuando faltan y mantener el conocimiento sigue siendo trabajo tuyo. Y en el Perú tiene además un límite legal que no siempre aparece en la propuesta, y que vemos más abajo.
Lo que dice la evidencia: el mercado compra resultados, pero trae de vuelta el control
La Encuesta Global de Outsourcing 2024 de Deloitte, sobre más de 500 ejecutivos, muestra dos movimientos que a primera vista parecen contradictorios.
El primero: las empresas están comprando resultados en vez de horas. 67% de los ejecutivos reportó usar modelos de servicios gestionados, en los que el proveedor responde por el resultado, frente a 45% dos años antes. El modelo tradicional de refuerzo de personal quedó en 29%. Y quienes compran por resultado reportan más satisfacción: 88% frente a 71%.
El segundo: 70% de las organizaciones trajo de vuelta a casa parte de lo que había tercerizado en los últimos cinco años. Las razones principales fueron tener mejor control sobre la calidad (68%) y desarrollar adentro las capacidades que consideran estratégicas (64%). No lo hicieron por estar insatisfechas: entre ellas, 82% dijo que sus servicios tercerizados cumplían o superaban lo esperado.
La misma encuesta muestra que el motivo número uno para tercerizar ya no es ahorrar. Es el acceso a talento, citado por 42%, por encima de la optimización del gasto, con 34%.
Los dos movimientos no se contradicen. Las empresas compran afuera lo que se puede entregar como resultado y se quedan con lo que consideran estratégico. Esa es exactamente la decisión entre fábrica y equipo dedicado: la fábrica para lo que se puede entregar y cerrar, y el equipo dedicado para lo estratégico que no tienes capacidad de construir solo, con el conocimiento guardado en tu casa.
Tres errores que salen caros
1 · Comparar por precio por hora. Una hora de una persona suelta y una hora de un equipo organizado no son la misma cosa. La segunda incluye liderazgo, reemplazos, continuidad y alguien que responde por la entrega. Comparar solo las tarifas es tratar dos cosas distintas como si fueran la misma. Lo que se debe comparar es cuánto cuesta cada entrega útil, no cada hora.
2 · Sumar gente a un proyecto atrasado. Fred Brooks lo escribió en 1975, en The Mythical Man-Month: agregar personas a un proyecto de software atrasado lo atrasa más. Las personas nuevas necesitan aprender el sistema, y las que ya estaban dejan de avanzar para enseñarles. Cincuenta años después sigue siendo cierto. Si un proyecto se atrasó por falta de rumbo, más gente solo agranda el problema.
3 · No pactar la salida al entrar. Cualquiera que sea el modelo, el contrato termina algún día. Si ese día el código, la documentación, los accesos y las decisiones de arquitectura no están en tus manos, cambiar de proveedor significa pagar para reconstruir lo que ya pagaste. Y si el proveedor construye con inteligencia artificial, el riesgo crece: se escribe más código más rápido, y más código es más por entender al salir. Qué controles pedir en ese caso lo tienes en cómo elegir una fábrica de software que construye con IA.
En el Perú, quién da las órdenes también importa ante la ley
Hay una diferencia entre los modelos que no es de gestión sino legal, y casi nunca aparece en una propuesta comercial.
Cuando personas contratadas por un proveedor trabajan en tu empresa y reciben órdenes de tus jefes, la figura se acerca a la intermediación laboral, que regula la Ley 27626. Su artículo 3 dice que esa intermediación solo procede en supuestos de temporalidad, complementariedad o especialización, y que esos trabajadores no pueden ejecutar de forma permanente la actividad principal de tu empresa. Y el artículo 5 fija la consecuencia de no cumplirlo: se entiende que esos trabajadores tuvieron contrato de trabajo con tu empresa desde el primer día.
Cuando el proveedor trabaja con autonomía, por su cuenta y riesgo, con sus propios recursos y con su gente bajo su propia dirección, la figura es la tercerización de servicios, que regula la Ley 29245.
La consecuencia práctica es esta. El refuerzo de personal dirigido día a día por tu jefe técnico está más cerca de la intermediación, con sus límites. Un equipo con liderazgo técnico propio que responde por la entrega, o una fábrica que responde por un resultado, están más cerca de la tercerización. Esto no es asesoría legal: la frontera la define cómo se trabaja de verdad, no el nombre del contrato, y debemos revisarla con tu área legal antes de firmar.
Cómo decidirlo en cinco preguntas
| Pregunta | Si la respuesta es… | Entonces |
|---|---|---|
| ¿Puedes escribir hoy el alcance completo, y no va a cambiar? | Sí | Fábrica por proyecto |
| ¿El producto va a seguir cambiando después de la primera versión? | Sí | Equipo dedicado |
| ¿Tienes adentro a alguien del negocio que decida cada semana qué va primero? | No | Todavía no contrates un equipo dedicado. Consigue a esa persona o ve por proyecto |
| ¿Tienes un líder técnico con tiempo para dirigir a personas que llegan de afuera? | No | Descarta el refuerzo de personal |
| ¿Lo que se va a construir es estratégico para tu empresa? | Sí | Cualquier modelo sirve, pero exige que el conocimiento viva en tus repositorios |
Muchas empresas terminan combinando dos modelos: una primera versión por proyecto, con alcance cerrado, y después un equipo dedicado que la hace evolucionar. Funciona bien si el primer contrato ya deja resuelto cómo pasa el conocimiento de un equipo al otro.
Conclusión
Equipo dedicado y fábrica de software no compiten por precio. Resuelven problemas distintos. La fábrica por proyecto resuelve un alcance que se puede escribir y cerrar. El equipo dedicado resuelve un producto que va a seguir cambiando y una capacidad que tu empresa no tiene. El refuerzo de personal resuelve una vacante, siempre que ya tengas quien dirija.
La pregunta que ordena todo no es cuánto cuesta la hora, sino quién decide qué se construye, quién responde por el resultado y dónde queda el conocimiento cuando el contrato termina. Si esas tres respuestas están claras antes de firmar, el modelo casi se elige solo.
Preguntas frecuentes
¿Qué es un equipo dedicado de desarrollo de software?
Es un grupo de profesionales de un proveedor, con su propio líder técnico, que trabaja solo para tu empresa y sobre las prioridades que tú defines. A diferencia de un proyecto cerrado, no tiene un alcance fijo: sigue construyendo mientras el producto lo necesite, y el proveedor se encarga de reemplazos y continuidad.
¿Qué diferencia hay entre un equipo dedicado y el refuerzo de personal?
La diferencia está en quién responde por los resultados, por la gestión y por la organización del trabajo. En el refuerzo de personal, el proveedor solo pone a las personas: tu equipo las organiza, las dirige y responde por lo que entregan. En un equipo dedicado, el proveedor organiza y gestiona al grupo con su propio líder técnico, y responde por la calidad y el ritmo de entrega.
¿Cuánto tarda en arrancar un equipo dedicado?
Depende del perfil y del proveedor. En Altimea, entre dos y cuatro semanas desde que se firma el requerimiento hasta que la primera persona trabaja en tu proyecto. Perfiles muy específicos pueden tomar más. Lo que importa comparar entre proveedores es cuánto tarda la primera entrega útil, no la llegada de las personas.
¿Qué pasa con el código y el conocimiento cuando termina el contrato?
Depende de lo que hayas pactado al firmar. El código, la documentación, los accesos a la infraestructura y el registro de decisiones de arquitectura deben vivir en tus repositorios desde el primer día, no entregarse al final. Si eso no está escrito en el contrato, cambiar de proveedor significa pagar de nuevo por lo que ya tienes.
¿Se puede empezar con un proyecto cerrado y pasar después a un equipo dedicado?
Sí, y es una combinación frecuente: la primera versión se construye con alcance cerrado y después un equipo dedicado la hace evolucionar. La condición es que el primer contrato ya defina cómo se transfiere el conocimiento, para que el segundo equipo no empiece desde cero.
¿Cuánto cuesta un equipo dedicado?
Depende de los perfiles, su experiencia y el modelo de facturación: por horas, un monto mensual por equipo o una bolsa de horas. Más que la tarifa por hora, debemos comparar cuánto cuesta cada entrega útil, porque una hora de una persona suelta no incluye liderazgo, reemplazos ni continuidad.
Fuentes
- Deloitte — Global Outsourcing Survey 2024: Global Outsourcing Survey 2024. Más de 500 ejecutivos. Publicada en 2025.
- Fred Brooks — The Mythical Man-Month: Essays on Software Engineering. Addison-Wesley, 1975.
- Congreso de la República del Perú — Ley 27626, Ley que regula la actividad de las empresas especiales de servicios y de las cooperativas de trabajadores: Ley 27626. Artículos 3 y 5.
- Congreso de la República del Perú — Ley 29245, Ley que regula los servicios de tercerización: Ley 29245. Publicada el 24 de junio de 2008.