El desarrollo no termina al entregar los archivos
Quien recibe una modificación necesita saber qué versión debe utilizar, qué configuración requiere y cómo comprobar que funciona. Si falta esa información, una mejora pequeña puede generar dependencia de quien la ha programado.
En proyectos COBOL para Melilla definimos desde el inicio qué documentación y comprobaciones acompañarán a la entrega. El contenido se adapta al alcance: una corrección puntual no necesita el mismo manual que una función nueva, pero ambas requieren una forma de validación.
Distinguir terminado, probado y pendiente
Una tarea puede estar desarrollada y seguir pendiente de datos o autorización para probarla. Registramos esos estados de manera separada. La aceptación no se da por hecha porque el código compile o porque se haya mostrado una ejecución de ejemplo.
Las limitaciones se explican junto a su efecto operativo. Si falta comprobar un tipo de archivo o un volumen determinado, el responsable debe conocerlo antes de decidir la publicación.
Migrar a .NET pensando en el mantenimiento posterior
Al desarrollar en C# se acuerda quién recibirá el código y qué conocimientos necesita para mantenerlo. La arquitectura debe poder explicarse al equipo que seguirá trabajando con ella, no depender de una generación automática difícil de revisar.
Si COBOL permanece durante la transición, se documenta la frontera entre ambos sistemas. Se identifica dónde modificar una regla, dónde consultar un error y qué versiones deben utilizarse juntas.
IA con resultados trazables
OpenAI o Claude, de Anthropic, pueden apoyar tareas de lectura, pruebas y documentación cuando el cliente autorice su uso. El material generado se revisa y se vincula a cambios concretos. Una explicación extensa no demuestra que todas las dependencias se hayan resuelto.
La entrega no necesita incluir secretos ni conversaciones completas con la herramienta. Necesita conservar decisiones, código revisado y pruebas reproducibles que otra persona pueda comprender.
Preparar el cierre y la continuación del servicio
La fase final revisa los objetivos acordados, los elementos entregados y los asuntos que quedan fuera. Se define cómo comunicar una incidencia relacionada con el cambio y cómo se presupuestarán nuevas necesidades. No se confunde una entrega de desarrollo con un mantenimiento ilimitado.
Como situación ilustrativa, un módulo de exportación podría pasar a .NET mientras la aplicación principal sigue en COBOL. El cierre incluiría formatos, ejecución y prueba de comparación. No se presenta como una experiencia acreditada con una empresa de Melilla.