Saltar al contenido
Guía de decisión

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.

Los cuatro modelos

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.

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
Cuándo encaja cada uno

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.

FAQ

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.

Partner de ingeniería, agencia o staff augmentation: ¿cuál elegir? · SDEN