¿Existe un equivalente a Build-Operate-Transfer / Build-Lease-Transfer para proyectos de desarrollo de software?

A diferencia de una carretera que tiene un propósito innato, valor y potencial de ingresos, el software por sí solo no lo tiene.

Sin embargo, el software normalmente se escribe para cumplir una tarea que lo hace. Digamos operar un sistema de gestión de peaje. Esto tiene un propósito, valor y potencial de ingresos.

Esto es similar a un compromiso de servicio administrado donde la tienda de software construye el sistema de gestión de peajes para un operador de autopistas. En lugar de un pago inicial o tarifas de desarrollo, la tienda de software cobra una tarifa mensual para ejecutar el servicio (y recuperar su costo por escribir el software). Para que sea un BOT, el contrato tiene un período de pago. Una vez transcurrido este período, el software ahora es propiedad del operador de peaje y puede optar por contratar al mismo desarrollador de software u otro para los servicios administrados. Pero ahora posee el código.

Pero a diferencia de las carreteras, el software generalmente se obsoleta con bastante rapidez. Entonces, al final del período de concesión, se debe realizar una actualización importante. Por lo tanto, no tiene mucho sentido y una empresa está mejor con un BOO / servicio administrado.