EVOLUCIÓN TECNOLÓGICA
Lo que ya tienes no tiene por qué frenarte.
Mantener, modernizar y hacer crecer un sistema que está funcionando, sin rehacerlo desde cero y sin pararlo mientras se cambia.
Cómo se llega hasta aquí
Un sistema que funciona rara vez se rompe de golpe. Se va quedando atrás mientras nadie mira, y un día ya no acompaña.
- Cada mejora cuesta más que la anterior
- Lo que hace dos años era una tarde ahora es un presupuesto y una espera, y nadie sabe explicar en qué momento cambió.
- Quien lo construyó ya no está
- Funciona, pero nadie sabe por qué funciona. Así que tocarlo da miedo, y lo que da miedo se deja como está.
- Se aguanta hasta que hay una urgencia
- Sin mantenimiento no hay prevención: el sistema solo recibe atención cuando ya ha dejado de funcionar, que es cuando más cara sale.
Lo que cuesta
Que el negocio acabe adaptándose al sistema en vez de al revés. Se dejan de coger oportunidades porque «eso no se puede hacer con lo que tenemos», y cada avería llega en forma de urgencia, que es la manera más cara de comprar horas de ingeniería.
Con qué te quedas
Un sistema que se puede tocar sin miedo, alguien que lo conoce por dentro, y una forma acordada de pedir ayuda cuando algo falla en lugar de una llamada a ver quién contesta.
- Una base que aguanta el crecimiento en lugar de frenarlo.
- Un canal de soporte con prioridades y tiempos de primera respuesta acordados por escrito.
- Documentación de lo que hay, para que la empresa deje de depender de la memoria de alguien.
Qué entra
- Mantenimiento y soporte
- Correcciones, actualizaciones y atención a incidencias, con prioridades acordadas, una bolsa de ocho horas al mes y un tiempo máximo de primera respuesta para cada prioridad.
- Modernización del software que ya tienes
- Actualizar lo que está desactualizado y separar lo que está enredado, por partes y sin parar la operación.
- Rendimiento y coste de infraestructura
- Que vaya más rápido y que cueste menos alojarlo suelen ser el mismo trabajo hecho una vez.
- Seguridad y cumplimiento
- Revisión de dependencias, accesos y tratamiento de datos personales, y corrección de lo que aparezca.
- Nuevas funcionalidades y proyectos de mejora
- Cuando lo que se pide tiene entidad propia, se trata como proyecto: análisis, roadmap, aprobación y presupuesto. No se cuela dentro del mantenimiento.
- Capacidad técnica dentro de tu equipo
- Un perfil concreto durante unos meses, cuando lo que falta son manos y el criterio ya lo tenéis vosotros.
Cómo se trabaja
Entrar en un sistema que no construimos nosotros tiene un paso más que un proyecto nuevo, y es el primero de todos.
- ConocerSe revisa el código, la infraestructura y lo que se sabe del sistema antes de comprometer nada.
- PriorizarSale una lista ordenada por riesgo y por impacto, no por lo fácil que sea cada cosa.
- EstabilizarPrimero se para lo que sangra: lo que falla, lo que está sin actualizar y lo que puede caerse.
- MejorarLos cambios entran por partes y probados, para no meter una avería nueva mientras se arregla la vieja.
- SostenerSoporte con prioridades acordadas y una revisión periódica de qué conviene hacer después.
Por debajo
Modernizar no es reescribir. Un sistema en producción se cambia por partes y con la posibilidad de volver atrás en cada una, porque el objetivo no es que el código quede bonito: es que el negocio no se entere de que se ha cambiado.
- Se toca por partes, y cada cambio tiene una forma de deshacerse.
- Lo que se arregla queda cubierto por pruebas, para que no vuelva dentro de seis meses.
- El conocimiento queda escrito. El objetivo declarado es que puedas dejar de depender de nosotros, no lo contrario.
Antes de escribirnos.
¿Podéis haceros cargo de algo que no habéis construido vosotros?
Es lo normal en este servicio. Antes de comprometer nada se revisa el estado real: código, infraestructura, dependencias y accesos. De ahí sale una lista de riesgos y una propuesta ordenada. Y si al mirarlo resulta que sostenerlo va a costar más que rehacer una parte, se dice con los motivos delante, aunque sea la respuesta que menos nos conviene.
¿Cómo funciona el mantenimiento?
Hay un plan único, no una escalera de niveles con nombres de metal. Incluye una bolsa de ocho horas al mes para mantenimiento, soporte e incidencias, con prioridades acordadas y un tiempo máximo de primera respuesta para cada una. Las horas que no se consumen no se acumulan: caducan al final de cada mes. Lo que excede la bolsa, y lo que es una evolución con entidad propia, se presupuesta aparte.
¿Qué pasa si algo se cae fuera de horario?
El soporte ordinario va de 07:00 a 19:00, hora de Canarias, en días laborables. Fuera de ese horario puede haber asistencia según disponibilidad, pero no se compromete cobertura permanente: no ofrecemos veinticuatro horas los siete días de la semana, porque prometer lo que no se puede sostener es peor que no prometer nada. Lo que sí se acuerda por escrito es qué se considera crítico y en cuánto tiempo se da la primera respuesta.
¿Cuánto tardáis en resolver una incidencia?
Lo que se compromete es el tiempo de primera respuesta, no el de resolución, y la diferencia importa. Recibir el aviso, clasificarlo y decirte qué ocurre y cuál es el siguiente paso se puede garantizar. Cuánto tarda el arreglo depende de la causa, y ponerle un número antes de conocerla sería inventarlo. Las incidencias críticas se atienden antes que el resto.
Acabamos de recibir una entrega. ¿Ya necesitamos mantenimiento?
Todavía no. Cada entrega lleva un periodo de estabilización de quince días naturales por defecto, durante el cual se corrigen los defectos atribuibles al trabajo entregado. No cubre requisitos nuevos, cambios de criterio ni fallos causados por terceros: eso es evolución y se trata como tal. Cuando ese periodo termina, lo natural es un acuerdo de mantenimiento, o soporte puntual si el sistema se mueve poco.
Qué se acuerda por escrito
Un plan único, sin escalera de niveles. Estos son los compromisos que van en el acuerdo, y están aquí para que puedas compararlos antes de hablar con nadie.
- Bolsa de horas
- Ocho horas al mes para mantenimiento, soporte e incidencias. Las horas que no se consumen no se acumulan: caducan al final de cada mes.
- Horario de soporte ordinario
- De 07:00 a 19:00, hora de Canarias, en días laborables. Fuera de ese horario puede haber asistencia según disponibilidad, sin compromiso de cobertura permanente.
- Estabilización tras la entrega
- Quince días naturales por defecto, ampliables según el proyecto. Cubre los defectos atribuibles al trabajo entregado; no cubre requisitos nuevos, cambios de criterio ni fallos causados por terceros.
Tiempos de primera respuesta
| Prioridad | Qué es | Primera respuesta |
|---|---|---|
| P1 · Crítica | Servicio principal caído, pérdida de datos o función esencial bloqueada | 4 horas laborables como máximo |
| P2 · Alta | Impacto significativo, pero hay servicio parcial o alternativa | 8 horas laborables como máximo |
| P3 · Media | Impacto limitado; se puede seguir operando | 1 día laborable como máximo |
| P4 · Baja | Ajuste menor, consulta o mejora no urgente | 2 días laborables como máximo |
Estos tiempos son de primera respuesta: recepción del aviso, clasificación y estado inicial con el siguiente paso. Nunca son un tiempo garantizado de resolución, que depende de la causa y no puede comprometerse antes de conocerla.
Si lo que hay que hacer es construir algo nuevo: software a medida.