¿Construir, comprar o extender?
Un marco para decidir entre software estándar y desarrollo propio, sin que la decisión dependa de quién la presenta.
La pregunta mal formulada
«¿Construimos o compramos?» es una pregunta que puede no tener una respuesta útil, porque mezcla dos decisiones distintas: qué tan específico es el problema y qué tan crítico es para el negocio.
Las dos preguntas que sí sirven
Un problema puede ser muy específico y poco importante. Otro puede ser genérico y crítico. Cada combinación tiene una respuesta distinta.
¿Esto nos diferencia de nuestros competidores? Si la respuesta es no, construirlo puede significar invertir en algo que no aporta una diferenciación clara.
¿El estándar nos obliga a cambiar cómo trabajamos, y ese cambio nos perjudica? Si el producto estándar impone una forma de trabajar que es mejor que la actual, adaptarse es una mejora, no una concesión. Si destruye una ventaja real, es un costo oculto.
El marco
El marco: si el estándar encaja y no diferencia, comprar; si el estándar encaja y diferencia, comprar y extender; si el estándar no encaja y no diferencia, comprar y adaptar el proceso; si el estándar no encaja y diferencia, construir o desarrollar a medida.
En este marco, solo un cuadrante justifica construir.
Una empresa puede creer estar en ese cuadrante sin estarlo realmente.
El costo que se olvida
Construir puede tener un costo que no aparece en la cotización: el mantenimiento continuo. Un sistema propio puede requerir que alguien lo entienda incluso años después de haber sido construido. Si esa persona se va y no dejó documentación, el sistema puede pasar a ser un riesgo.
La pregunta final no es cuánto cuesta construirlo, sino quién lo va a mantener y con qué presupuesto.