Vikunja vs Plane: qué herramienta open-source reemplaza Jira

Por qué reemplazar Jira en 2026

Vikunja vs Plane CE — tabla comparativa

Desplace la tabla

Vikunja — ligereza y versatilidad

Puntos fuertes de Vikunja

• Huella de memoria mínima — 512 MB de RAM son suficientes en producción; un VPS de nivel básico puede ejecutar Vikunja sin redimensionamiento.
• Binario único en Go — un solo binario agrupa el servidor API y el servicio de tareas en segundo plano; el despliegue en Docker se reduce a un único servicio de aplicación y una base de datos.
• Múltiples vistas nativas — Kanban, lista, Gantt y tabla resumen están disponibles sin extensiones ni plugins adicionales.
• API REST completa — cada entidad (tarea, lista, proyecto, usuario, etiqueta) está expuesta a través de una API documentada con OpenAPI, lo que facilita la automatización de flujos de trabajo para agencias.
• Aplicaciones móviles nativas — aplicaciones oficiales para iOS y Android publicadas en las tiendas, algo poco frecuente entre las herramientas open source de gestión de tareas.
• Licencia AGPL-3.0 — el código fuente es público, y las contribuciones de la comunidad son rápidas, especialmente en parches de seguridad.

Instalar Vikunja en un VPS con Docker Compose

1. 01

   Crear el directorio de trabajo

   Conéctate a tu VPS y crea un directorio dedicado: mkdir -p /opt/vikunja && cd /opt/vikunja. Este directorio albergará el archivo docker-compose.yml, el archivo de configuración config.yml y los datos persistentes.

2. 02

   Escribir el archivo docker-compose.yml

   Crea un archivo docker-compose.yml con dos servicios: la base de datos y Vikunja. Ejemplo mínimo con PostgreSQL:

   services:
     db:
       image: postgres:16
       restart: unless-stopped
       environment:
         POSTGRES_USER: vikunja
         POSTGRES_PASSWORD: changeme
         POSTGRES_DB: vikunja
       volumes:
         - vikunja-db:/var/lib/postgresql/data
     vikunja:
       image: vikunja/vikunja:latest
       restart: unless-stopped
       ports:
         - "127.0.0.1:3456:3456"
       environment:
         VIKUNJA_DATABASE_TYPE: postgres
         VIKUNJA_DATABASE_HOST: db
         VIKUNJA_DATABASE_USER: vikunja
         VIKUNJA_DATABASE_PASSWORD: changeme
         VIKUNJA_DATABASE_DATABASE: vikunja
         VIKUNJA_SERVICE_PUBLICURL: https://vikunja.tu-dominio.com
       volumes:
         - vikunja-files:/app/vikunja/files
       depends_on:
         - db
   volumes:
     vikunja-db:
     vikunja-files:

3. 03

   Iniciar los servicios

   Lanza la pila con docker compose up -d. En el primer arranque, Vikunja aplica las migraciones de base de datos automáticamente. La interfaz está disponible en el puerto 3456 en cuestión de segundos.

4. 04

   Configurar el reverse proxy HTTPS

   Apunta Nginx o Caddy a 127.0.0.1:3456. Con Caddy, la configuración es:

   vikunja.tu-dominio.com {
       reverse_proxy 127.0.0.1:3456
   }

   Caddy gestiona el certificado Let's Encrypt automáticamente. Con Nginx, añade las cabeceras Upgrade y Connection para las WebSockets si usas notificaciones en tiempo real.

5. 05

   Crear la primera cuenta de administrador

   Abre tu subdominio en un navegador. Vikunja muestra una pantalla de registro: la primera cuenta creada obtiene automáticamente derechos de administrador. Activa entonces la autenticación de dos factores (TOTP) desde los ajustes de la cuenta, indispensable si la instancia está expuesta públicamente.

6. 06

   Verificar las copias de seguridad

   Programa una copia de seguridad diaria del volumen PostgreSQL y del volumen vikunja-files. Un comando suficiente: docker exec vikunja-db-1 pg_dump -U vikunja vikunja | gzip > /backup/vikunja-$(date +%Y%m%d).sql.gz. Prueba la restauración en un entorno de prueba antes de migrar tus datos de producción.

Plane CE — funcionalidades enterprise en open source

Puntos fuertes de Plane CE

• Ciclos nativos (sprints) — crea ciclos con fechas de inicio y fin, realiza un seguimiento del progreso por puntos o issues, y archiva los ciclos completados sin perder el historial.
• Módulos y agrupaciones transversales — agrupa issues de distintos proyectos en un módulo temático, útil para agencias que gestionan varios clientes en paralelo.
• Importador de Jira nativo — Plane CE incluye un conector de importación de Jira en Settings > Importers, que transfiere issues, estados, prioridades, comentarios y miembros en pocos clics.
• Integraciones nativas con GitHub y GitLab — vincula tus repositorios directamente desde los ajustes del workspace; los commits y pull requests aparecen en las issues relacionadas.
• Arquitectura Docker clara — cinco servicios documentados (web, API, worker, PostgreSQL, Redis) y MinIO opcional para el almacenamiento de archivos adjuntos; cada servicio se escala de forma independiente.
• Páginas wiki integradas — cada proyecto cuenta con un espacio de documentación estructurado, disponible sin módulo externo.
• API REST completa — todas las entidades de Plane son accesibles a través de una API versionada; la comunidad mantiene SDK en Python y JavaScript.
• Licencia AGPL-3.0 — el código fuente es auditable, y la comunidad en GitHub cuenta con varios miles de contribuidores activos.

Instalar Plane CE en un VPS

1. 07

   Verificar los requisitos del sistema

   Plane CE requiere como mínimo 4 vCPU y 8 GB de RAM para un despliegue de producción cómodo. Por debajo de este umbral, los workers de Celery compiten en memoria con PostgreSQL y Redis, provocando reinicios inesperados. Verifica que Docker Engine ≥ 24 y Docker Compose ≥ 2.20 estén instalados: docker --version && docker compose version.

2. 08

   Descargar el script de despliegue oficial

   Plane CE proporciona un script de instalación que genera el archivo docker-compose.yml y el .env con secretos aleatorios:

   curl -fsSL https://raw.githubusercontent.com/makeplane/plane/master/deploy/selfhost/install.sh | bash

   El script crea un directorio /opt/plane y coloca en él todos los archivos necesarios. Revisa el .env generado antes de continuar.

3. 09

   Configurar el dominio en el archivo .env

   Abre /opt/plane/.env y establece WEB_URL=https://plane.tu-dominio.com. Si usas MinIO para el almacenamiento de archivos adjuntos, establece también AWS_S3_ENDPOINT_URL, AWS_ACCESS_KEY_ID y AWS_SECRET_ACCESS_KEY. Desactiva el almacenamiento MinIO si prefieres guardar los archivos en el volumen local — establece USE_MINIO=0.

4. 10

   Iniciar los cinco servicios Docker

   Desde /opt/plane, ejecuta docker compose up -d. Los cinco servicios principales arrancan: web (interfaz React), api (Django REST), worker (Celery), beat (tareas periódicas Celery) y db (PostgreSQL). Redis se incluye como sexto servicio para caché y cola de mensajes. Espera unos dos o tres minutos a que terminen las migraciones de Django antes de abrir la interfaz.

5. 11

   Configurar el reverse proxy HTTPS

   Plane expone el servicio web en el puerto 3000 y la API en el puerto 8000 internamente. Tu reverse proxy debe enrutar ambos: la interfaz React en / y las peticiones de API en /api/ y /auth/. Con Nginx, usa dos bloques location en el mismo bloque server apuntando respectivamente a 127.0.0.1:3000 y 127.0.0.1:8000. Las WebSockets se usan para actualizaciones en tiempo real — transmite las cabeceras Upgrade y Connection.

6. 12

   Crear el primer workspace

   Abre tu dominio en un navegador. Plane muestra una pantalla de registro: crea una cuenta de administrador y sigue el asistente de creación de workspace. Importa tu primer proyecto desde Jira o crea un proyecto en blanco para validar la instalación. Invita a los miembros desde Settings > Members > Invite Members — cada miembro recibe un enlace de invitación por correo electrónico.

7. 13

   Planificar las copias de seguridad de los cinco servicios con estado

   Plane cuenta con cinco servicios con estado a respaldar: PostgreSQL (volumen pgdata), Redis (volumen redisdata) y MinIO si está activado (volumen uploads). Programa dumps diarios de PostgreSQL (pg_dump desde el contenedor db) y archiva los volúmenes de Docker con tu herramienta de copia de seguridad preferida. Prueba sistemáticamente la restauración en un VPS de prueba antes de poner en producción la instancia principal.

Seguridad — la capacidad de respuesta de ambos proyectos

Guía de decisión — cuándo elegir cada herramienta

Recursos para agencias de ServOrbit