Servicio
Un área entera adentro del sistema, sin frenar la operación.
Lo que hoy vive en planillas, carpetas compartidas y papel pasa al sistema con su información anterior cargada y su gente entrenada. El área sigue funcionando todos los días mientras se hace.
- Lo decide y lo contrata
- Dirección · Gerencia administrativa
- Con qué termina
- El área operando dentro del sistema, con su información anterior cargada y su gente entrenada.
De qué se parte
Cuando la planilla es el sistema de verdad.
La planilla es el sistema de verdad
Hay un sistema de gestión, y al lado hay una planilla que es la que el área consulta de verdad. Mientras esa planilla exista, cualquier dato del sistema es una referencia y no una fuente.
La información depende de quién esté
Hay alguien que sabe dónde está todo y cómo se hace cada cosa. Funciona muy bien hasta que esa persona se toma vacaciones, cambia de área o se jubila.
Nadie puede parar para migrar
El área atiende todos los días y no hay una ventana para detenerse a ordenar. Por eso los proyectos de este tipo se postergan durante años, y por eso la migración tiene que convivir con la operación en lugar de interrumpirla.
Cómo se trabaja
Migrar un área sin frenarla mientras se migra.
- 01Mapa de qué vive hoy fuera del sistemaQué planillas, qué carpetas, qué formularios en papel, y sobre todo qué sostiene cada uno. Casi siempre aparece algo crítico que nadie sabía que estaba afuera.
- 02Qué conviene migrar primero y qué dejar como estáNo todo lo que está afuera tiene que entrar. Una planilla que usa una persona dos veces al año puede quedarse donde está; decidir eso explícitamente evita el proyecto interminable.
- 03Modelo de datos del áreaCómo se describe la información del área y cómo se relaciona con el padrón, los planes y los contratos. Es lo que hace que el dato deje de vivir en una isla.
- 04Migración con su historiaLo que ya existe entra con sus antecedentes, no desde cero. Un área que estrena el sistema sin su historial vuelve a la planilla la primera vez que necesita consultar algo del año pasado.
- 05Acompañamiento durante el cambioEs donde fallan estos proyectos. El sistema puede estar impecable y el área seguir usando la planilla, y eso no se arregla con una capacitación de dos horas: se arregla estando mientras el equipo lo usa las primeras semanas.
Así está resuelto hoyEn Centro Médico Pueyrredón el stock, la droguería y el recetario se operan desde el sistema: la recepción y la entrega se cargan cuando ocurren, con su usuario, y el consumo llega solo a la liquidación. Antes era un área que vivía en planillas.
Qué incluye
Lo que entra en el trabajo.
Con qué terminaEl área operando dentro del sistema, con su información anterior cargada y su gente entrenada.
- Mapa de qué vive hoy fuera del sistema y qué sostiene
- Qué conviene migrar primero y qué conviene dejar como está
- Modelo de datos del área y su relación con el padrón
- Migración de lo que ya existe, con su historia
- Acompañamiento del equipo durante el cambio, que es donde fallan estos proyectos
El límite
No se hace sin la gente del área adentro
Un proyecto de este tipo necesita que alguien del área participe de las decisiones y le ponga tiempo. Cuando se encara desde sistemas sin esa participación, el resultado es un software correcto que el área no usa — y eso ya no se arregla con más desarrollo.
Preguntas
Lo que nos preguntan sobre este servicio.
- ¿Se puede hacer sin frenar la operación del área?
- Sí, y es la única forma realista de hacerlo. El área atiende todos los días y no existe una ventana para detenerse, así que la migración se hace por partes y conviviendo con lo que ya funciona: durante un tiempo el sistema nuevo y la planilla vieja corren en paralelo, hasta que el equipo deja de abrir la planilla porque ya no la necesita.
- ¿Qué pasa con la información que ya existe?
- Entra con su historia. Migrar un área sin sus antecedentes garantiza que la primera vez que alguien necesite consultar algo del año pasado vuelva a la carpeta vieja, y a partir de ahí el sistema nuevo queda como un formulario de carga. Cuánto historial entra se define al principio, porque condiciona el esfuerzo y no todos los datos viejos valen lo mismo.
- ¿Por qué suelen fracasar estos proyectos?
- Casi nunca por el software. Fracasan porque el área no participó de las decisiones, porque se migró sin historial, o porque se dio por terminado el día que el sistema salió a producción en vez del día en que el equipo dejó de usar la planilla. Las tres cosas son previsibles, y por eso el acompañamiento durante el cambio es una etapa del trabajo y no un extra.
Los otros servicios
Se contratan sueltos, y se encadenan bien.
Cada uno resuelve algo por su cuenta. Y hay un orden que funciona mejor que los otros: ordenar el conocimiento, ponerlo a responder adentro, y recién después abrirlo.
¿Querés que miremos tu caso?
Contanos cómo funciona hoy en tu organización. En la primera conversación te decimos qué conviene hacer, en qué orden y qué no haría falta hacer — incluso si eso significa que no haya trabajo para nosotros.
Primera conversación sin costo · Respuesta en el día hábil siguiente