Mantenimiento de software: tipos, costos y contrato

¿Qué es el mantenimiento de software?

El mantenimiento de software es el trabajo continuo de mantener una aplicación confiable, segura y útil después de su lanzamiento. Va más allá de corregir errores: incluye actualizaciones, parches de seguridad, mejoras de rendimiento, documentación y los cambios pequeños que mantienen el sistema alineado con la forma en que la gente trabaja.

Un sistema que estaba bien al lanzarse puede volverse lento, frágil o inseguro si nadie se hace cargo. Los navegadores y sistemas operativos cambian, los servicios externos retiran versiones antiguas, las bibliotecas reciben correcciones de seguridad y los usuarios descubren nuevas necesidades. El mantenimiento es la forma de mantenerse al día.

Los cuatro tipos de mantenimiento de software

Correctivo: corregir defectos como flujos rotos, cálculos equivocados, integraciones que fallan o errores que reportan los usuarios. Buenos reportes y un proceso de publicación con pruebas evitan que una corrección cause otro problema.
Adaptativo: mantener el software funcionando cuando cambia lo que lo rodea: una nueva versión del navegador o del sistema operativo, un servicio externo que cambia su interfaz, nuevas reglas de un procesador de pagos o la actualización de una base de datos.
Perfectivo: mejorar el software según los comentarios de los usuarios: un flujo más rápido, una navegación más clara, un informe más sencillo o un paso menos para terminar una tarea.
Preventivo: reducir riesgos futuros limpiando código frágil, agregando pruebas, quitando funciones sin uso, reforzando las copias de seguridad, actualizando la documentación y reemplazando dependencias vulnerables.

El trabajo preventivo es lo primero que se recorta cuando hay prisa, y lo más caro de omitir. Cuanto más tiempo se ignoran los puntos débiles, más difícil es cambiarlos sin riesgo.

Qué incluye un plan de mantenimiento

Un plan no tiene que ser complicado, pero todos deben saber cómo se reportan, se priorizan, se prueban y se publican los cambios. Primero nombre a un responsable y luego defina:

Recepción de solicitudes: una sola forma de reportar errores, lentitud y pedidos.
Reglas de prioridad: ordenar el trabajo por gravedad, usuarios afectados, riesgo de seguridad, impacto en el negocio y esfuerzo.
Un calendario de actualizaciones: un ritmo previsible para parches y mejoras.
Pruebas: cómo se revisan las correcciones antes de llegar al sistema en uso.
Un plan para deshacer cambios: una forma segura de revertir una publicación que salga mal.
Documentación: qué cambió, por qué y qué deben saber los usuarios o administradores.
Un ciclo de revisión: reuniones periódicas sobre problemas repetidos, deuda técnica y riesgos próximos.

Cómo aplicar actualizaciones de software sin riesgo

Las actualizaciones cierran huecos de seguridad, corrigen defectos y mantienen la compatibilidad. Omitirlas es cómodo por un tiempo y caro después. Un proceso constante se ve así:

Sepa por qué importa la actualización: seguridad, rendimiento, compatibilidad, un error o una función nueva.
Identifique qué partes del sistema podría afectar.
Pruébela primero en una copia de prueba.
Publíquela fuera de las horas de más uso.
Avise a los usuarios de los cambios que les afectan, en lenguaje sencillo.
Vigile los errores, el rendimiento y las solicitudes de soporte después de publicarla.
Anote qué cambió y cualquier trabajo pendiente.

Los parches de seguridad merecen el camino más corto: entérese pronto cuando un marco de trabajo, complemento o biblioteca que usa tiene una falla conocida, y pruebe lo suficiente para aplicar la corrección sin causar otra interrupción.

Seguridad, copias de seguridad y monitoreo

Revise con regularidad los permisos de los usuarios y quite los accesos que ya no se necesitan.
Mantenga una lista de las bibliotecas y servicios externos de los que depende el software, y actualice o reemplace los que quedan obsoletos.
Haga copias de seguridad automáticas, guarde una copia en otro lugar y pruebe una restauración antes de necesitarla.
Vigile la disponibilidad, los errores, los tiempos de respuesta, los procesos que fallan, el almacenamiento y las integraciones, para ver los problemas antes de que los reporten los usuarios.
Explique los cambios de seguridad a los usuarios, como activar el inicio de sesión con varios factores, para que los sigan.

Cuánto cuesta el mantenimiento de software

No hay un precio único, porque el trabajo depende del software. Lo que más influye en el costo es:

Qué tan grande y antiguo es el sistema, y qué tan ordenado está su código.
Cuántos servicios externos, integraciones y bibliotecas usa.
Qué tan rápido hay que atender los problemas y si alguien debe estar disponible fuera del horario.
Si maneja datos sensibles o debe cumplir reglas de su sector o del sector público.
Cuánto trabajo nuevo espera además de correcciones y actualizaciones.

Presupueste el mantenimiento cada año, no solo al lanzar. Los modelos comunes son una iguala mensual con un número fijo de horas, el cobro por hora de cada solicitud o una tarifa fija para un alcance definido, como actualizaciones de seguridad y monitoreo. Pida a cualquier empresa de mantenimiento de software una cotización por escrito que separe el mantenimiento rutinario de las funciones nuevas, para ver cuánto cuesta cada cosa.

Qué poner en un contrato de mantenimiento de software

Alcance: exactamente qué incluye, como corrección de errores, actualizaciones de seguridad y de dependencias, alojamiento, monitoreo y copias de seguridad.
Exclusiones: qué se cobra aparte, por lo general funciones nuevas y cambios grandes.
Tiempos de respuesta y de solución para cada nivel de gravedad, y cómo localizar a alguien en una emergencia.
Horas y precios: la iguala, la tarifa por hora y qué pasa con las horas no usadas.
El proceso de cambios: cómo se estiman, se aprueban y se programan las solicitudes.
Acceso: quién tiene las cuentas de administrador, las credenciales y el repositorio del código.
Documentación e informes: notas de cada versión, un registro del trabajo hecho e informes periódicos.
Fin del contrato: el plazo de aviso y cómo se devuelven el código, los datos, las credenciales y la documentación.

¿Equipo propio o servicios de mantenimiento externos?

Muchas organizaciones combinan ambos. Un responsable interno conoce a los usuarios y la historia; los servicios externos aportan habilidades especializadas, más capacidad o experiencia con una plataforma concreta. Una guía aproximada:

Herramienta interna pequeña y de poco riesgo: un responsable interno con una revisión programada y soporte básico.
Sistema crítico para el negocio: un plan de mantenimiento por escrito con rutas claras para escalar problemas.
Código antiguo y frágil: una revisión técnica externa y después trabajo preventivo.
Actualizaciones e integraciones frecuentes: una gestión ordenada de las publicaciones y monitoreo continuo.

Sea cual sea la combinación, deje por escrito quién vigila el sistema, quién atiende lo urgente, quién aprueba las actualizaciones y quién habla con los usuarios.

Una lista práctica de mantenimiento

Nombre a un responsable de las decisiones de mantenimiento.
Mantenga a la vista una lista de errores, pedidos, riesgos y deuda técnica.
Programe actualizaciones y parches de seguridad.
Vigile la disponibilidad, los errores, el rendimiento y las integraciones clave.
Pruebe los cambios, incluidos los flujos relacionados, antes de publicarlos.
Mantenga copias de seguridad y pruebe restauraciones.
Revise los permisos y quite los accesos que ya no se necesitan.
Mantenga la documentación al día.
Anuncie con anticipación las interrupciones planeadas y los cambios grandes.
Corrija la causa de los problemas que se repiten.
Acuerde por escrito qué hace el personal interno y qué hacen los proveedores externos.
Revise el plan cuando cambien el software y la organización.

Dónde encaja ASL

En el software que construye ASL, el plan del proyecto indica quién atiende incidentes, actualizaciones y cambios futuros, y el soporte después del lanzamiento queda por escrito en el acuerdo, de modo que el mantenimiento se decide antes de publicar y no después del primer problema.

Si ya tiene un software que necesita cuidado, el trabajo de desarrollo de software a medida de ASL empieza por revisar el código actual, cómo funciona y su permiso para cambiarlo. Esa revisión puede terminar en una mejora pequeña en lugar de un reemplazo.

Preguntas frecuentes

¿Cuáles son los cuatro tipos de mantenimiento de software?

Correctivo (corregir defectos), adaptativo (adaptarse a los cambios alrededor del software), perfectivo (mejorarlo según los comentarios de los usuarios) y preventivo (reducir riesgos futuros con limpieza, pruebas, documentación y actualización de dependencias).

¿Cuánto cuesta el mantenimiento de software?

Depende del tamaño y la antigüedad del sistema, de sus integraciones y bibliotecas, de qué tan rápido hay que atender los problemas y de si maneja datos sensibles. Presupuéstelo cada año y pida una cotización que separe el mantenimiento rutinario de las funciones nuevas.

¿Qué debe incluir un contrato de mantenimiento de software?

El alcance y las exclusiones, los tiempos de respuesta según la gravedad, las horas y los precios, el proceso de cambios, quién tiene el acceso y las credenciales, la documentación y los informes, y cómo se devuelven el código, los datos y las credenciales al terminar el contrato.

¿Cada cuánto se debe actualizar el software?

Aplique los parches de seguridad en cuanto pueda probarlos. Las demás actualizaciones pueden seguir un calendario fijo, por ejemplo mensual o trimestral, fuera de las horas de más uso y con un plan para revertirlas.

¿El mantenimiento de software es lo mismo que el soporte?

Se parecen. El soporte responde las preguntas y los incidentes de los usuarios; el mantenimiento cambia el software mediante correcciones, actualizaciones y mejoras. Un buen contrato dice qué proveedor hace cada cosa.

Guías relacionadas

Conozca el producto completo

Consulte funciones, acceso actual y límites

Mantenimiento de software: los cuatro tipos, cuánto cuesta y qué poner en el contrato