Partner de ingeniería, agencia o
staff augmentation.
Un enfoque honesto sobre cuándo encaja cada modelo de entrega (y cuándo falla cada uno), escrito desde el asiento de un partner de ingeniería sénior.
La premisa
La mayoría de las empresas que necesitan construir software comparan tres o cuatro modelos de entrega sin darse cuenta: contratar a un partner de ingeniería, encargar el trabajo a una agencia de desarrollo de software, reforzar el equipo interno con contractors sénior o contratar ingenieros a tiempo completo. Las etiquetas se solapan, las propuestas se parecen a primera vista y la estructura de los contratos entierra las diferencias de una forma cómoda para el proveedor e incómoda para quien compra.
Esta página es el enfoque honesto de un partner de ingeniería sénior (SDEN) sobre en qué es realmente mejor cada modelo, dónde tiende a fallar cada uno y cómo distinguirlos antes de firmar. No competimos con las agencias en el trabajo de volumen estandarizado. No somos la opción correcta para el staff augmentation. Somos deliberados con el espacio que ocupamos. La pregunta, desde el lado de quien compra, que esta página intenta responder es si ese espacio es justo el que necesitas.
Qué es realmente cada modelo de entrega
Un partner de ingeniería vende resultados. Acordáis un entregable definido, puesto en producción en un hito definido, con plena responsabilidad de la arquitectura y de la operación durante el encargo. El partner aporta un equipo sénior que asume el trabajo de principio a fin y entrega una base de código que cualquier equipo competente puede retomar después. Ejemplos más allá de SDEN: pequeñas consultoras sénior que toman encargos en lugar de puestos por cubrir.
Una agencia de desarrollo de software vende esfuerzo. La estructura suele ser un equipo de alquiler sobre un backlog que pertenece al cliente. Las agencias destacan en el volumen estandarizado (migraciones de CMS, sitios escaparate, fontanería de integración) y en el acceso a disciplinas especializadas (motion, ilustración) que un partner de ingeniería rara vez tiene en plantilla. Tienen dificultades cuando el trabajo exige un criterio de arquitectura que el cliente no puede aportar.
El staff augmentation coloca a contractors sénior dentro del equipo del cliente durante una ventana definida. Funciona cuando las decisiones de arquitectura ya están tomadas y lo que necesitas son manos sobre un backlog definido. Falla cuando el cliente espera que el ingeniero de refuerzo asuma además la arquitectura, porque no es lo que paga el encargo, y los ingenieros sénior en esas condiciones suelen marcharse antes de un trimestre.
La ingeniería interna contrata ingenieros a tiempo completo en nómina. Es la respuesta correcta para el producto central de la empresa, cuando la dirección tiene el margen para contratar y retener perfiles sénior, y cuando la cadencia operativa justifica un equipo permanente en lugar de un encargo con forma de proyecto. La mayoría de las empresas acaban en modo híbrido: interno para el producto central, partner de ingeniería para las partes que exigen criterio sénior pero no un equipo permanente.
Lado a lado
Los cuatro modelos en una sola página.
| Dimensión | Partner de ingeniería | Agencia | Staff augmentation | Interno |
|---|---|---|---|---|
| Qué compras | Resultados: entregable definido, hito de producción definido | Esfuerzo: un equipo de alquiler sobre un backlog | Manos: ingenieros sénior en tu equipo durante una ventana definida | Capacidad: ingenieros a tiempo completo en nómina |
| Quién es dueño de la arquitectura | El partner, durante el encargo; el cliente, tras el traspaso | El cliente (normalmente) | El cliente | El cliente |
| Implicación de los sénior | Ingenieros sénior escribiendo el código, de principio a fin | Sénior en el arranque; júnior en el teclado | Sénior en el encargo, en tu equipo | Depende del listón de contratación |
| Responsabilidad operativa tras el lanzamiento | Compartida durante la ventana de soporte, luego traspasada | Fuera de alcance salvo retención explícita | Fuera de alcance | Enteramente tuya |
| Cuándo falla | Alcance ambiguo, ningún responsable que rinda cuentas del lado cliente | Senioridad mal asignada, requisitos confusos, riesgo de integración | El cliente espera trabajo de arquitectura no acordado | Contrataciones erróneas, sin plan de retención |
| Qué pagas | Criterio de ingeniería + entrega | Tiempo + materiales, predecible por hora | Tiempo + materiales por ingeniero | Salarios + los años para construir el equipo |
Qué compras
- Partner de ingeniería
- Resultados: entregable definido, hito de producción definido
- Agencia
- Esfuerzo: un equipo de alquiler sobre un backlog
- Staff augmentation
- Manos: ingenieros sénior en tu equipo durante una ventana definida
- Interno
- Capacidad: ingenieros a tiempo completo en nómina
Quién es dueño de la arquitectura
- Partner de ingeniería
- El partner, durante el encargo; el cliente, tras el traspaso
- Agencia
- El cliente (normalmente)
- Staff augmentation
- El cliente
- Interno
- El cliente
Implicación de los sénior
- Partner de ingeniería
- Ingenieros sénior escribiendo el código, de principio a fin
- Agencia
- Sénior en el arranque; júnior en el teclado
- Staff augmentation
- Sénior en el encargo, en tu equipo
- Interno
- Depende del listón de contratación
Responsabilidad operativa tras el lanzamiento
- Partner de ingeniería
- Compartida durante la ventana de soporte, luego traspasada
- Agencia
- Fuera de alcance salvo retención explícita
- Staff augmentation
- Fuera de alcance
- Interno
- Enteramente tuya
Cuándo falla
- Partner de ingeniería
- Alcance ambiguo, ningún responsable que rinda cuentas del lado cliente
- Agencia
- Senioridad mal asignada, requisitos confusos, riesgo de integración
- Staff augmentation
- El cliente espera trabajo de arquitectura no acordado
- Interno
- Contrataciones erróneas, sin plan de retención
Qué pagas
- Partner de ingeniería
- Criterio de ingeniería + entrega
- Agencia
- Tiempo + materiales, predecible por hora
- Staff augmentation
- Tiempo + materiales por ingeniero
- Interno
- Salarios + los años para construir el equipo
Una regla práctica desde el lado de quien compra
Elige un partner de ingeniería cuando el trabajo exige criterio de arquitectura sénior, cuando el coste de equivocarse es lo bastante alto como para justificar contratar a gente que ya lo ha hecho antes, y cuando el lado cliente tiene a alguien que decide y rinde cuentas pero no un equipo sénior completo. Un encargo típico de un partner de ingeniería son de seis a nueve meses de entrega concentrada, seguidos de una ventana de soporte definida durante la cual se traspasa el conocimiento operativo.
Elige una agencia de desarrollo de software cuando el trabajo está bien definido, cuando la arquitectura ya está decidida (o es realmente estandarizada), y cuando el cuello de botella es la productividad en el teclado. Las agencias también son la opción correcta para las disciplinas especializadas (motion design, ilustración, trabajo de marca para sitios escaparate) que los partners de ingeniería no tienen en plantilla en profundidad.
Elige el staff augmentation cuando el equipo interno necesita manos sénior adicionales sobre un backlog definido, cuando la responsabilidad de la arquitectura ya está resuelta del lado cliente, y cuando puedes ofrecer al ingeniero de refuerzo un trabajo interesante que justifique su tiempo. Es la opción equivocada cuando en secreto quieres que arregle la arquitectura.
Elige lo interno cuando la ingeniería es tu producto, cuando la dirección puede contratar y retener perfiles sénior, y cuando el trabajo es permanente en lugar de tener forma de proyecto. La mayoría de las empresas descubren que la respuesta correcta es híbrida: interno para el producto central, partner de ingeniería para el trabajo que exige criterio sénior pero no un equipo permanente.
La señal reveladora
Cuatro preguntas que revelan qué modelo es de verdad un proveedor.
¿Podemos ver los registros de decisiones de arquitectura de un encargo anterior?
Los partners de ingeniería siempre los tienen; las agencias rara vez; los contratos de staff augmentation no los producen.
¿Podemos conocer a los ingenieros que escribirían nuestro código antes de firmar?
Los partners de ingeniería lo esperan y lo organizarán. Las agencias suelen retrasarlo hasta la firma del contrato. El staff augmentation te pone delante del ingeniero por definición.
¿Cómo se rastrea y se salda la deuda técnica?
Si la respuesta es «la verdad es que no la rastreamos», no estás hablando con un partner de ingeniería, sea cual sea la etiqueta que use para sí mismo.
¿Podemos ver un post-mortem reciente de un incidente real?
Los partners de ingeniería producen post-mortems y compartirán uno censurado. La ausencia de post-mortems es la señal reveladora.
Partner de ingeniería o agencia:
las preguntas que nos hacen.
Respuestas directas a las preguntas que más nos hacen. Si la tuya no está, escribe al equipo.
Continúa