Migración a Atlassian Cloud

El más habitual es llegar sin un inventario real: proyectos activos, apps en uso, dependencias de integraciones, automatizaciones y scripts. Le siguen la falta de un propietario claro por área (quién decide, aprueba y mantiene), subestimar el trabajo de limpieza (campos duplicados, workflows sin uso, permisos heredados) y no reservar tiempo ni plan para la comunicación, la formación y la estabilización posterior al arranque.

Involucrando a los equipos clave desde el diagnóstico, no al final del proyecto: los nuevos flujos se diseñan con ellos, no para ellos. La formación también se planifica por perfiles, porque no es lo mismo un administrador de la plataforma que un usuario de negocio que gestiona tickets. Y el acompañamiento no termina en el arranque: las primeras semanas de operación real son las que más preguntas generan y donde más se consolida o se pierde la adopción. Cuando no hay un plan de gestión del cambio, una migración puede salir técnicamente impecable y aun así percibirse como un fracaso.

No existe una correspondencia 1:1 entre lo que hay en Data Center y lo disponible en Cloud. Muchos de los plugins del marketplace de Data Center no tienen versión Cloud y aun teniéndola no funcionan del mismo modo, y las automatizaciones o scripts que dependen de acceso directo a la base de datos o al sistema de archivos no se pueden trasladar tal cual. Replicarlas todas en Cloud tal cual muchas veces no es posible, suele generar sobrecoste y trasladar la misma deuda técnica a la nueva plataforma.

Por eso, no se trata de hacer un check-list de personalizaciones, sino un inventario real: qué tiene equivalente nativo en Cloud, qué puede cubrirse con una app del Marketplace y qué, al no existir alternativa estándar, requiere desarrollo a medida.

Por fases, con criterios definidos antes de empezar: qué es imprescindible desde el día uno, qué puede ir al backlog y en qué orden se aborda. De esta forma, las pruebas (técnicas y con usuarios clave sobre casos de uso reales) forman parte del proceso, no son un trámite final. Migrar rápido a un entorno sin control suficiente sale más caro de corregir después que de planificar bien desde el principio.

La seguridad y la gestión de identidades. La infraestructura pasa a ser responsabilidad de Atlassian, lo que obliga a repensar puntos que antes se daban por resueltos. La integración LDAP/AD directa de Data Center se traduce en Cloud a SSO con SAML y aprovisionamiento automático de usuarios vía SCIM. El modelo de permisos también cambia, y Atlassian Guard añade una capa de control que hay que configurar desde el principio. Además, en sectores regulados, la residencia de datos se gestiona con Data Residency, cuestiones a validar con los equipos legal y seguridad.

No, pero requiere decidirlo con criterio: no todo el histórico aporta valor, y parte de él puede ser ruido acumulado. Perder el histórico relevante, o migrarlo mal, tiene consecuencias reales (incidencias sin contexto, decisiones sin evidencia, procesos que no se pueden justificar en una auditoría). Según el origen de los datos, la migración puede ser directa o requerir trabajo a medida: transformación de datos, mapeo de campos y reconstrucción de relaciones entre incidencias, adjuntos y rastros de aprobación.

Una migración correcta cumple el objetivo técnico: los datos están, los sistemas funcionan, los usuarios pueden operar. Es necesario, pero no suficiente. Es excelente cuando el entorno resultante es mejor que el de origen, no solo equivalente: cuando se aprovecha para estandarizar procesos, definir gobierno y eliminar deuda técnica. Si después de migrar los usuarios trabajan mejor y TI gestiona mejor, fue excelente; si solo funciona, fue correcta.

Profesionales certificados en el ecosistema Atlassian con experiencia en migraciones, implementaciones, integraciones y desarrollo a medida. La diferencia está en la transversalidad: tener capacidades de DevOps, IA y desarrollo a medida dentro del mismo equipo permite resolver las necesidades que casi siempre aparecen más allá de la plataforma (automatización, integración con sistemas corporativos, gestión de identidades, reporting avanzado) sin depender de terceros, lo que se nota tanto en plazos como en resultado.