Comment migrer d'Asana vers Vikunja (ou Wekan / Kantree)

Pourquoi migrer d’Asana ?

Asana est un outil de gestion de projet abouti, basé aux États-Unis, utilisé par des millions d’équipes. Le produit est véritablement bien conçu et l’écosystème d’intégrations est large.

Les compromis : c’est un service américain qui traite les données de travail de votre équipe sur une infrastructure américaine soumise au CLOUD Act. La tarification grimpe agressivement (Premium 10,99 $/utilisateur/mois, Business 24,99 $/utilisateur/mois). Pour les équipes européennes traitant des informations de projet sensibles — planification stratégique, coordination de fusions-acquisitions, gestion des contrats clients — la juridiction américaine d’Asana a un impact opérationnel.

Trois alternatives crédibles :

Vikunja (Allemagne, open source) — gestion de projet complète avec option d’auto-hébergement. Ce qui se rapproche le plus de « Asana mais à vous ». Auto-hébergeable sur Hetzner pour environ 10 €/mois d’infrastructure totale, quelle que soit la taille de l’équipe. Le meilleur récit en matière de souveraineté.

Wekan (open source, développé par la communauté) — kanban uniquement, plus simple que Vikunja ou Asana. Meilleur choix si vous utilisez principalement des tableaux de style Trello plutôt qu’une gestion de projet complète.

Kantree (France, commercial) — gestion de projet tout-en-un avec des fonctionnalités plus poussées que Vikunja. Hébergé en France, RGPD natif, tarification commerciale plus proche d’Asana.

Ce guide se concentre sur Vikunja comme recommandation principale. Les étapes de migration pour Wekan et Kantree sont conceptuellement similaires.

Étapes détaillées de la migration

Étape 1 : choisir votre alternative

Vikunja convient le mieux si :

• Votre équipe utilise les vues listes, kanban, gantt ou tableau
• Vous avez une capacité d’auto-hébergement (ou utiliserez Vikunja Cloud)
• 5 à 100 utilisateurs actifs
• Besoins de gestion de projet de complexité moyenne

Wekan convient le mieux si :

• Votre équipe utilise principalement des tableaux kanban (style Trello)
• Vous n’avez pas besoin de listes, de gantt ou de hiérarchies complexes
• Vous avez une capacité d’auto-hébergement
• La simplicité est préférable pour votre équipe

Kantree convient le mieux si :

• Votre équipe a besoin d’une finition équivalente à Asana
• L’auto-hébergement n’est pas disponible ou souhaité
• Une juridiction française/européenne est préférée
• Le budget permet une tarification commerciale

Pour la plupart des équipes européennes remplaçant Asana, Vikunja est la bonne évaluation de départ.

Étape 2 : provisionner Vikunja

Deux voies :

Option A : Vikunja Cloud (managé)

La voie la plus simple. Inscrivez-vous sur vikunja.io pour un hébergement managé à partir de 5 €/utilisateur/mois.

Pour : zéro charge opérationnelle, juridiction allemande, productivité immédiate. Contre : la tarification par utilisateur évolue linéairement.

Option B : Vikunja auto-hébergé sur Hetzner

Pour les équipes techniques ou les organisations de plus de 20 utilisateurs :

Hetzner CPX11 (2 vCPU, 4 Go RAM, 80 Go SSD) : 4,51 €/mois
Vikunja Docker compose : open source
Reverse proxy Caddy + SSL Let's Encrypt : gratuit
Conteneur PostgreSQL : gratuit

Coût total : environ 60 €/an pour un nombre illimité d’utilisateurs. Charge opérationnelle : environ 2-4 heures/mois de maintenance.

Pour les organisations de plus de 50 utilisateurs, l’économie favorise fortement l’auto-hébergement. En dessous de 20 utilisateurs, Vikunja Cloud est la voie pragmatique.

Étape 3 : inventorier votre espace de travail Asana

Avant de migrer, documentez :

• Projets : nombre, types (liste/tableau/timeline), actifs vs archivés
• Tâches : nombre total, champs personnalisés utilisés
• Équipes : structure d’équipe, membres par équipe
• Champs personnalisés : quels champs personnalisés Asana sont activement utilisés
• Règles / Automatisations : listez les règles d’automatisation actives
• Intégrations : Slack, GitHub, Google Drive, synchro calendrier, etc.
• Formulaires : tous les Formulaires Asana utilisés activement
• Objectifs / Portefeuilles : fonctionnalités entreprise qui peuvent ne pas avoir d’équivalents Vikunja

Ce document détermine le périmètre de migration. Les espaces de travail purement orientés gestion de tâches se migrent facilement. L’automatisation lourde + le suivi de portefeuilles/objectifs est plus difficile.

Étape 4 : exporter les données Asana

Options d’export d’Asana :

Option A : CSV par projet

• Ouvrir le projet → Actions du projet → Exporter → CSV
• Répétez pour chaque projet (fastidieux pour de nombreux projets)
• Capture les données de tâches de base, les champs personnalisés

Option B : JSON via API (recommandée)

• Générez un jeton d’accès personnel Asana
• Utilisez l’API Asana pour exporter par programme les données complètes de l’espace de travail
• Capture les champs personnalisés, commentaires, pièces jointes, hiérarchies complètes

Pour plus de 10 projets, l’approche API fait gagner un temps significatif. Il existe des scripts de migration open source pour Asana → Vikunja qui gèrent l’export via API et l’import Vikunja.

Étape 5 : importer dans Vikunja

Options d’import de Vikunja :

• Vikunja Web — Paramètres → Importer — prend en charge plusieurs formats
• API Vikunja — pour des migrations personnalisées depuis JSON

Pour chaque projet Asana :

1. Créez un projet Vikunja équivalent
2. Importez les tâches via CSV ou API
3. Mappez les champs personnalisés Asana aux champs personnalisés Vikunja
4. Vérifiez l’intégrité des données

Ce qui s’importe proprement :

• Tâches avec titre, description, date d’échéance, attribué à
• Sous-tâches et dépendances
• Champs personnalisés (avec correspondance des types de champ)
• Commentaires (via import API)
• Étiquettes et tags

Ce qui nécessite un travail manuel :

• Fonctionnalités propres à Asana (Formulaires, Portefeuilles, Objectifs)
• Règles d’automatisation complexes
• La migration de certaines pièces jointes

Étape 6 : recréer équipes et permissions

Structure d’équipe Asana → structure d’espaces de noms Vikunja :

• Équipe Asana → Espace de noms Vikunja (avec les mêmes membres)
• Projet Asana → Projet Vikunja (dans l’espace de noms)
• Permissions d’équipe Asana → Permissions d’équipe Vikunja (par espace de noms)

Le modèle de permissions de Vikunja est plus granulaire que celui d’Asana au niveau projet — plusieurs rôles (Lecture seule, Lecture & Écriture, Admin) par projet. Profitez de la migration pour nettoyer les schémas d’accès trop permissifs.

Étape 7 : remplacer les automatisations Asana

L’automatisation intégrée de Vikunja est plus simple que celle d’Asana :

• Changements de statut
• Changements d’attribution
• Déclencheurs par date d’échéance
• Notifications

Pour les règles d’automatisation Asana complexes, deux voies :

Voie A : simplifier et accepter la perte

La plupart des règles d’automatisation Asana s’accumulent au fil du temps sans usage actif. La migration est le moment parfait pour simplifier. Documentez les quelques règles d’automatisation réellement essentielles ; laissez le reste disparaître.

Voie B : automatisation externe via n8n

n8n est la plateforme d’automatisation de workflows open source basée à Berlin. Auto-hébergeable sur le même serveur Hetzner que Vikunja. Se connecte à l’API de Vikunja pour une automatisation complexe.

Exemples :

• « Quand une tâche Asana dans ‘Marketing/2026’ est créée, publier sur un canal Slack » → workflow n8n avec déclencheur webhook Vikunja
• « Quand une tâche est terminée par un utilisateur spécifique, créer une tâche de suivi » → workflow n8n

n8n ajoute de la complexité opérationnelle mais permet une automatisation qui dépasse les capacités intégrées d’Asana.

Étape 8 : migrer les intégrations

Intégrations Asana courantes et leurs équivalents Vikunja :

• Notifications Slack : webhooks Vikunja → webhooks entrants Slack
• Notifications e-mail : e-mail intégré de Vikunja
• Intégration GitHub : via webhook + API Vikunja
• Google Calendar / Outlook : intégration CalDAV Vikunja
• Suivi du temps (Toggl, Harvest) : intégration via API
• Intégration CRM (Salesforce, HubSpot, Pipedrive) : via Zapier ou n8n

Pour chaque intégration Asana en usage actif, trouvez l’équivalent Vikunja ou acceptez l’écart. Documentez les écarts acceptés.

Étape 9 : run parallèle

Pendant 1-2 semaines :

• Tous les nouveaux projets démarrent dans Vikunja
• Les projets Asana actifs se poursuivent jusqu’à leur fin naturelle
• Les projets Asana archivés y restent pour référence
• Vérification quotidienne que le workflow Vikunja répond aux besoins de l’équipe

Étape 10 : résilier Asana

Après un run parallèle réussi :

1. Export final depuis Asana pour l’archive de conformité
2. Résilier l’abonnement Asana
3. Mettre à jour la documentation interne
4. Mettre à jour les identifiants d’intégration dans 1Password / Bitwarden / etc.

Conseils pour une migration fluide

• La finition d’Asana surpasse celle des alternatives open source. Soyez honnête avec votre équipe à ce sujet. Vikunja est fonctionnel mais pas aussi soigné visuellement. Certains membres de l’équipe pourraient résister.
• L’économie de l’auto-hébergement est forte à grande échelle. Une équipe de 50 personnes payant 10,99 $/utilisateur/mois sur Asana (550 $/mois, soit environ 6 600 $/an) vs 60 €/an pour Vikunja auto-hébergé économise beaucoup d’argent. Les économies financent un ingénieur DevOps à temps partiel.
• Ne migrez pas les projets inactifs. Utilisez la migration comme nettoyage. La plupart des espaces de travail Asana accumulent des projets morts.
• La vue gantt de Vikunja s’améliore mais est en retard sur celle d’Asana. Si votre équipe dépend d’une visualisation chronologique avancée, testez avant de vous engager.
• Pour les équipes qui utilisent principalement le kanban, Wekan est plus simple que Vikunja. Ne sur-ingénierez pas l’alternative.
• Vikunja Cloud offre un vrai bon rapport qualité-prix pour les petites équipes. 5 €/utilisateur/mois pour un hébergement managé est compétitif face à Asana Personal Edition.
• L’expérience mobile varie. Les applis mobiles Vikunja sont fonctionnelles mais moins soignées que celles d’Asana. Si votre équipe est très mobile, évaluez avant la migration.
• Préparez la conduite du changement. Les outils de gestion de projet sont profondément ancrés dans les habitudes d’équipe. La migration, c’est 30 % de travail technique et 70 % de conduite du changement. Sous-estimer l’un ou l’autre vous coûtera cher.
• Pour les équipes utilisant intensivement les Objectifs ou Portefeuilles Asana, acceptez que Vikunja n’ait pas d’équivalents directs. Soit construisez l’équivalent dans n8n + des feuilles de calcul, soit acceptez l’écart, soit évaluez Kantree qui dispose de plus de fonctionnalités entreprise.