Ideas clave
- La migración sigue el orden: entender, limpiar, asignar, probar, validar, poner en marcha.
- Cada etapa se gana la siguiente: nada entra en marcha sin validar.
- Haga funcionar el proceso antiguo y el nuevo en paralelo de 2 a 4 semanas antes de comprometerse.
- Fije una fecha de retirada para las hojas antiguas, o el personal volverá a ellas.
Seis etapas, una regla
Entender, limpiar, asignar, probar, validar, poner en marcha. La regla es que cada etapa se gana la siguiente: los datos sin asignar no se prueban, los datos sin probar no se validan y nada entra en marcha sin validar.
Entender va primero porque las hojas de cálculo esconden la estructura. Antes de mover nada, necesita saber qué archivos son los actuales, qué funciones cumplen y cuáles de esas funciones se mueven en esta fase.
Planifique la ejecución en paralelo
La ejecución en paralelo es la prueba que importa: el proceso nuevo frente al antiguo, sobre trabajo de planificación real, durante 2 a 4 semanas.
- Elija las funciones que se migran en esta fase.
- Haga funcionar las hojas antiguas y el proceso nuevo en paralelo de 2 a 4 semanas.
- Compare los resultados y persiga cada diferencia hasta su causa: datos, asignación o proceso.
- Corrija lo que la ejecución exponga, y compruebe la corrección la semana siguiente.
- Forme al personal que será responsable de las funciones migradas.
- Retire las hojas antiguas para esas funciones en una fecha concreta.
Retire los archivos antiguos, con fecha
Si las hojas antiguas siguen vivas después de la migración, el personal vuelve a la herramienta conocida y el centro acaba manteniendo dos versiones del mismo trabajo. Eso recrea la deriva de versiones que la migración debía terminar.
La retirada pertenece al plan de puesta en marcha: qué archivos dejan de ser válidos, en qué fecha y quién avisa a las personas que los usan.
Cómo hacerlo en Smootables: importe sus datos de Excel
Import data
Column mapping
Smootables importa datos de horario desde archivos de Excel o CSV mediante un asistente de cuatro pasos, así que el ciclo limpiar-asignar-probar se hace en el producto y no en scripts.
- Abra Importar datos en la navegación superior. El asistente sigue los pasos Destino, Archivo, Asignación, Confirmar.
- Elija qué contiene el archivo: Recursos (docentes, aulas, grupos), Oferta docente (lista de unidades de estudio) o Plan de periodos completo (recursos + oferta docente + cantidades de lecciones).
- Use Descargar plantilla si prefiere rellenar una estructura limpia en lugar de asignar un archivo heredado.
- En el paso Asignación, revise las asignaciones de columnas sugeridas y marque cualquier columna que no necesite como No importar (omitir columna).
- Lea la vista previa antes de confirmar: cuenta los docentes, grupos, aulas y colocaciones que la importación creará y lista los errores de validación encontrados en el archivo.
Dónde fallan realmente las migraciones
Los fallos evitables comparten una forma: un problema de calidad de datos que nadie detectó, un plan de puesta en marcha que asumía que nada saldría mal, una formación que se dejó para después. Cada uno tiene su propia guía: limpieza de datos para el primero, implantación con el personal para los otros dos.
La validación merece su propio punto de control antes de cualquier ejecución del solucionador. Ese punto de control se cubre en comprobar los datos del horario antes de generar.
Cómo se ve la preparación para la puesta en marcha
Estar listo significa que los datos están limpios, asignados, probados y validados; que el personal está formado en las funciones de las que es responsable; que la ejecución en paralelo ha terminado sin diferencias abiertas; y que los archivos antiguos tienen una fecha de retirada que todas las personas afectadas conocen.
Si falta cualquiera de esas condiciones, la migración no va tarde. Está sin terminar.
Preguntas de planificadores sobre la migración desde Excel
¿Por qué no cambiar todo en un fin de semana?
Un cambio de golpe es el camino más rápido a la interrupción: todos los problemas de datos y de formación llegan a la vez, en producción. Un enfoque por fases saca a la luz los mismos problemas mientras el proceso antiguo sigue funcionando.
¿Qué significa "validar" en una migración?
Probar que los datos migrados sirven para trabajar: las importaciones de prueba pasan, los resultados coinciden con el proceso antiguo durante la ejecución en paralelo y las personas que conocen los registros los han revisado.
¿Cuándo termina la migración?
Cuando la ejecución en paralelo ha terminado, las hojas antiguas están retiradas para las funciones migradas y el personal trabaja en el nuevo proceso sin recaer. La retirada es la meta, no la puesta en marcha.