Mantenimiento y modernización de aplicaciones a medida
En ZodMobile trabajamos sobre aplicaciones que ya están en explotación, desarrolladas por nosotros o por terceros, y que la empresa necesita mantener en funcionamiento mientras evolucionan sus requisitos. Damos servicio tanto a aplicaciones con mantenimiento activo como a aplicaciones que han quedado sin soporte.
Cuándo interviene este servicio
Las situaciones que motivan la contratación suelen ser reconocibles y se repiten con frecuencia:
- La aplicación se heredó de un proveedor con el que ya no existe relación, o de un desarrollador que no está localizable.
- El proveedor original cesó su actividad, cambió de orientación o dejó de atender las incidencias en plazos razonables.
- El sistema funciona correctamente, pero no existe documentación ni pruebas, y cualquier modificación se percibe como un riesgo.
- Es necesario acometer un cambio concreto, por normativa, por una integración nueva o por un requisito de negocio, y no hay equipo disponible para abordarlo.
Tipos de mantenimiento
Correctivo
Resolución de incidencias y corrección de defectos detectados en explotación, con los plazos de respuesta que se fijen en el acuerdo de nivel de servicio.
Evolutivo
Incorporación de nuevas funcionalidades y modificación de las existentes conforme cambian los requisitos de negocio.
Adaptativo
Ajustes derivados de cambios en el entorno, como versiones de lenguaje o de entorno de desarrollo que quedan sin soporte, migraciones de servidor o de base de datos y cambios normativos como los de facturación.
Perfectivo
Mejoras de rendimiento, de mantenibilidad y de seguridad sobre funcionalidad ya existente, orientadas a reducir la deuda técnica acumulada.
Cómo trabajamos
Seis pasos, y en cada uno de ellos la decisión de continuar es suya.
-
Primera conversación
Una primera conversación sin compromiso, en la que basta con conocer qué hace la aplicación, desde cuándo está en funcionamiento, en qué tecnología está desarrollada y qué necesita resolver.
-
Acuerdo de confidencialidad
Antes de acceder a nada se firma un acuerdo de confidencialidad, de modo que ni el código ni los datos ni la información de negocio salen de ese marco.
-
Auditoría a precio cerrado
La auditoría se contrata a precio cerrado y se realiza en modo de solo lectura, sin modificar el sistema en explotación.
-
Informe de alcance y presupuesto
Como resultado se entrega un informe con el alcance, los riesgos identificados y un presupuesto cerrado para la fase siguiente. El informe es suyo y conserva su valor tanto si decide continuar como si no.
-
Usted decide si se continúa
La auditoría termina en una decisión suya. Puede detenerse aquí, contratar la fase siguiente, o llevarse el informe a otro proveedor.
-
Ejecución por fases y entrega
La modernización se ejecuta por partes, con un alcance y un precio acordados antes de empezar cada una, y ninguna parte del sistema se sustituye hasta haber comprobado que la nueva se comporta igual que la anterior. El sistema anterior permanece disponible mientras dura ese proceso. Al terminar recibe la aplicación junto con el conjunto de comprobaciones generado durante el proyecto, que queda en su repositorio.
Responsable del proyecto
El proyecto tiene en todo momento un responsable con nombre y apellidos, y ninguna modificación llega al sistema en explotación sin haber sido revisada. El procedimiento es el mismo en todos los proyectos y no depende de quién lo lleve.
Por qué no reescribirlo directamente
Las reescrituras fracasan por motivos que tienen poco que ver con la capacidad técnica. Esto es lo que hacemos de otra manera.
| La reescritura habitual | Nuestro enfoque | |
|---|---|---|
| Alcance del cambio | Se sustituye el sistema completo de una vez. | Por partes, y con el sistema en funcionamiento desde el primer día. |
| Referencia | Una especificación que nadie llegó a escribir. | Lo que su sistema hace hoy, comprobado antes de tocar nada. |
| Interrupción del servicio | Un fin de semana de migración, con el riesgo de que se alargue. | Ninguna. El sistema actual sigue disponible durante todo el proceso. |
| Quién decide | El proveedor decide cuándo está listo. | Decide usted, con la comprobación hecha y a la vista. |
| Si algo falla | Se revierte la migración completa. | Se revierte esa parte y el resto no se ve afectado. |
Documentación previa del comportamiento
Antes de modificar una aplicación que carece de documentación y de pruebas, registramos su funcionamiento real en explotación y lo convertimos en comprobaciones automáticas. A partir de ese momento cada cambio se contrasta con ese registro, de modo que una diferencia no prevista se detecta antes de llegar a producción y no después, a través de una incidencia.
Ese conjunto de comprobaciones se entrega al cliente y queda en su repositorio. Además de reducir el riesgo de cada cambio, constituye la documentación funcional que en muchos de estos sistemas nunca llegó a existir, y permite que cualquier otro proveedor pueda continuar el trabajo.
Tecnologías
Trabajamos habitualmente con PHP, tanto a medida como sobre Symfony y Laravel, con Ruby on Rails, con Node.js, con interfaces desarrolladas en jQuery o AngularJS y con bases de datos MySQL y PostgreSQL. Si la aplicación está construida sobre otra tecnología, la revisamos igualmente antes de descartar la colaboración.
Modalidades de contratación
El servicio se contrata en tres modalidades: cuota mensual, con un número de horas y unos tiempos de respuesta acordados en el nivel de servicio; bolsa de horas, para trabajo puntual sin compromiso de continuidad; y bajo demanda, para actuaciones concretas presupuestadas por separado. La cobertura estándar es 8x5, en horario laboral peninsular.
Preguntas frecuentes
¿Pueden mantener una aplicación que no han desarrollado ustedes?
Es la mayor parte de nuestro trabajo. La primera actuación en estos casos es una revisión del sistema, que se presupuesta de forma independiente y que determina si el mantenimiento posterior es viable y en qué condiciones.
¿Qué necesitan para empezar?
Acceso al código fuente, al entorno donde se ejecuta la aplicación y a alguien de la empresa que conozca el funcionamiento del negocio. No es necesario que exista documentación técnica previa.
¿En cuánto tiempo responden ante una incidencia?
Los tiempos se fijan en el acuerdo de nivel de servicio y varían según la criticidad. La cobertura estándar es 8x5, con clasificación de las incidencias por prioridad y plazos diferenciados de respuesta y de resolución.
¿Existe permanencia?
La cuota mensual se contrata con un plazo inicial acordado por escrito y puede terminarse por cualquiera de las partes con 60 días de aviso previo. No aplicamos penalizaciones por finalización del servicio.
¿Hablamos?
Para hacer una primera valoración basta con conocer qué hace la aplicación, desde cuándo está en funcionamiento, en qué tecnología está desarrollada y qué necesita resolver.