Por qué Atlassian cambió las reglas del juego en 2026
Dos decisiones de Atlassian han modificado el cálculo para todos los usuarios de Data Center.
Primera decisión: desde el 17 de febrero de 2026, las tarifas de renovación de Data Center han subido un 15 % en las tablas estándar. Algunos baremos contractuales antiguos han sufrido subidas aún más marcadas. Atlassian recomienda consultar atlassian.com/licensing/data-center para conocer el importe aplicable a su situación.
Segunda decisión: desde el 30 de marzo de 2026, ya no es posible contratar una nueva licencia de Jira Data Center. Los equipos que no la tenían antes de esa fecha ya no pueden comprarla. La vía oficial que propone Atlassian es la migración a Jira Cloud.
No hay que confundirlo: el cierre a los nuevos clientes no significa el fin de las licencias activas. Las licencias Data Center existentes siguen siendo válidas hasta su vencimiento, y Atlassian ha anunciado una fecha de EOL definitivo el 28 de marzo de 2029. Hasta esa fecha, las suscripciones en curso se mantienen — pero no serán renovables después del EOL ni transferibles a nuevos clientes desde el 30 de marzo de 2026.
Para una agencia o un equipo cuyo contrato llega a su vencimiento, la pregunta ya no es «seguir en Data Center o pasar a Cloud»: es «aceptar la subida y la dependencia de Cloud, o recuperar el control con una solución self-hosted de código abierto».
Lo que aporta el self-hosting frente a un Cloud impuesto
- Sin suscripción por puesto: el coste del VPS es fijo, sea cual sea el tamaño del equipo.
- Datos en su infraestructura: ninguna transferencia hacia los servidores de Atlassian ni de un tercero.
- SSO y permisos bajo su control: integración directa con su proveedor de identidad (LDAP, SAML, OIDC).
- API abierta: Plane expone una API REST completa, compatible con sus pipelines CI/CD existentes.
- Actualizaciones a su ritmo: sin migraciones forzadas impuestas por el proveedor.
- Importación desde Jira XML: Plane lee las exportaciones nativas de Jira — la migración conserva issues, comentarios y metadatos.
- Licencia AGPL-3.0: el código es auditable, sin cláusula de fair-code restrictiva.
Plane en 2026 — funcionalidades y paridad con Jira
Plane ha superado las 30 000 estrellas en GitHub (fuente: github.com/makeplane/plane) y recibe actualizaciones periódicas desde su versión 0.14. Su posicionamiento no es ser un clon de Jira, sino cubrir las necesidades operativas reales de un equipo de desarrollo o de una agencia: seguimiento de issues, sprints, ciclos de entrega, módulos (equivalentes a las epics de Jira), vistas Kanban y Gantt, estados de workflow personalizables.
La objeción más frecuente es la madurez. Dos elementos la matizan: las funcionalidades de paridad con Jira están cubiertas para la gran mayoría de los flujos de trabajo de una agencia (véase la tabla siguiente), y el control del alojamiento — datos en su VPS, SSO configurado por usted, permisos que usted define — compensa con creces las pocas ausencias en funciones avanzadas que rara vez se utilizan.
Plane frente a Jira Data Center — comparativa funcional
Desplace la tabla
| Funcionalidad | Jira Data Center | Plane (self-hosted) |
|---|---|---|
| Seguimiento de issues | Sí — campos personalizables, subtareas | Sí — campos personalizables, subissues |
| Sprints ágiles | Sí — panel Scrum completo | Sí — ciclos (equivalente a sprint) |
| Epics / agrupaciones | Sí — epics y componentes | Sí — módulos |
| Vistas Kanban y Gantt | Sí | Sí — vistas múltiples (lista, tablero, Gantt, calendario) |
| Workflows personalizables | Sí — editor de transiciones avanzado | Sí — estados y transiciones configurables |
| Integraciones CI/CD | Sí — GitLab, GitHub, Jenkins (nativo) | Sí — mediante API REST y webhooks |
| Importación desde Jira | — | Sí — importación XML nativa |
| SSO / LDAP | Sí | Sí — LDAP, SAML, OIDC |
| Licencia | Comercial — suscripción por puesto | AGPL-3.0 — gratuita en autoalojamiento |
Requisitos de VPS para Plane
Plane es una aplicación multiservicio que se despliega con Docker Compose. Incluye una API Django, un worker Celery, un frontend Next.js, una base de datos PostgreSQL y un broker Redis. Las cifras siguientes son las recomendaciones para un uso en producción estable.
Configuración mínima (equipo de hasta 15 personas): 2 vCPU · 4 GB de RAM · 20 GB de disco SSD.
Configuración recomendada (equipo de 15 a 50 personas, varios proyectos activos): 4 vCPU · 8 GB de RAM · 40 GB de disco SSD.
Para equipos más grandes, conviene sacar PostgreSQL y Redis a instancias dedicadas y añadir workers Celery adicionales.
En todos los casos: Docker Engine 24+, Docker Compose v2, un subdominio que apunte al VPS (plane.su-dominio.com) y un reverse proxy HTTPS.
Migrar de Jira a Plane — visión general
Exportar sus datos desde Jira
En Jira Data Center, vaya a Configuración del proyecto → Exportar. Elija la exportación XML completa: incluye las issues, los comentarios, los archivos adjuntos y los metadatos de workflow. Conserve el archivo generado — es la fuente única de la migración.
Aprovisionar el VPS y desplegar Plane
Despliegue Plane en su VPS mediante la plantilla de ServOrbit o siguiendo la guía detallada en Desplegar Plane en VPS. Compruebe que todos los servicios están activos (
docker compose ps) antes de empezar la importación.Importar la exportación de Jira en Plane
En Plane, acceda a Ajustes → Importadores → Jira. Cargue el archivo XML exportado en el paso 1. Plane mapea automáticamente las issues, los estados y los asignados. Compruebe la correspondencia de los estados de workflow antes de lanzar la importación.
Reconfigurar los workflows y los miembros
Plane no puede importar directamente los permisos de Jira. Recree los roles (miembro, administrador, espectador) e invite a los miembros del equipo por correo electrónico. Configure después los estados de workflow de cada proyecto para que coincidan con su proceso actual.
Conectar el SSO y las integraciones CI/CD
Configure su proveedor de identidad (LDAP, SAML u OIDC) en los ajustes de instancia de Plane. Reconecte sus pipelines CI/CD mediante los webhooks de Plane o la API REST — los endpoints están documentados en la interfaz, en Ajustes → API Tokens.
Validar y cortar el cordón con Jira
Haga funcionar Plane y Jira en paralelo durante un periodo de validación (una o dos semanas). Para el procedimiento completo de migración y los errores que evitar, consulte la guía Migrar de Jira a Plane en VPS.
Gestión multicliente desde el espacio de agencia de ServOrbit
Para una agencia, la pregunta no es solo «qué herramienta de gestión de proyectos», sino «cómo la opero para diez clientes sin diez interfaces distintas».
El espacio de agencia de ServOrbit permite aprovisionar un VPS por cliente, con Plane desplegado en cada uno, desde un panel de control centralizado. Cada instancia está aislada: los datos de un cliente no transitan por la infraestructura de otro. Las renovaciones y los estados de servicio se ven en un solo lugar.
El coste sigue siendo fijo por VPS, con independencia del número de miembros del equipo cliente. No hay suscripción por puesto que repercutir en la factura del cliente ni que negociar en cada renovación.
Haga una copia de seguridad antes de cualquier migración
Antes de lanzar la importación de Jira, exporte una copia de seguridad completa de su instancia de Plane: docker compose exec -T postgres pg_dump -U plane plane > backup-plane-$(date +%Y%m%d).sql. Si la importación falla a mitad de camino, esa copia le permite partir de un estado limpio sin reconstruir la instancia. Guárdela en un volumen o en un almacenamiento de objetos externo, nunca solo en el VPS de producción.
Resolución de problemas de Plane — errores frecuentes
Error: Cannot find module '@plane-web/editor' — este mensaje aparece si la imagen Docker está incompleta o se ha descargado de una caché obsoleta. Fuerce la actualización: docker compose pull && docker compose up -d --force-recreate.
Error 502 Bad Gateway en el frontend — el servicio proxy está iniciado pero el frontend Next.js no ha terminado su inicialización. Espere de 60 a 90 segundos después de docker compose up -d y consulte los logs: docker compose logs plane-frontend.
CSRF verification failed al conectarse — el campo CORS_ALLOWED_ORIGINS del archivo .env debe contener exactamente su dominio con el protocolo: https://plane.su-dominio.com.
Las subidas de archivos adjuntos fallan — compruebe que el volumen uploads está correctamente montado y que el usuario del contenedor tiene permisos de escritura.
Los workers Celery no procesan las tareas — compruebe que el servicio beat está iniciado: docker compose ps | grep beat. Un docker compose restart beat worker resuelve la mayoría de los casos de cola bloqueada tras una actualización.
Conclusión
El cierre de Jira Data Center a los nuevos clientes desde el 30 de marzo de 2026, sumado a la subida del 15 % en las renovaciones, deja el cálculo claro para las agencias cuyo contrato llega a su vencimiento: quedarse compromete con una trayectoria Cloud impuesta y una tarificación por puesto al alza.
Para profundizar:
- Desplegar Plane en un VPS de ServOrbit
- Migrar de Jira a Plane
- Vikunja como alternativa ligera
