Cómo cerrar un proyecto tecnológico con responsables y documentación

Contrasta lo entregado con lo aceptado

Revisa alcance inicial, modificaciones aprobadas y pruebas finales. Identifica qué queda fuera y qué defectos se aceptan temporalmente. Para cada pendiente, acuerda prioridad, propietario, plazo y condición de cierre. Evita firmar «sin incidencias» cuando existen excepciones conocidas. El responsable del negocio acepta el funcionamiento de su proceso; el responsable técnico confirma las condiciones de operación. Una firma no sustituye las responsabilidades de la otra parte.

Entrega documentación que sirva al siguiente turno

Incluye inventario actualizado, arquitectura, configuración de referencia, dependencias, procedimientos de copia y recuperación y contactos de soporte. Enlaza contratos y renovaciones en su repositorio autorizado. Custodia credenciales en el sistema previsto, nunca en un manual distribuido. NIST SP 800-128 fundamenta mantener referencias y documentación de configuración; aplica esa idea al estado realmente instalado, retirando del uso cotidiano instrucciones de versiones anteriores que puedan causar errores.

Comprueba la autonomía de operación

Pide a la persona receptora que ejecute una tarea habitual, localice un registro y siga una incidencia de ejemplo. Verifica que tiene acceso a herramientas y soporte sin depender del equipo del proyecto. Ensaya el procedimiento de recuperación adecuado al servicio y registra sus límites. Si no puede realizarse aún, el cierre debe indicar quién acepta esa carencia y cuándo se resolverá. La formación impartida no prueba que el relevo pueda operar.

Cierra los accesos y compromisos temporales

Revisa permisos de proveedores, cuentas de prueba, entornos auxiliares y servicios del origen. Retíralos cuando corresponda con autorización y comprobación de dependencias. Confirma garantías, soporte y gastos recurrentes, indicando quién vigilará las renovaciones. Acuerda una revisión posterior para comparar los beneficios esperados con resultados reales. Archiva acta, evidencias y responsables en un lugar accesible para operación; evita que la documentación quede únicamente en el correo de quien dirigió el proyecto.

Prueba el relevo con una consulta de soporte

Plantea una incidencia de ejemplo sin provocar una interrupción real: una persona no puede acceder a un recurso. La persona receptora debe localizar el servicio, consultar sus instrucciones, identificar el responsable y encontrar el canal de escalado. Comprueba que los enlaces funcionan con sus permisos habituales. Si necesita pedir documentos a quien ya se ha marchado del proyecto, la entrega aún tiene una dependencia sin resolver.

Haz el mismo contraste con una obligación futura, como la renovación de un certificado o contrato. Debe constar quién recibe el aviso, quién autoriza el gasto y quién ejecuta la tarea. El cierre no exige resolver todos los trabajos futuros; exige que tengan responsables y un lugar en la operación. Si el proveedor mantiene alguna intervención temporal, registra alcance y fecha de retirada. La documentación final debe ser localizable desde el registro del servicio para que una incidencia posterior no empiece buscando el nombre interno del proyecto que lo implantó.

Fuentes y documentación

• NIST SP 800-128: gestión de configuración — Establecer configuraciones de referencia y controlar, documentar y comprobar los cambios.
• NIST SP 800-34 Rev. 1: contingencia — Marco voluntario de análisis de impacto, recuperación, pruebas y mantenimiento de planes.