¿Cómo tomas decisiones de construir versus comprar?

Question

Accepted Answer

**Construir vs. comprar** se pregunta si desarrollar algo internamente o adoptar un producto o servicio existente. El instinto de construir es fuerte y a menudo incorrecto; el costo real de construir incluye años de mantenimiento, no solo la primera versión. La decisión depende de si es *central* para tu negocio.

## Un marco de decisión

```text
LEAN BUY when:                     LEAN BUILD when:
- It's NOT your core differentiator  - It IS your core value/differentiator
- A mature solution exists           - No good solution fits your needs
- Speed-to-market matters            - You need deep control/customization
- You lack expertise to maintain it  - Long-term cost of buying is prohibitive
- TCO of buying < building+upkeep     - Vendor lock-in is an unacceptable risk
```

## Un ejemplo concreto

No construyas tu propio sistema de autenticación, la identidad es difícil, crítica para la seguridad y no es tu diferenciador; compra/integra un proveedor comprobado. *Construye* tu motor de recomendaciones principal si las recomendaciones son lo que hace que tu producto sea especial. Construye lo que te hace *a ti*; compra el resto.

## Cuenta el costo real

Los equipos subestiman crónicamente la construcción: la primera versión es el 20% del costo total. El mantenimiento, los parches de seguridad, los casos extremos y el on-call lo superan con creces. Cuenta el costo total de propiedad a lo largo de los años, no la demostración que puedes entregar en un sprint.

## Una trampa

"No inventado aquí" lleva a reconstruir problemas resueltos; la compra ciega lleva al bloqueo de proveedores y herramientas que no se ajustan. Decide deliberadamente, caso por caso.

## Por qué es importante

Construir la cosa equivocada internamente agota años de esfuerzo de ingeniería en trabajo no diferenciado.

Hacerlo bien concentra tu escaso tiempo de ingeniería en lo que realmente hace ganar al negocio.