Cómo distinguir mantenimiento pendiente de un proyecto nuevo

Describe la referencia que debes mantener

Busca qué configuración, servicio y nivel de funcionamiento estaban aprobados. Una actualización pendiente para conservar soporte puede formar parte del mantenimiento aunque requiera esfuerzo considerable. En cambio, «actualizar» puede esconder rediseño de procesos o una sustitución completa. La gestión de configuración de NIST plantea controlar cambios frente a una referencia conocida; utiliza esa idea para explicar qué se conserva y qué cambiará con la petición.

Descompón peticiones que mezclan resultados

Separa corrección, adaptación necesaria y mejora opcional. Por ejemplo hipotético, reparar una impresora del servicio actual es una tarea operativa; implantar impresión con nuevas reglas en varias sedes puede necesitar diseño, piloto y aceptación. No metas la mejora dentro de una incidencia para evitar su aprobación. Tampoco conviertas cada intervención ordinaria en proyecto: aumenta coordinación sin aportar una decisión útil sobre alcance o riesgo.

Revisa incertidumbre, dependencias y aceptación

Pregunta si conoces el procedimiento, si existe reversión y si el cambio afecta a otros departamentos. Si hay migración de datos, formación o terceros con entregables, asigna coordinación explícita aunque el origen sea mantenimiento. Diferencia la clasificación presupuestaria de las medidas de control: una tarea rutinaria puede requerir ventana, pruebas y autorización. Consulta con Finanzas cómo registrar el gasto sin asumir que la etiqueta técnica determina su tratamiento contable.

Deja un acuerdo que evite ampliar el alcance

Documenta resultado incluido, exclusiones, responsable y criterio de finalización. Si aparecen necesidades nuevas, regístralas por separado con su impacto en coste y calendario. Mantén las obligaciones recurrentes en la planificación operativa para que no desaparezcan detrás de los proyectos visibles. En la revisión periódica, comprueba mantenimiento vencido y proyectos abiertos como carteras distintas, vinculando las dependencias. Lo esencial es que cada trabajo tenga recursos y dueño, además de una etiqueta.

Qué hacer con una actualización que se complica

En un ejemplo hipotético, el mantenimiento previsto de una aplicación descubre que la siguiente versión elimina una integración utilizada por otro departamento. La necesidad de conservar soporte sigue existiendo, pero ya no basta una intervención rutinaria. Registra el hallazgo, separa estabilización de rediseño y presenta opciones con coste, pruebas y calendario. El trabajo adicional necesita un dueño y aceptación de quienes utilizan esa integración.

No cambies retroactivamente el motivo de la solicitud para esconder una desviación. Conserva la petición original y explica por qué ha cambiado la coordinación necesaria. Si decides tramitar la transición como proyecto, enlaza las tareas de mantenimiento que no pueden esperar y las medidas temporales para mantener el servicio. Si puede resolverse dentro de la operación, concreta igualmente alcance y comprobaciones. Esta separación permite al responsable de capacidad planificar personas y ventanas, y al negocio entender qué parte del gasto sostiene la actividad actual y qué parte modifica la forma de trabajar.

Fuentes y documentación

• NIST SP 800-128: gestión de configuración — Establecer configuraciones de referencia y controlar, documentar y comprobar los cambios.