Decidir si hacer o comprar algo para mi proyecto es una de esas encrucijadas que definen no solo el presupuesto, sino el rumbo mismo del trabajo. Es una pregunta que aparece una y otra vez, ya sea que estemos desarrollando un software, montando una infraestructura o fabricando componentes físicos. El instinto a veces empuja a construir internamente lo que se necesita, porque suena a control total y ahorro. Otras veces la lógica dicta que comprar es más rápido y sencillo. Pero la realidad tiene matices que solo un análisis estructurado puede revelar. La herramienta que permite tomar esta decisión con fundamento es el análisis de hacer o comprar, una técnica de gestión general que evalúa si un trabajo concreto se realiza mejor con recursos propios o mediante fuentes externas.
Resumen: claves para decidir hacer o comprar
| Concepto | Resumen |
|---|---|
| Análisis de hacer o comprar | Herramienta que determina si una actividad se ejecuta con recursos internos o se contrata externamente, evaluando costo, calidad y alineación estratégica. |
| Planificación temprana | Debe iniciarse en la fase de concepción del proyecto, antes de la ejecución, porque sus resultados determinan la estructura de desglose del trabajo y la asignación óptima de recursos. |
| Capacidad interna | Aunque la organización posea la capacidad técnica, si sus recursos están comprometidos en otros frentes, cumplir los plazos obliga a evaluar alternativas externas para mitigar retrasos. |
| Origen industrial | Esta práctica surge de la economía industrial, donde los fabricantes decidían entre producir internamente sus componentes o adquirirlos de proveedores especializados, definiendo así su estructura de costos y competitividad. |
| PRINCE2 | En PRINCE2, esta decisión se integra en la estrategia de gestión de la entrega y se vincula con la justificación comercial continua, asegurando que cada elección de aprovisionamiento mantenga la viabilidad del proyecto. |
| Costos indirectos | Factores indirectos como la administración contractual, la transferencia de conocimiento o la dependencia tecnológica pueden revertir la decisión, revelando costos ocultos que impactan la rentabilidad del proyecto. |
| Sobreasignación | Omitir la verificación de disponibilidad en los calendarios de recursos conduce a sobreasignaciones que comprometen los plazos de entrega y generan retrabajos. |
| Flexibilidad | Ante un alcance volátil, el aprovisionamiento externo escalable según la demanda real minimiza el riesgo de capacidad ociosa y permite adaptar los costos a la actividad real del proyecto. |
¿Qué es el análisis de hacer o comprar?
En esencia, un análisis de hacer o comprar examina cada entregable, componente o servicio que el proyecto requiere y lo somete a una comparación rigurosa entre las dos alternativas. No se trata simplemente de cotizar precios, sino de proyectar el impacto total sobre los objetivos del proyecto. La guía del PMBOK sitúa esta técnica dentro del proceso de Planificar la Gestión de las Adquisiciones, en el área de conocimiento de la Gestión de las Adquisiciones del Proyecto. Es un análisis que debería iniciarse en las etapas tempranas de planificación, mucho antes de que el equipo empiece a ejecutar, porque sus conclusiones moldean la estructura de desglose del trabajo y la asignación de recursos.
Muchas organizaciones caen en la trampa de asumir que todo lo que pueden hacer internamente debe hacerse internamente. La realidad es que incluso cuando existe capacidad técnica, puede que esté comprometida en otros proyectos. Si forzamos a un equipo a asumir tareas adicionales sin considerar su carga real, el cronograma se resiente. De hecho, la nota técnica de la que parte este artículo recuerda que una capacidad puede existir dentro de la organización, pero si está ocupada en otros frentes, cumplir los plazos puede volverse imposible sin buscar alternativas externas.
El análisis de hacer o comprar no es exclusivo de los proyectos predictivos tradicionales. En entornos ágiles, la decisión sobre si desarrollar una funcionalidad internamente o integrar un componente de terceros aparece en cada iteración. La diferencia está en que, en lugar de un estudio detallado al inicio, se revisa de forma continua, adaptándose a las prioridades emergentes. Sin embargo, los criterios de fondo son sorprendentemente similares: costos reales, disponibilidad y valor a largo plazo.
Orígenes y aplicación formal en los marcos de gestión
El análisis de hacer o comprar no nació con el PMBOK, aunque este marco lo formaliza como una herramienta. Su origen se remonta a la economía industrial, donde las empresas manufactureras se preguntaban si fabricar sus propios insumos o adquirirlos de proveedores especializados. En PRINCE2, aunque no se menciona con ese nombre exacto, la decisión sobre qué productos se desarrollan internamente y cuáles se subcontratan forma parte de la estrategia de gestión de la entrega y se vincula con el tema de la justificación comercial continua. Esa perspectiva es útil: incluso después de una decisión inicial de comprar, la justificación debe reevaluarse si las condiciones del mercado cambian.
Lo interesante es que muchos profesionales conocen el concepto, pero pocos lo aplican con la profundidad necesaria. Suelen comparar el costo de compra con el costo estimado de horas internas y punto. Pero un análisis robusto mira mucho más allá. Las implicaciones indirectas —desde el costo de administrar un contrato hasta los riesgos de dependencia tecnológica— pueden inclinar la balanza en direcciones inesperadas.
Resumen del análisis hacer o comprar
- Comparación por entregable
- Se examina cada entregable, componente o servicio del proyecto frente a la disyuntiva de producirlo con recursos propios o adquirirlo de un proveedor externo, ponderando criterios de costo, calidad, plazos y control estratégico.
- Impacto integral en los objetivos
- Más allá de comparar cotizaciones, el análisis proyecta cómo cada alternativa incide de forma integral en los objetivos del proyecto, abarcando alcance, tiempo, costo, calidad, riesgos y alineación organizacional.
- Ubicación en el PMBOK
- El PMBOK ubica esta técnica en el proceso Planificar la Gestión de las Adquisiciones, perteneciente al área de conocimiento de Gestión de las Adquisiciones del Proyecto.
- Planificación temprana indispensable
- Su aplicación en las fases iniciales de planificación es crítica, ya que las conclusiones definen la estructura de desglose del trabajo y la asignación de recursos, evitando rediseños y sobrecostes posteriores.
- Origen y marcos de aplicación
- Originada en la economía industrial, la técnica se formalizó en PRINCE2 como parte de la estrategia de suministro; en entornos ágiles se reevalúa en cada iteración para adaptar la decisión a los requisitos emergentes.
Factores que impulsan la decisión de hacer internamente
A veces parece natural desarrollar algo con recursos propios porque se supone que es más barato o porque otorga un mayor control sobre el resultado. Sin embargo, la decisión de hacer debe apoyarse en razones sólidas, no en suposiciones. El primer factor a considerar es la disponibilidad real de las capacidades internas. Tener un equipo talentoso no garantiza que tenga espacio para asumir más trabajo sin que otras iniciativas sufran retrasos. La nota original subraya este punto con claridad: la capacidad puede existir pero estar comprometida en otros proyectos. Muchos directores de proyecto olvidan cruzar la información con los calendarios de recursos de la organización, lo que provoca sobreasignaciones que luego revientan las fechas de entrega.
Otro factor es el valor estratégico de dominar cierta tecnología o conocimiento. Si el proyecto apunta a construir una ventaja competitiva a largo plazo, desarrollar internamente puede justificarse aunque el costo inmediato sea mayor. Estamos hablando de una inversión en capacidades que permanecerán después de que el proyecto termine. Este ángulo escapa de los números puros y se adentra en el terreno de los beneficios intangibles, algo que el análisis de hacer o comprar tradicional a veces no recoge con suficiente peso.
Las restricciones presupuestarias también juegan un papel curioso. Una lectura superficial llevaría a pensar que comprar consume más efectivo de inmediato. Pero si el presupuesto ya está ajustado y hacer demanda la contratación de personal temporal o el pago de horas extra, el costo interno puede dispararse. En ese escenario, comprar un producto terminado con un precio fijo y predecible quizás resulte más manejable, sobre todo porque evita desviaciones que el presupuesto no puede absorber.
Cuando el cronograma manda
Hay proyectos en los que el tiempo es el recurso más crítico. Si el mercado exige una salida rápida, esperar a que el equipo desarrolle internamente ciertos módulos puede ser inaceptable. Ahí la decisión de comprar se vuelve casi obligatoria, incluso si internamente existe la capacidad técnica. El análisis debe entonces ponderar qué componentes del proyecto están en la ruta crítica y cuánto tiempo se ganaría al adquirirlos. El ahorro de semanas puede traducirse en ingresos que compensan holgadamente el costo de compra, algo que no siempre se modela en las hojas de cálculo.
No es raro ver equipos que subestiman la curva de aprendizaje necesaria para hacer algo por primera vez. Cuando la organización carece de experiencia previa en una tecnología, los plazos internos tienden a duplicarse. Ese riesgo de calendario a menudo inclina la balanza hacia la compra, simplemente porque el proveedor ya ha recorrido esa curva y ofrece plazos ciertos.
El peso de la calidad y los estándares internos
En ciertos sectores, los requisitos de calidad o seguridad son tan estrictos que confiar en un tercero genera más costos de supervisión que fabricar internamente. Si cada entregable comprado debe pasar por auditorías exhaustivas, validaciones de conformidad y pruebas de integración adicionales, la opción de hacer puede terminar siendo más simple. Aquí la decisión no solo es económica, sino de control. La capacidad de ajustar procesos en tiempo real, sin depender de la voluntad de un proveedor, es un argumento de peso que pocos análisis formales capturan en su totalidad.
Razones para optar por la compra o contratación externa
Cuando la balanza se inclina hacia la contratación de recursos externos, suele haber varias lógicas operando al mismo tiempo. La más inmediata es la saturación del equipo: si las personas clave ya están trabajando al límite, añadir más tareas solo multiplica los cuellos de botella. Comprar permite acceder a una capacidad de producción que la organización no tiene disponible en ese momento, preservando la moral del equipo y la salud del cronograma.
Otra razón poderosa es la especialización. Un proveedor que ha desarrollado el mismo tipo de producto decenas de veces probablemente lo hace con una eficiencia y una calidad que un equipo interno, enfrentado a esa tarea por primera vez, difícilmente igualará en el corto plazo. En proyectos de tecnología, esto se aplica a componentes de infraestructura, módulos de software estándar o servicios de nube. Intentar replicar internamente lo que ya existe maduro en el mercado puede ser una pérdida de tiempo y dinero.
El análisis debe ir más allá del costo unitario. La nota original menciona que una decisión de compra desencadena otra evaluación adicional: si conviene adquirir el bien de forma definitiva o alquilarlo. Esta segunda capa del análisis es especialmente relevante cuando se trata de equipos costosos, licencias de software o espacios físicos. Comprar puede tener sentido si el uso será continuo durante muchos años; alquilar, si el proyecto solo necesita el recurso por un período limitado o si la tecnología quedará obsoleta pronto. La lógica financiera aquí se mezcla con la previsión tecnológica.
Comprar versus alquilar: una microdecisión con gran impacto
El análisis de comprar o alquilar dentro del contexto del proyecto sigue la misma filosofía que el análisis de hacer o comprar, pero enfocado en el horizonte de uso y los costos de mantenimiento. Si se alquila, el gasto operativo es predecible y se evita la inversión inicial fuerte, pero a largo plazo puede resultar más caro. Si se compra, se adquiere un activo que requerirá soporte, almacenamiento y posiblemente personal dedicado. Muchos gestores pasan por alto que el costo de mantener un equipo comprado, incluidos seguros y actualizaciones, puede igualar o superar el costo de alquilarlo durante el tiempo que dura el proyecto. Esta trampa es especialmente común en proyectos de construcción o en implementaciones de hardware especializado.
Cuando los contratos ofrecen flexibilidad estratégica
Comprar no significa necesariamente firmar un contrato rígido. Los acuerdos de nivel de servicio, los contratos marco y las modalidades de pago por uso permiten adaptar la capacidad externa a las necesidades cambiantes del proyecto. Esta flexibilidad es un argumento a favor de la compra que a menudo no se valora lo suficiente. Si el alcance del proyecto es incierto, comprometer recursos internos a largo plazo puede ser un error; en cambio, escalar el aprovisionamiento externo hacia arriba o hacia abajo según la demanda real reduce el riesgo de sobrecapacidad ociosa.
Claves para decidir comprar o contratar
- Saturación del equipo interno
- Cuando el equipo clave alcanza su capacidad máxima, la incorporación de recursos externos previene cuellos de botella y protege tanto la moral del equipo como el cumplimiento del cronograma.
- Experiencia y eficiencia del proveedor
- Un proveedor especializado, que ha ejecutado la tarea repetidamente, ofrece una calidad y una eficiencia que un equipo interno sin experiencia previa difícilmente puede igualar en plazos breves.
- No reinventar lo existente
- Replicar internamente componentes de infraestructura, software estándar o servicios en la nube ya consolidados en el mercado supone una asignación ineficiente de tiempo y recursos financieros.
- Comprar o alquilar el recurso
- La decisión de compra externa exige evaluar con rigor si conviene la adquisición en propiedad o el modelo de alquiler, especialmente ante equipos costosos, licencias de software o espacios físicos específicos.
- Flexibilidad ante incertidumbre
- Cuando el alcance del proyecto es incierto, el aprovisionamiento externo escalable minimiza el riesgo de sobrecapacidad ociosa, a diferencia del compromiso interno, que implica una inversión fija a largo plazo.
Costos que todo análisis de hacer o comprar debe considerar
La trampa más frecuente en el análisis de hacer o comprar es mirar solo los gastos evidentes. La nota técnica enfatiza que el análisis debe considerar todos los costos relacionados, tanto directos como indirectos. En la opción de compra, los costos directos incluyen el precio de adquisición, los gastos de envío y los impuestos. Pero ahí no termina la historia. También están los costos indirectos de soporte, como la gestión administrativa del proceso de compra: redactar especificaciones, evaluar ofertas, negociar contratos, realizar el seguimiento de los pedidos y gestionar las garantías. Esas horas del equipo de compras y del director del proyecto rara vez se imputan con precisión, pero pueden representar un porcentaje significativo del costo total.
Del lado de hacer, los costos directos abarcan la mano de obra, los materiales y el uso de instalaciones. Los costos indirectos incluyen la supervisión, la formación necesaria para que el equipo adquiera las habilidades, el mantenimiento de herramientas específicas y la ocupación de espacio que podría destinarse a otros proyectos. La nota original ilustra muy bien este punto con un ejemplo simple pero revelador: la opción de compra no solo implica desembolsar el dinero para adquirir el producto, sino también los costos indirectos de apoyar el proceso de compras y el artículo adquirido. Por ejemplo, si se compra una máquina, habrá que pagar su mantenimiento, el seguro y probablemente capacitar a alguien para operarla. Esos gastos recurrentes se suman al costo de propiedad.
Costos ocultos en la decisión de hacer
Cuando una organización decide hacer, a menudo omite el costo de oportunidad del personal. Cada hora que un ingeniero dedica a desarrollar un componente interno es una hora que no dedica a tareas que solo él puede hacer y que son críticas para el proyecto. Ese tiempo perdido no aparece en las facturas, pero retrasa otras entregas. En proyectos con equipos multidisciplinarios, el costo de cambiar de contexto —interrumpir el flujo de trabajo principal para atender una fabricación interna— puede ser devastador. Este fenómeno es difícil de cuantificar, pero cualquier gerente con experiencia sabe que existe y que su impacto en la productividad es real.
Además, hacer implica asumir el riesgo de fallos y reprocesos internos. Si el componente fabricado no cumple las especificaciones, el costo de corregirlo corre a cargo del proyecto. En cambio, al comprar, esos riesgos pueden transferirse al proveedor mediante cláusulas contractuales, siempre que se hayan negociado adecuadamente. La capacidad de transferir el riesgo es una ventaja intangible de la compra que rara vez se traduce en números, pero que puede ahorrar muchos dolores de cabeza.
La carga del soporte post-entrega
Otra dimensión que a menudo se olvida es el costo de mantener lo que se ha construido o comprado una vez que el proyecto ha terminado. Si el producto pasa a operaciones, los costos indirectos de soporte se convierten en permanentes. Un desarrollo interno requerirá mantenimiento evolutivo y correctivo constante; un software comprado implicará licencias anuales y actualizaciones. Decisiones que parecían baratas durante el proyecto pueden volverse onerosas a lo largo del ciclo de vida del producto. Por eso, el análisis de hacer o comprar debería, idealmente, incluir una proyección a varios años, aunque el mandato formal del proyecto solo cubra la fase de ejecución.
Errores comunes al realizar un análisis de hacer o comprar
La mayoría de los errores en la decisión de hacer o comprar provienen de simplificaciones excesivas. El más típico es comparar solo el costo de adquisición externa contra el costo de las horas internas estimadas a un valor tarifario estándar. Esa comparación ignora que el costo interno real puede ser mucho mayor si las personas asignadas tienen salarios más altos que la tarifa promedio o si se requieren horas extra. Además, no considera los costos indirectos ya mencionados, lo que puede llevar a subestimar significativamente el costo de hacer.
Otro error frecuente es dar por hecho que el equipo interno puede igualar la calidad del proveedor sin evidencia que lo respalde. La confianza en las capacidades propias es sana, pero cuando se trata de tecnologías nuevas o procesos complejos, la falta de experiencia puede traducirse en entregables que no cumplen los estándares requeridos. Esa diferencia de calidad puede forzar a rehacer el trabajo, con el consiguiente impacto en el cronograma y el presupuesto. Un análisis riguroso exige una evaluación honesta del nivel de madurez del equipo en esa área concreta.
Muchos gestores también olvidan revisar la decisión a lo largo del proyecto. Lo que era válido en la fase de planificación puede dejar de serlo si surgen nuevas tecnologías, si el mercado cambia o si la carga de trabajo interna se aligera. Un análisis de hacer o comprar estático corre el riesgo de convertirse en una jaula. En la práctica, los proyectos exitosos mantienen una actitud de reevaluación periódica, especialmente en los puntos de control de fase.
El sesgo del "siempre lo hemos hecho nosotros"
Existe un sesgo cultural peligroso en muchas organizaciones: la creencia de que lo interno es sinónimo de mejor calidad y menor costo. Esta mentalidad puede bloquear el acceso a soluciones externas más eficientes. Cuando el análisis de hacer o comprar se enfrenta a este sesgo, los números se manipulan inconscientemente para que la opción interna parezca más favorable. Para contrarrestarlo, es útil que el análisis sea revisado por alguien ajeno al equipo, con la objetividad suficiente para detectar suposiciones no justificadas.
Olvidar el costo de administrar la relación con el proveedor
Del lado de la compra, el error más común es asumir que una vez firmado el contrato, el proveedor funcionará de manera autónoma. Nada más lejos de la realidad. La gestión del proveedor consume tiempo del director de proyecto y del equipo técnico: reuniones de seguimiento, validación de entregables, gestión de cambios contractuales, resolución de disputas. Si no se estima ese costo de administración, la opción de compra puede parecer artificialmente barata. Un análisis honesto debe incluir una provisión de horas de gestión por cada contrato significativo.
Ideas clave sobre errores comunes
- Comparación incompleta de costos
- Limitarse a contrastar el precio de compra externa con las horas internas a tarifa estándar induce a error, ya que los salarios reales, las horas extra y los costos indirectos pueden incrementar significativamente el costo total de la producción interna.
- Suponer calidad sin evidencia
- Asumir sin respaldo objetivo que el equipo interno igualará la calidad del proveedor es especialmente arriesgado en tecnologías nuevas, pues la inexperiencia suele generar entregables deficientes y retrabajos que comprometen el cronograma y el presupuesto.
- Falta de reevaluación periódica
- Las condiciones vigentes durante la planificación pueden quedar obsoletas ante cambios tecnológicos o de mercado, por lo que los proyectos exitosos reevalúan la decisión de hacer o comprar de forma periódica, particularmente en los hitos de revisión de fase.
La conexión con otros procesos de gestión de proyectos
El análisis de hacer o comprar no es una isla. Se conecta profundamente con la gestión de los riesgos y las adquisiciones. Cuando se decide comprar, inmediatamente se activan los procesos de planificar las adquisiciones, efectuarlas y controlarlas. El plan de gestión de adquisiciones se nutre directamente de los resultados de este análisis, definiendo qué paquetes de trabajo se contratarán, con qué tipo de contrato y bajo qué criterios de selección de proveedores. Una decisión de compra mal fundamentada arrastra problemas en cascada hacia todos esos procesos.
También existe un vínculo con la gestión de los interesados. Los proveedores externos se convierten en interesados clave del proyecto, con sus propios intereses y expectativas. Una mala decisión de compra puede generar relaciones tensas que consumen energía del equipo y desgastan la confianza. Por otra parte, la decisión de hacer puede afectar a los interesados internos si se percibe que se está desviando al equipo de sus responsabilidades principales. Anticipar estas reacciones forma parte de un análisis realmente completo.
Desde la óptica de la gestión del alcance, cada decisión de hacer o comprar redefine la línea base. Si se decide comprar, el alcance del proyecto no incluye la fabricación de ese componente, pero sí la integración del producto adquirido. Esa distinción puede parecer sutil, pero tiene consecuencias directas en la estructura de desglose del trabajo y en las responsabilidades del equipo. Por eso, el análisis debe documentarse y comunicarse con precisión, para que nadie asuma tareas por defecto.
El análisis de hacer o comprar en entornos ágiles y adaptativos
En los proyectos que siguen principios ágiles, las decisiones de hacer o comprar en cada sprint se toman de forma mucho más dinámica. No existe un único análisis al inicio, sino conversaciones continuas durante la refinación del backlog. Un equipo Scrum, por ejemplo, puede decidir usar una librería de código abierto en lugar de programar una funcionalidad desde cero si eso acelera la entrega de valor. La decisión se basa en criterios similares —costo, tiempo, calidad— pero se aplican sobre unidades de trabajo más pequeñas y con ciclos de retroalimentación muy cortos.
Esta agilidad no exime de considerar los costos indirectos. De hecho, la integración de componentes externos en un entorno de integración continua puede acarrear costos de configuración y dependencias que no siempre se valoran. Un equipo que adopta una biblioteca de terceros asume el riesgo de que esa biblioteca deje de mantenerse, y ese riesgo debe gestionarse activamente. La ventaja es que, en un entorno ágil, las malas decisiones se detectan pronto y se puede pivotar. Pero eso no significa que el análisis deba ser superficial; simplemente se realiza en paralelo con el desarrollo, no como un ritual previo separado.
El papel del Product Owner en la decisión
En Scrum, el Product Owner tiene la responsabilidad de maximizar el valor del producto. Eso implica participar activamente en las decisiones de hacer o comprar de cada elemento del backlog. A menudo, el equipo de desarrollo propone opciones técnicas, pero el Product Owner aporta la perspectiva de negocio: ¿esta compra acelera la llegada al mercado? ¿El costo de licencia mensual está justificado por el incremento de ingresos? Esta colaboración estrecha evita que la decisión se tome desde un ángulo puramente técnico o puramente financiero.
Claves del análisis hacer o comprar
- Decisiones continuas por sprint
- En lugar de un estudio estático inicial, la decisión de hacer o comprar se evalúa de forma continua durante la refinación del backlog, integrándose en cada sprint para adaptarse a la evolución del producto.
- Criterios sobre unidades pequeñas
- Al fragmentar el trabajo en unidades pequeñas e independientes, se pueden evaluar costo, tiempo y calidad con ciclos de retroalimentación inmediatos, lo que acelera la detección de desviaciones y la corrección de supuestos erróneos.
- Riesgos de componentes externos
- Incorporar una biblioteca de terceros conlleva costos de integración inicial, dependencias que pueden quedar obsoletas y el riesgo de abandono por parte del mantenedor, lo que exige una supervisión continua y una estrategia de contención clara.
- Colaboración técnica y de negocio
- La colaboración entre desarrolladores y el Product Owner permite sopesar las ventajas técnicas frente a los objetivos de negocio, priorizando factores como el tiempo de llegada al mercado, la autonomía futura o el coste total de propiedad.
Recomendaciones prácticas para un análisis eficaz
Una buena práctica es comenzar el análisis de hacer o comprar con una matriz sencilla que liste cada entregable o componente significativo y lo catalogue en tres categorías: claramente hacer, claramente comprar o dudoso. Los casos dudosos son los que merecen un estudio detallado con cifras. Esta clasificación inicial ahorra tiempo y concentra el esfuerzo donde realmente hay incertidumbre. Es sorprendente cómo muchos equipos intentan analizar todo con el mismo nivel de detalle, agotando recursos en decisiones obvias.
Involucrar a las áreas de compras y finanzas desde el principio es otra recomendación clave. El director del proyecto no tiene por qué conocer todos los costos indirectos administrativos ni las condiciones del mercado de proveedores. El departamento de compras puede aportar datos sobre precios de referencia, plazos de entrega típicos y riesgos contractuales que enriquecen el análisis. Las finanzas, por su parte, pueden ayudar a modelar el flujo de caja de cada alternativa y a calcular el valor presente neto si la decisión abarca varios años.
Finalmente, documentar las razones de la decisión es tan importante como la decisión misma. En algún momento futuro, alguien cuestionará por qué se optó por comprar en lugar de hacer. Tener un registro que detalle los supuestos, los costos estimados y los riesgos considerados protege al equipo y facilita la mejora continua. A fin de cuentas, el análisis de hacer o comprar es una herramienta viva que, bien utilizada, no solo ahorra dinero sino que preserva la credibilidad del director del proyecto.
