Wie Sie von Asana zu Vikunja migrieren (oder Wekan / Kantree)

Warum von Asana migrieren?

Asana ist ein ausgefeiltes US-amerikanisches Projektmanagement-Tool, das von Millionen Teams genutzt wird. Das Produkt ist wirklich gut konzipiert und das Integrationsökosystem ist breit gefächert.

Die Kompromisse: Es ist ein US-Dienst, der die Arbeitsdaten Ihres Teams auf US-Infrastruktur verarbeitet, die dem CLOUD Act unterliegt. Die Preise skalieren aggressiv (Premium 10,99 $/Nutzer/Monat, Business 24,99 $/Nutzer/Monat). Für europäische Teams, die sensible Projektinformationen bearbeiten — strategische Planung, M&A-Koordination, Kundenvertragsverwaltung — ist die US-Gerichtsbarkeit von Asana operativ relevant.

Drei glaubwürdige Alternativen:

Vikunja (Deutschland, Open Source) — vollumfängliches Projektmanagement mit Self-Hosting-Option. Das, was ‘Asana, aber dir gehörend’ am nächsten kommt. Selbst hostbar bei Hetzner für ca. 10 €/Monat Gesamt-Infrastrukturkosten unabhängig von der Teamgröße. Die stärkste Souveränitätsgeschichte.

Wekan (Open Source, Community-entwickelt) — nur Kanban, einfacher als Vikunja oder Asana. Bessere Wahl, wenn Sie hauptsächlich Trello-artige Boards statt vollständiges Projektmanagement nutzen.

Kantree (Frankreich, kommerziell) — All-in-One-Projektmanagement mit stärkeren Funktionen als Vikunja. In Frankreich gehostet, DSGVO-nativ, kommerzielle Preise näher an Asana.

Dieser Leitfaden konzentriert sich auf Vikunja als primäre Empfehlung. Die Migrationsschritte für Wekan und Kantree sind konzeptionell ähnlich.

Detaillierte Migrationsschritte

Schritt 1: Alternative wählen

Vikunja passt am besten, wenn:

• Ihr Team Listen-, Kanban-, Gantt- oder Tabellenansichten nutzt
• Self-Hosting-Fähigkeit verfügbar ist (oder Sie Vikunja Cloud nutzen)
• 5-100 aktive Nutzer
• Projektmanagement-Anforderungen mittlerer Komplexität

Wekan passt am besten, wenn:

• Ihr Team hauptsächlich Kanban-Boards nutzt (Trello-Stil)
• Sie keine Listen, Gantt oder komplexen Hierarchien brauchen
• Self-Hosting-Fähigkeit verfügbar ist
• Einfacher besser für Ihr Team ist

Kantree passt am besten, wenn:

• Ihr Team Asana-Niveau-Politur braucht
• Self-Hosting nicht verfügbar oder gewünscht ist
• Französische/europäische Gerichtsbarkeit bevorzugt wird
• Das Budget kommerzielle Preise erlaubt

Für die meisten europäischen Teams, die Asana ersetzen, ist Vikunja die richtige Erstauswertung.

Schritt 2: Vikunja bereitstellen

Zwei Wege:

Option A: Vikunja Cloud (managed)

Der einfachste Weg. Registrieren Sie sich auf vikunja.io für verwaltetes Hosting ab 5 €/Nutzer/Monat.

Vorteile: keine operative Belastung, deutsche Gerichtsbarkeit, sofortige Produktivität. Nachteile: Preise pro Nutzer skalieren linear.

Option B: Selbst gehostetes Vikunja bei Hetzner

Für technische Teams oder Organisationen mit 20+ Nutzern:

Hetzner CPX11 (2 vCPU, 4 GB RAM, 80 GB SSD): 4,51 €/Monat
Vikunja Docker Compose: Open Source
Caddy Reverse Proxy + Let's Encrypt SSL: kostenlos
PostgreSQL-Container: kostenlos

Gesamtkosten: ca. 60 €/Jahr für unbegrenzte Nutzer. Operativer Aufwand: ca. 2-4 Stunden/Monat Wartung.

Für Organisationen mit 50+ Nutzern sprechen die Kostenökonomie stark für Self-Hosting. Für unter 20 Nutzer ist Vikunja Cloud der pragmatische Weg.

Schritt 3: Asana-Workspace inventarisieren

Vor der Migration dokumentieren:

• Projekte: Anzahl, Typen (Liste/Board/Timeline), aktiv vs. archiviert
• Aufgaben: Gesamtzahl, verwendete benutzerdefinierte Felder
• Teams: Teamstruktur, Mitglieder pro Team
• Benutzerdefinierte Felder: welche Asana-Felder aktiv genutzt werden
• Regeln / Automatisierungen: aktive Automatisierungsregeln auflisten
• Integrationen: Slack, GitHub, Google Drive, Kalender-Sync etc.
• Formulare: alle aktiv genutzten Asana-Formulare
• Ziele / Portfolios: Enterprise-Funktionen, die möglicherweise kein Vikunja-Äquivalent haben

Dieses Dokument bestimmt den Migrationsumfang. Reine Aufgabenmanagement-Workspaces migrieren leicht. Schwere Automatisierung + Portfolio-/Zielverfolgung ist schwieriger.

Schritt 4: Asana-Daten exportieren

Asanas Exportoptionen:

Option A: CSV pro Projekt

• Projekt öffnen → Projektaktionen → Export → CSV
• Für jedes Projekt wiederholen (mühsam bei vielen Projekten)
• Erfasst grundlegende Aufgabendaten, benutzerdefinierte Felder

Option B: JSON über API (empfohlen)

• Asana Personal Access Token generieren
• Asana API verwenden, um vollständige Workspace-Daten programmatisch zu exportieren
• Erfasst benutzerdefinierte Felder, Kommentare, Anhänge, vollständige Hierarchien

Bei 10+ Projekten spart der API-Ansatz erheblich Zeit. Es gibt Open-Source-Migrationsskripte für Asana → Vikunja, die den API-basierten Export und Vikunja-Import handhaben.

Schritt 5: In Vikunja importieren

Vikunjas Importoptionen:

• Vikunja Web — Einstellungen → Import — unterstützt mehrere Formate
• Vikunja API — für benutzerdefinierte Migrationen aus JSON

Für jedes Asana-Projekt:

1. Äquivalentes Vikunja-Projekt erstellen
2. Aufgaben über CSV oder API importieren
3. Asana-Felder auf Vikunja-Felder mappen
4. Datenintegrität überprüfen

Was sauber importiert wird:

• Aufgaben mit Titel, Beschreibung, Fälligkeitsdatum, Zugewiesenen
• Unteraufgaben und Abhängigkeiten
• Benutzerdefinierte Felder (mit Feldtyp-Mapping)
• Kommentare (über API-Import)
• Labels und Tags

Was manuelle Arbeit erfordert:

• Asana-spezifische Funktionen (Formulare, Portfolios, Ziele)
• Komplexe Automatisierungsregeln
• Teilweise Anhang-Migration

Schritt 6: Teams und Berechtigungen neu erstellen

Asanas Teamstruktur → Vikunjas Namespace-Struktur:

• Asana-Team → Vikunja-Namespace (mit denselben Mitgliedern)
• Asana-Projekt → Vikunja-Projekt (innerhalb des Namespaces)
• Asana-Team-Berechtigungen → Vikunja-Team-Berechtigungen (pro Namespace)

Vikunjas Berechtigungsmodell ist auf Projektebene granularer als Asanas — mehrere Rollen (Nur Lesen, Lesen & Schreiben, Admin) pro Projekt. Nutzen Sie die Migration, um überprivilegierte Zugriffsmuster zu bereinigen.

Schritt 7: Asana-Automatisierungen ersetzen

Vikunjas eingebaute Automatisierung ist einfacher als Asanas:

• Statusänderungen
• Zuweisungsänderungen
• Fälligkeitsdatums-Trigger
• Benachrichtigungen

Für komplexe Asana-Automatisierungsregeln zwei Wege:

Weg A: Vereinfachen und Verlust akzeptieren

Die meisten Asana-Automatisierungsregeln sammeln sich über die Zeit ohne aktive Nutzung an. Die Migration ist der perfekte Moment zur Vereinfachung. Dokumentieren Sie die wenigen Automatisierungsregeln, die tatsächlich kritisch sind; lassen Sie den Rest sterben.

Weg B: Externe Automatisierung über n8n

n8n ist die Berliner Open-Source-Workflow-Automatisierungsplattform. Selbst hostbar auf demselben Hetzner-Server wie Vikunja. Verbindet sich für komplexe Automatisierung mit Vikunjas API.

Beispiele:

• ‘Wenn Asana-Aufgabe in Marketing/2026 erstellt wird, in Slack-Kanal posten’ → n8n-Workflow mit Vikunja-Webhook-Trigger
• ‘Wenn Aufgabe von bestimmtem Nutzer abgeschlossen wird, Folgeaufgabe erstellen’ → n8n-Workflow

n8n erhöht die operative Komplexität, ermöglicht aber Automatisierung, die Asanas eingebaute Möglichkeiten übersteigt.

Schritt 8: Integrationen migrieren

Häufige Asana-Integrationen und ihre Vikunja-Äquivalente:

• Slack-Benachrichtigungen: Vikunja-Webhooks → Slack Incoming Webhooks
• E-Mail-Benachrichtigungen: Vikunjas eingebaute E-Mail
• GitHub-Integration: über Webhook + Vikunja API
• Google Calendar / Outlook: Vikunja CalDAV-Integration
• Zeiterfassung (Toggl, Harvest): Integration über API
• CRM-Integration (Salesforce, HubSpot, Pipedrive): über Zapier oder n8n

Für jede aktiv genutzte Asana-Integration Vikunja-Äquivalent finden oder Lücke akzeptieren. Akzeptierte Lücken dokumentieren.

Schritt 9: Parallelbetrieb

Für 1-2 Wochen:

• Alle neuen Projekte starten in Vikunja
• Aktive Asana-Projekte laufen bis zur natürlichen Vollendung weiter
• Archivierte Asana-Projekte bleiben dort als Referenz
• Tägliche Überprüfung, dass Vikunja-Workflow die Teambedürfnisse erfüllt

Schritt 10: Asana kündigen

Nach erfolgreichem Parallelbetrieb:

1. Finaler Export aus Asana für Compliance-Archiv
2. Asana-Abonnement kündigen
3. Interne Dokumentation aktualisieren
4. Integrations-Zugangsdaten in 1Password / Bitwarden / etc. aktualisieren

Tipps für eine reibungslose Migration

• Asanas Politur übertrifft Open-Source-Alternativen. Seien Sie Ihrem Team gegenüber ehrlich. Vikunja ist funktional, aber nicht so visuell ausgefeilt. Einige Teammitglieder werden sich widersetzen.
• Self-Hosting-Ökonomie ist bei Skalierung stark. Ein 50-köpfiges Team, das 10,99 $/Nutzer/Monat bei Asana zahlt (550 $/Monat, ~6.600 $/Jahr) gegenüber 60 €/Jahr selbst gehostetem Vikunja spart erheblich Geld. Die Einsparungen finanzieren einen Teilzeit-DevOps-Engineer.
• Inaktive Projekte nicht migrieren. Nutzen Sie die Migration zur Bereinigung. Die meisten Asana-Workspaces sammeln tote Projekte an.
• Vikunjas Gantt-Ansicht verbessert sich, hinkt aber Asanas hinterher. Wenn Ihr Team auf erweiterte Timeline-Visualisierung angewiesen ist, vor Verpflichtung testen.
• Für Teams, die hauptsächlich Kanban nutzen, ist Wekan einfacher als Vikunja. Die Alternative nicht überdimensionieren.
• Vikunja Cloud ist für kleine Teams ein wirklich gutes Preis-Leistungs-Verhältnis. 5 €/Nutzer/Monat für verwaltetes Hosting ist wettbewerbsfähig mit Asana Personal Edition.
• Die mobile Erfahrung variiert. Vikunja-Mobile-Apps sind funktional, aber weniger ausgefeilt als Asanas. Wenn Ihr Team mobil-lastig ist, vor der Migration bewerten.
• Planen Sie für Change Management. Projektmanagement-Tools sind tief in Teamgewohnheiten verankert. Migration ist 30 % technische Arbeit, 70 % Change Management. Beides zu unterschätzen ist gefährlich.
• Für Teams, die Asana Goals oder Portfolios intensiv nutzen, akzeptieren Sie, dass Vikunja keine direkten Äquivalente hat. Entweder das Äquivalent in n8n + Tabellen bauen, die Lücke akzeptieren oder Kantree mit mehr Enterprise-Funktionen evaluieren.