Gestion de projet : un outil simple, open source et hébergé chez vous

Sur un chantier, l'échafaudage ne construit rien. Il permet de construire. Puis on le démonte, et personne n'y pense plus.

Vos outils de suivi de projet devraient jouer le même rôle : porter l'équipe pendant l'ouvrage, sans jamais devenir l'ouvrage lui-même. Or beaucoup d'entreprises passent plus de temps à entretenir leur plateforme de gestion de projet qu'à avancer sur leurs projets. Trop de notifications, trop de menus, trop d'abonnements. Et des données stockées on ne sait trop où.

Il existe une autre voie : un outil sobre, open source, installé sur vos propres serveurs. C'est ce que propose Kaneo, un projet publié sous licence MIT que nous avons repéré sur GitHub. Voici pourquoi il mérite votre attention, comment le mettre en route pas à pas, et les pièges à éviter avant de confier vos chantiers à un outil hébergé chez vous.

Le vrai problème des plateformes de gestion de projet

Le constat des créateurs de Kaneo tient en une phrase : le problème des plateformes habituelles, ce n'est pas ce qui leur manque, c'est tout ce qu'elles ont en trop.

Chaque fonction ajoutée pour séduire en démonstration devient, à l'usage, une planche de plus à enjamber. Une notification qui interrompt, un champ obligatoire qui ralentit la saisie, un tableau de bord que personne ne consulte. Résultat mesurable : les équipes finissent par tenir leur suivi ailleurs, dans un tableur ou sur un coin de carnet, et la plateforme officielle devient une coquille vide que l'on paie chaque mois.

S'ajoute une question que les dirigeants se posent de plus en plus : où vivent les données ? Vos plannings, vos clients, vos budgets de projet transitent par les serveurs d'un éditeur, souvent hors d'Europe, selon des conditions que personne ne lit. Pour une entreprise soumise au RGPD, ce n'est pas un détail.

Kaneo : ce qu'il fait, et surtout ce qu'il ne fait pas

Kaneo est un outil de gestion de projet open source, construit sur un principe assumé : chaque fonction existe parce qu'elle résout un problème réel, pas parce qu'elle brille en démonstration.

Concrètement, vous y trouvez :

• des tableaux de suivi épurés, où chaque projet se lit d'un coup d'oeil ;
• une gestion des tâches et des équipes sans détour : créer, assigner, avancer ;
• une interface rapide, parce que la performance a été traitée comme une fonctionnalité à part entière ;
• une licence MIT, l'une des plus permissives qui soient : vous pouvez l'utiliser, le modifier et l'héberger sans redevance ni clause piège.

Et ce que vous n'y trouvez pas compte tout autant : pas d'abonnement par utilisateur, pas de fonctions verrouillées derrière une offre supérieure, pas de données envoyées chez un tiers. L'outil tourne sur votre serveur, vos informations restent chez vous.

Soyons honnêtes sur les limites : Kaneo est un projet jeune. Si votre activité repose sur des diagrammes de Gantt complexes, des feuilles de temps facturables ou des intégrations comptables poussées, il ne remplacera pas une suite spécialisée. Sa force est ailleurs : le suivi quotidien d'équipes qui veulent voir clair, pas piloter une usine.

Installer Kaneo sur vos serveurs, pas à pas

La mise en route repose sur Docker, un standard que la plupart des prestataires informatiques maîtrisent. Le chemin le plus court tient en deux commandes, grâce à l'outil d'installation fourni par le projet :

curl -fsSL https://assets.kaneo.app/install.sh | sh
drim setup

Ce script configure le serveur web, la base de données et le certificat HTTPS. Pour garder la main sur chaque brique, la voie Docker Compose reste la plus lisible :

1. Créez un fichier compose.yml à partir de l'exemple fourni dans la documentation : il déclare deux services, Kaneo et une base de données PostgreSQL.
2. Copiez le fichier .env.sample en .env, puis renseignez trois valeurs : l'adresse à laquelle vos équipes accéderont à l'outil, le mot de passe de la base de données, et une clé secrète générée avec la commande openssl rand -hex 32.
3. Lancez docker compose up -d. L'outil est accessible dans le navigateur, prêt à accueillir votre premier projet.

Comptez une demi-journée pour une installation propre, certificat HTTPS et sauvegardes comprises, si la personne qui s'en charge connaît Docker. Pour les infrastructures plus structurées, le projet fournit aussi une configuration Kubernetes documentée.

Les pièges à éviter avant d'ouvrir l'accès aux équipes

Héberger un outil chez soi, c'est monter son propre échafaudage : la liberté est totale, la solidité aussi est de votre responsabilité. Quatre points de vigilance, tirés de ce que nous constatons chez nos clients :

• Les secrets de configuration. Le mot de passe de la base et la clé secrète doivent être longs, uniques et générés aléatoirement. Un mot de passe réutilisé sur un service exposé à Internet, c'est une porte d'entrée connue de tous.
• L'exposition sur Internet. Si l'outil est accessible depuis l'extérieur, imposez le HTTPS et limitez l'accès, par exemple via un VPN ou un filtrage par adresse. Un outil interne n'a pas besoin d'être visible du monde entier.
• Les sauvegardes de la base de données. Toutes vos données de projet vivent dans PostgreSQL. Sans sauvegarde automatisée et testée, une panne de disque efface des mois de suivi. C'est le sujet qui fâche le plus souvent, et c'est presque toujours après coup qu'on le découvre.
• Les mises à jour. Un logiciel auto-hébergé ne se met pas à jour tout seul. Prévoyez un rendez-vous mensuel pour appliquer les nouvelles versions, corrections de sécurité comprises.

Rien d'insurmontable : c'est le même soin que l'on apporte à n'importe quel serveur de l'entreprise. Mais il faut le décider avant, pas après l'incident.

Un exemple chiffré : 12 personnes, un an d'usage

Prenons une entreprise de 12 personnes qui utilise une plateforme classique facturée 10 euros par utilisateur et par mois. Le calcul est vite fait : 120 euros par mois, soit 1 440 euros par an, et la facture grimpe à chaque embauche.

En face, l'option auto-hébergée : un petit serveur virtuel à environ 15 euros par mois suffit largement pour cette taille d'équipe, soit 180 euros par an. Ajoutez une demi-journée d'installation et environ une heure de maintenance mensuelle. Même en valorisant ce temps, l'écart reste net dès la première année, et il se creuse ensuite : la treizième personne ne coûte rien de plus.

Le gain le moins visible est pourtant le plus durable : vos données de projet, vos clients et vos plannings ne dépendent plus des choix tarifaires ni de la survie d'un éditeur. Si Kaneo disparaissait demain, votre instance continuerait de tourner, et la licence MIT vous garantit le droit de la faire vivre.

Monter la structure pendant que le chantier respire

L'été, quand l'activité ralentit, est le bon moment pour ce genre de travail de fond : tester Kaneo sur un projet pilote, régler les sauvegardes, former l'équipe. À la rentrée, la structure est en place et se fait oublier, comme un bon échafaudage une fois l'ouvrage livré.

Si vous souhaitez étudier ce que donnerait un outil de gestion de projet hébergé chez vous, installation, sécurisation et sauvegardes comprises, nous pouvons en parler simplement : prenez rendez-vous, on regarde ensemble ce qui tient debout pour votre entreprise.