Migrar SharePoint sin parar la operación
Lo difícil de una migración no es mover archivos. Es que nadie deje de trabajar mientras se mueven.
Hay dos formas de ejecutar una migración de SharePoint. Una es elegir un fin de semana, apagarlo todo, copiar y rezar. La otra es aceptar que la operación no puede parar y diseñar la migración en torno a ese hecho.
Hemos hecho la segunda en farms globales de la Comisión Europea, en la intranet de publicación del Gobierno irlandés y en migraciones de on-premises a SPFx para clientes de la Fortune 500. El patrón se repite siempre.
Lo que se aprende a mirar de otra manera
El instinto natural es tratar la migración como un problema de transporte de datos. Al principio, nosotros también lo hicimos así. No lo es. Es un problema de continuidad.
Los archivos siempre acaban llegando. Lo que arruina un proyecto es el día en que un equipo abre el portal y no encuentra el documento que necesita en ese momento. Da igual que exista en alguna parte. Para esa persona, en ese instante, el sistema ha fallado. Y ahí es donde se pierde la confianza, que sale mucho más cara de recuperar que cualquier archivo.
Lo que hacemos antes de mover un solo byte
Un inventario de verdad. No consiste en contar sitios. Consiste en saber cuáles están vivos, cuáles no ha abierto nadie desde hace años, quién es el responsable de cada uno y cuáles tienen permisos que nadie sabe explicar. Según nuestra experiencia, buena parte de lo que aparece no debe migrarse: hay que archivarlo o eliminarlo, y esa es una decisión de negocio, no técnica.
Un mapa de dependencias. Flujos, formularios, personalizaciones e integraciones que alguien hizo hace siete años y que todavía alimentan un informe que el consejo lee cada lunes. Aquí es donde están las sorpresas.
Una decisión sobre el legado. Las web parts clásicas no van a sobrevivir. La pregunta no es cómo convertirlas, sino si merecen que se las convierta. A menudo la respuesta honesta es que no.
Por oleadas, no por big bang
Se mueve por grupos con fronteras claras: una dirección, una función, un conjunto de sitios con el mismo responsable. Cada oleada tiene un periodo en el que origen y destino coexisten, con el origen en modo de solo lectura. Si algo falla, nadie se queda sin trabajar: se echa atrás una oleada, no el proyecto entero.
Sobre el papel es más lento. En la realidad es mucho más rápido, porque no hay paradas no planificadas.
Lo que se gana trabajando así
Se gana el derecho a equivocarse en pequeño. En una migración big bang, el primer error es público, es grande y llega a la dirección el mismo día. Por oleadas, el primer error afecta a treinta personas, se corrige en una mañana y la siguiente oleada ya no lo repite.
Nada se deja al azar. Esa es la diferencia entre una migración que se recuerda por el resultado y otra que se recuerda por el fin de semana.
