Modernización de sistemas sin perder lo que tu sistema ya sabe
Para empresas cuyo sistema actual empezó a limitar la operación. Solvers entiende lo que funciona, lo que dejó de servir y lo que hay que preservar: reglas, excepciones, integraciones y formas de trabajar construidas a lo largo del tiempo. A partir de ahí, evaluamos contigo si es mejor mantener, evolucionar por partes o sustituir, y planificamos la transición.
¿Prefieres el correo? Escribe a contato@solvers.com.br.
Señales de que el sistema empezó a limitar el negocio
- Los cambios necesarios se vuelven difíciles de hacer. Una nueva regla comercial o un cambio de proceso exige soluciones alternativas cada vez más trabajosas.
- Los controles paralelos pasan a ser parte de la rutina. Hojas de cálculo y verificaciones manuales compensan lo que el sistema no logra acompañar.
- Las herramientas no intercambian la información necesaria. El equipo vuelve a digitar datos o consulta varios lugares para terminar una tarea.
- El funcionamiento depende de conocimiento poco documentado. Pocas personas saben explicar ciertas reglas o excepciones, y los cambios se vuelven más delicados.
- El sistema ya no atiende adecuadamente a la operación. La evaluación puede abarcar accesos, seguridad, rendimiento y otras necesidades identificadas en el diagnóstico.
La antigüedad de la tecnología, por sí sola, no determina la decisión. Estas señales no prueban que haya que rehacerlo todo.
Qué incluye un proyecto de modernización
- Análisis de lo que el sistema hace hoy: procesos, reglas, usuarios, datos e integraciones; código, arquitectura, infraestructura, accesos, seguridad y rendimiento según las necesidades del proyecto.
- Identificación de lo que no está documentado, como verificaciones hechas por personas con experiencia y condiciones especiales de aprobación.
- Prioridades y una primera entrega con objetivos verificables, dejando claro qué cambia, qué se mantiene y quién valida.
- Planificación de la convivencia entre el sistema antiguo y el nuevo, cuando sea técnicamente viable, con el intercambio de información entre ellos.
- Migración de datos con criterios de verificación acordados y, según el proyecto, migraciones de prueba.
- Pruebas y homologación en un entorno controlado, con criterios de aceptación y responsables de la aprobación definidos.
- Puesta en producción planificada y seguimiento de los flujos afectados, según el alcance contratado.
Del análisis del sistema actual a la evolución, por etapas
Antes de cambiar, conversamos con los usuarios e identificamos lo que el sistema hace hoy.
- 01
Entender
Lo que el sistema hace hoy: procesos, reglas, usuarios, datos e integraciones, incluido lo que no está documentado.
- 02
Priorizar
Objetivos verificables y una primera entrega, organizados con el cliente por impacto, urgencia, riesgos y dependencias.
- 03
Planificar la convivencia
Qué sistema responde por cada parte del proceso y cómo pasa la información entre el antiguo y el nuevo.
- 04
Migrar datos
Qué se va a llevar y los criterios de verificación, acordados con los responsables de la información.
- 05
Probar
Homologación en un entorno controlado con quienes conocen el proceso: lo que cambió y lo que debe seguir funcionando.
- 06
Poner en producción
Una secuencia conocida por los involucrados, responsables, verificaciones y, si es necesario, una ventana de interrupción planificada.
- 07
Acompañar
Los flujos afectados y las dificultades de los usuarios, para orientar los ajustes y las próximas etapas.
Lo que un sistema antiguo todavía tiene para enseñar
El principal patrimonio de un sistema no siempre está en sus pantallas. Puede estar en una regla de cálculo, en una excepción de aprobación o en la forma en que se relaciona la información de distintas áreas.
También es importante distinguir una regla necesaria de una solución alternativa que surgió por una limitación de la herramienta. No todo debe reproducirse tal cual, pero nada relevante debe desaparecer por falta de entendimiento. Incluso cuando la decisión es sustituir, el sistema anterior sigue siendo una fuente importante de conocimiento.
Y la transición forma parte del proyecto: evitar interrupciones es un objetivo de planificación, no una promesa. Si hace falta una parada, se identifica, se acuerda y se prepara con las personas involucradas.
Aprobaciones en hojas de cálculo, registros en el sistema
Imagina una empresa cuyo sistema atiende bien los registros y los pedidos, pero que usa hojas de cálculo para seguir las aprobaciones. El equipo también tiene que volver a digitar parte de la información en otra herramienta.
Antes de proponer un cambio completo, la evaluación busca entender si es posible preservar los registros y los pedidos, conectar las herramientas y mejorar el flujo de aprobación. Si las condiciones técnicas lo permiten, esta puede ser una primera etapa con límites claros: entender las reglas y los responsables, delimitar la entrega, evaluar el intercambio de información con el sistema existente, definir qué datos transferir y validar el flujo con los usuarios antes del cambio en la rutina. Si hay restricciones que impiden esa evolución, el análisis puede señalar otro camino.
Ejemplo ficticio, para ilustrar el método. No representa un caso ni un resultado de cliente.
Dudas sobre modernización de sistemas
¿Necesito sustituir todo el sistema?
No necesariamente. Hay tres alternativas a considerar: mantener y corregir puntos específicos, evolucionar por partes o sustituir. La elección relaciona la necesidad del negocio, las restricciones del sistema y los riesgos del cambio. Una dificultad de integración, por ejemplo, puede estar concentrada en una parte específica del flujo.
¿Es posible modernizar sin detener la operación?
Evitar interrupciones es un objetivo de planificación, no una promesa aplicable a cualquier proyecto. Según las condiciones técnicas, puede ser necesaria una parada. En ese caso, la ventana se planifica con el cliente, y también se evalúa cómo recuperar la operación si el cambio no funciona como se esperaba.
¿Cómo se migran los datos?
Antes de la transferencia, identificamos qué se va a llevar, de dónde viene y qué ajustes son necesarios, y acordamos los criterios de verificación con los responsables de la información. Según el proyecto, se hacen migraciones de prueba y verificaciones de consistencia, relaciones, totales relevantes y registros esenciales. Un recuento de registros correcto no basta para probar que la migración atendió al negocio.
¿El sistema antiguo y el nuevo pueden funcionar al mismo tiempo?
Cuando es técnicamente viable, sí. Para ello, hay que definir qué sistema responde por cada parte del proceso y cómo pasa la información entre ellos. La convivencia no se presupone: su viabilidad se evalúa antes de orientar la secuencia de las entregas.
¿Qué pasa después de la puesta en producción?
Acompañamos los flujos afectados y las dificultades de los usuarios, para identificar ajustes y orientar las próximas etapas. Las condiciones de acompañamiento, soporte y evolución se definen en el alcance contratado; no hay un plazo único que sirva para todos los proyectos.
Para profundizar
Artículos del blog de Solvers, en portugués:
¿Qué necesita acompañar tu sistema?
Cuéntanos qué tarea se volvió más difícil, quién se ve afectado, qué controles paralelos existen y qué debe seguir funcionando durante el cambio. A partir de ahí, evaluamos juntos las alternativas y las prioridades.
Habla sobre tu sistema →O escribe a contato@solvers.com.br.