Caso de éxito: terminar un software que otro proveedor dejó a medias
Este es uno de los casos que mejor explican lo que hacemos: terminar y poner en producción un software que otro proveedor había dejado a medias.
La situación
Una empresa de logística había encargado a una empresa de programación un software de gestión a medida. Tras más de un año de desarrollo sin recibir el producto terminado, el cliente reclamó por incumplimiento del contrato. Finalmente, el proveedor rompió la relación y entregó el código fuente incompleto, aproximadamente al 95 %.
Para una empresa que no se dedica a la programación, recibir un código sin terminar es como recibir las piezas de un coche sin montar y con algunas que faltan: no puede usarse y nadie en la empresa sabe qué falta ni cuánto costará acabarlo.
Qué hicimos
- Auditoría del código recibido: qué funcionaba, qué faltaba, qué tenía errores y qué calidad tenía lo ya hecho.
- Comparación con los requisitos del contrato original, para saber qué se había encargado realmente.
- Propuesta cerrada para terminarlo, con plazos y presupuesto por escrito.
- Desarrollo de lo pendiente y corrección de los errores encontrados.
- Pruebas con los usuarios de la empresa y puesta en producción.
- Documentación y entrega del código a nombre del cliente, para que nunca vuelva a depender de un solo proveedor.
El resultado
El software entró en producción y la empresa pudo usar por fin la herramienta por la que llevaba más de un año pagando. Además, conservó el control total del código y la documentación.
Qué aprender de este caso
- El código debe ser suyo por contrato, y conviene recibirlo periódicamente durante el desarrollo, no solo al final.
- Entregas parciales y demostraciones permiten detectar a tiempo un proyecto que se atasca.
- Ante un incumplimiento, documentar todo: contrato, requisitos, entregas y comunicaciones. Lo explicamos en contratos de software y propiedad intelectual.
Cuando el conflicto llega a los tribunales, hace falta un informe pericial de un perito informático que acredite el incumplimiento.
Software inacabado: cómo evitar que le vuelva a pasar
- Exija que el código fuente esté en un repositorio a nombre de su empresa desde el primer día.
- Pida entregas parciales que pueda probar, no un único resultado final.
- Incluya en el contrato la documentación técnica y la propiedad intelectual.
- Revise cada cierto tiempo el avance con alguien independiente del proveedor.
Con estas medidas, si un proveedor abandona, otro equipo puede continuar el software inacabado sin empezar de cero.
La visión de Ángel González
«Terminar un software que otro dejó a medias es, técnicamente, una auditoría inversa: reconstruir cómo funciona el sistema a partir del código, la base de datos y los registros, sin documentación. En este caso empezamos por poner el código bajo control de versiones, crear un entorno de pruebas y escribir pruebas sobre los procesos críticos antes de tocar nada. Después corregimos y terminamos por fases. Mi conclusión es que casi cualquier proyecto se puede rescatar si se tiene acceso al código y se trabaja con método.»
Ángel González, director de NOÁTICA Informática para empresas
Preguntas frecuentes
¿Se puede terminar un software que ha hecho otro?
En la mayoría de los casos sí. La auditoría inicial dice si conviene terminarlo, rehacer partes o empezar de nuevo, con números.
¿Qué necesito para empezar?
El código fuente, el acceso a los servidores y bases de datos, y la documentación o los requisitos que existan.
¿Y si el proveedor no entrega el código?
Depende del contrato. Conviene asesoramiento legal y, si hay conflicto, un peritaje que documente la situación.
¿Tiene un proyecto de software parado?
Auditamos lo que hay, le decimos con franqueza si conviene terminarlo o rehacerlo y lo ponemos en producción con el código a su nombre.
