Capítulo 11 - Planificación de adquisiciones de TI y aprovisionamiento estratégico

11.7.2 Análisis de construcción vs. compra

Los sistemas informáticos y el software parecen quedar obsoletos tan pronto como llegan al mercado. Esto presenta a las agencias el dilema de si tiene más sentido construir un sistema personalizado o comprar una solución empaquetada. A la hora de construir o comprar un nuevo sistema de IT , hay que tener en cuenta una serie de cosas. Para un diseño de sistema personalizado, una agencia tendrá que lidiar con costos duros como el desarrollo, las pruebas y la implementación. En el caso de los paquetes listos para usar, hay un costo inicial del paquete, tarifas de licencia continuas y, posiblemente, costos de personalización, configuración, modificación, prueba y mantenimiento. Para el proveedor de servicios de aplicaciones, software como servicio u otras soluciones basadas en la nube, tenga en cuenta los requisitos de seguridad y privacidad de datos para determinar si el alojamiento realmente debe ser proporcionado por la agencia o VITA, o si se requiere una nube privada frente a una pública, y considere todos los costos asociados para los diferentes entornos de alojamiento y almacenamiento de datos. Los puntos de decisión de construcción frente a compra son los mismos independientemente de la adquisición:

• Costar
• Tiempo de comercialización
• Condiciones del mercado
• Arquitectura
• Costos de soporte
• Disponibilidad de recursos cualificados
• Valor estratégico

Además, la importante consolidación de proveedores de IT ha dado lugar a nuevos modelos de precios y opciones de agrupación que brindan a los propietarios de negocios un apalancamiento mucho mayor. El software de código abierto puede ofrecer lo mejor de ambos mundos, con enfoques híbridos que combinan componentes comprados y personalizados. Al evaluar si construir o comprar, una agencia debe comprender los costos totales durante el ciclo de vida del software, que suele ser de siete u ocho años. Los estudios de investigación muestran que el 70% de los costos de software ocurren después de la implementación. Un análisis riguroso del ciclo de vida que estima de manera realista el mantenimiento continuo por parte de los desarrolladores internos a menudo muestra que es más barato comprar que crear una solución. Además, a medida que se disponga de soluciones de mercado más rentables y atractivas, puede ser más favorable reemplazar las aplicaciones propietarias obsoletas con soluciones comerciales probadas. Al realizar un análisis de construcción frente a compra, hay algunos puntos de decisión que pueden ayudar con el análisis:

• Decida cuáles serán los requisitos del sistema, en función del uso final del sistema. Estos requisitos dictarán los puntos a tener en cuenta durante el análisis de construcción frente a compra.
• Investigue los tipos de productos disponibles en el mercado para cumplir con los requisitos. Analice las fortalezas y debilidades de estos productos en comparación con los requisitos y cómo se comparan con el diseño y la implementación de un sistema personalizado.
• Desarrolle una hoja de cálculo de análisis de decisiones para cada producto calificado según el costo, la personalización, el cronograma, el soporte del proveedor, etc.
• Evaluar factores intangibles que son difíciles de cuantificar. Si el sistema necesita reparación o modificación, puede ser más fácil encontrar desarrolladores que admitan lenguajes genéricos como MS Visual Basic u Oracle que lenguajes de programación especializados. Es beneficioso poseer el código fuente para que los desarrolladores puedan trabajar en el sistema. Con un sistema personalizado, una agencia puede poseer el código si el contrato está escrito correctamente. Con un sistema empaquetado, una agencia tendrá que pagar tarifas de licencia y es posible que no pueda obtener derechos de acceso a partes clave del código.
• Evite comprar más capacidad de la necesaria. Muchos sistemas de software empaquetados tienen más funciones de las que una agencia puede necesitar.