Mantenimiento del software después del desarrollo: ¿qué sigue?

El mantenimiento del software es tan importante como el desarrollo del software. Permite que las soluciones se adapten a situaciones tecnológicas y empresariales cambiantes.

Tradicionalmente, las empresas de subcontratación de desarrollo de software aconsejan a sus clientes que utilicen servicios de mantenimiento de software para lograr un rendimiento mejor y consistente del sistema. Esto se debe a que muchas de las mejoras del software ocurren durante esta fase y es por eso que una asociación de desarrollo exitosa no puede terminar con el lanzamiento del producto.

De hecho, según el autor de “ Software Engineering Facts and Falacies ”, el mantenimiento suele utilizar un promedio del 60% de los costos totales del software y “es probablemente la fase más importante del ciclo de vida del software”.

El mantenimiento del software ayuda a ampliar los programas. Desafortunadamente, es fácil pasar por alto la transición de un equipo de desarrollo de software a un equipo de mantenimiento. Las organizaciones suelen estar tan concentradas en terminar un proyecto que se olvidan de las tareas de mantenimiento y gestión posteriores al proyecto.

¿Qué es el mantenimiento de software?

El ciclo de vida de desarrollo de software (SDLC) incluye un procedimiento de gestión importante llamado mantenimiento de software. El principal objetivo del mantenimiento del software es resolver fallas y mejorar el rendimiento del sistema modificando y actualizando las aplicaciones de software después de la implementación.

Después del desarrollo e implementación de un programa, se producen las operaciones de mantenimiento del software. Como resultado, minimizar errores, eliminar desarrollos inutilizables y utilizar metodologías de desarrollo avanzadas mejora el rendimiento del software.

El mantenimiento del software, por el contrario, no está vinculado a la fase de posdesarrollo. Los equipos de desarrollo deben asegurarse de que su programa sea seguro y escalable, además de que esté libre de errores durante la construcción. Si no siguen agregando nuevas funciones y solucionando problemas del software, podría quedar obsoleto incluso antes de su lanzamiento.

Los 4 tipos diferentes de mantenimiento de software

Existen 4 tipos de mantenimiento de software relacionados con diferentes causas y objetivos.

• Correctivo : el mantenimiento correctivo del software es la práctica de mantener una aplicación activa y operativa. Los usuarios finales son aquellos que normalmente notan errores en el diseño, la lógica o el código.
• Adaptativo : los cambios en el entorno pueden afectar las aplicaciones de software. Esto podría deberse a actualizaciones de hardware, actualizaciones del sistema operativo o cambios de infraestructura. Las modificaciones de proveedores, los enlaces a sistemas auxiliares nuevos o existentes e incluso las políticas de cumplimiento o seguridad de la industria son ejemplos de cambios ambientales.
• Perfecto : los cambios en el mantenimiento perfecto del software son generalmente evolutivos. A medida que los usuarios finales se familiarizan con un programa de software, comienzan a hacer listas de deseos de nuevas funciones. En determinadas circunstancias, un perfecto mantenimiento del software incluye la eliminación de funcionalidades superfluas o redundantes.
• Preventivo : el mantenimiento preventivo del software es similar a aplicar un vendaje a una herida. Implica realizar pequeños ajustes incrementales a las aplicaciones de software para que puedan funcionar durante períodos de tiempo más prolongados.

Mover un proyecto del desarrollo al mantenimiento

Transferir un proyecto de un equipo de desarrollo a un equipo de mantenimiento suele ser complicado y difícil. Afortunadamente, existen algunas prácticas recomendadas a seguir para todos los cambios.

• Elija líderes de equipo sólidos : los líderes de equipos de proyecto, como líderes de desarrollo , analistas de negocios y otras partes interesadas, mantienen contacto con los líderes de equipos de mantenimiento. Saber a quién acudir en busca de consejos y decisiones puede reducir el riesgo y facilitar una transición sin problemas. Los líderes de equipo deben hablar sobre cómo la nueva aplicación de software afectará o cambiará los acuerdos de nivel de servicio (SLA) actuales.
• Prepare un presupuesto de transición : las empresas deben recordar presupuestar la transición del desarrollo al mantenimiento de un proyecto. Ésta no es una práctica que deban apresurarse o ignorar. Las empresas deben asegurarse de que todas las partes interesadas sean conscientes de la necesidad de una estrategia de apoyo sólida. Este presupuesto también puede cubrir la necesidad de trabajadores de apoyo adicionales una vez completada la implementación.
• Comience temprano : al pasar proyectos del desarrollo al mantenimiento, evite el "método de dejar y ejecutar". Las empresas de desarrollo deben permitir que los equipos de mantenimiento hagan un seguimiento de los equipos de desarrollo mucho antes de que terminen la tarea, involucrarlos en reuniones y comunicaciones importantes y mantener a todos informados sobre las decisiones importantes.
  Los equipos de desarrollo comprenderán mejor el estado actual de la arquitectura existente y tendrán la capacidad de tomar mejores decisiones si los miembros del equipo de mantenimiento utilizan aplicaciones de software presentes desde el principio.
• Comunicación : las empresas deben recordar que es posible que su equipo de mantenimiento no comprenda completamente por qué toman ciertas decisiones, tienen ciertas prioridades o mantienen ciertas expectativas. El equipo de mantenimiento puede brindar un mejor soporte al software y tener empatía y propiedad al responder futuras preguntas de los usuarios finales al comunicar este tipo de detalles.
• Documentación : el procedimiento de soporte depende en gran medida de la documentación. Para dirigir el trabajo de soporte futuro, los expertos en tecnología capacitados aprenden a anticipar detalles documentados. Deben considerar a los usuarios finales que pueden estar buscando justificaciones para crear características o funcionalidades y el razonamiento detrás de las decisiones.

Un beneficio adicional de una documentación extensa es que ayuda a futuras iniciativas de desarrollo. Los equipos de desarrollo y las empresas no deben asumir que los mismos desarrolladores siempre trabajarán en actualizaciones o corrección de errores.

Elementos de documentación que deben incluir:

• Visión general
• Referencias
• Instalaciones
• Contactos
• Licencias y acuerdos
• Diagramas y prototipos con listas y resúmenes funcionales y de características.
• Detalles de configuración como estructura de directorios y roles administrativos.
• El inicio, el apagado, la copia de seguridad, la recuperación y el archivado son todos elementos operativos.
• Detalles de seguridad

Transferencia de conocimiento

Si bien la documentación es un aspecto importante del proceso de transferencia de conocimientos, no es suficiente. La dificultad es compartir conocimientos entre los equipos existentes y futuros y, al mismo tiempo, valorar el trabajo de todos en cada equipo, sabiendo que cada uno tiene conocimientos en el área que otros quizás no tienen.

Las empresas deben asegurarse de que el procedimiento de cambio incluya suficiente tiempo en el calendario para que exista cierta superposición entre los equipos de gestión de mantenimiento nuevos y existentes, cuando sea posible. A medida que comienzan a llegar solicitudes de soporte, puede ser muy beneficioso tener un recurso al que su equipo de mantenimiento pueda recurrir en busca de orientación y asistencia.

Esto también significa que la duración del servicio debe especificarse explícitamente y declararse a todas las partes involucradas. La capacidad de crear una línea clara fomenta la propiedad y permite a ambos equipos avanzar correctamente.

Aunque cada proyecto de desarrollo de software es diferente en términos de escala y complejidad, cada proceso de transición ayuda con la estandarización y el aprendizaje. Cuando se llevan a cabo reuniones posteriores a la implementación y de transición con los equipos de mantenimiento, todos tienen la oportunidad de revisar las lecciones aprendidas y establecer las mejores prácticas.