# Nous avons remplacé JIRA par notre propre outil Planora : développé par des agents IA > URL: https://4eck-media.de/fr/blog/nous-avons-remplace-jira-par-notre-propre-outil-planora-developpe-par-des-agents-ia/ > Language: fr > Description: Nous avons développé un outil de gestion de projet pour remplacer JIRA. Durée de développement : quatre semaines en parallèle de l'activité courante de l'agence, grâce à Claude Co… --- Nous avons développé un outil de gestion de projet pour remplacer JIRA. Durée de développement : quatre semaines en parallèle de l’activité courante de l’agence, grâce à Claude Code. Le résultat est étonnamment bon. Dans cette étude de cas, nous montrons comment nous développons déjà des systèmes entiers avec des agents IA. ## Planora : Plan. Track. Ship. Toi et ton équipe connaissez ça : tu paies chaque mois pour un outil que tu n’utilises qu’à moitié, que tu n’as pas le droit de modifier et qui — du moins dans notre configuration — n’est pas non plus hébergé sur ta propre infrastructure. C’est exactement le point où nous en étions avec JIRA. JIRA est un logiciel de gestion de projet et de tickets d’Atlassian. Trello, Monday.com ou Asana en sont des alternatives. Aujourd’hui, nous travaillons avec Planora, notre développement entièrement maison, que nous hébergeons nous-mêmes, que nous faisons évoluer nous-mêmes et que nous adaptons exactement à nos processus. Cet article explique pourquoi nous avons franchi ce pas et ce que Planora sait déjà faire aujourd’hui. ![Jira ersetzt durch Planora: die Case Study](https://4eck-media.de/wp-content/uploads/2026/06/jira-alternative-planora-ai-agent-entwicklung.avif "Jira ersetzt durch Planora: die Case Study") ### L’élément déclencheur JIRA était notre standard depuis des années, comme pour beaucoup d’autres agences. Cela fonctionnait. Mais fonctionner n’est pas la même chose que convenir parfaitement. Trois choses nous ont finalement donné le déclic final : - Les coûts récurrents augmentaient avec notre croissance. Chaque nouveau collègue, chaque fonctionnalité supplémentaire, chaque module complémentaire coûtait plus cher. Quiconque a déjà vu la facture annuelle d’une configuration Atlassian de taille moyenne sait de quoi je parle. - Les limitations ne pouvaient plus être ignorées. Certains workflows que nous souhaitions n’étaient soit pas possibles du tout, soit uniquement via des plugins qui coûtaient à nouveau de l’argent et nous enfermaient encore davantage dans l’écosystème. Les personnalisations de l’interface n’étaient autorisées que dans un cadre restreint. Certains clics supplémentaires/inutiles lors de la création de tickets étaient tout simplement agaçants. - Et puis il y avait la complexité. JIRA est un outil pour tout le monde, et donc pas tout à fait adapté à personne. Nous n’utilisions peut-être que trente pour cent des fonctionnalités. Le reste était superflu et rendait la gestion de projet agile confuse. Ce qui nous a vraiment dérangés chez JIRA : nous voulions un outil qui nous serve, pas un auquel nous devions nous soumettre. Nous voulions nos données sur nos propres serveurs. Nous voulions coller des captures d’écran par Ctrl+V directement dans un ticket, sans trois clics. Nous voulions des tableaux clairs, une timeline sans logique de roadmap surchargée, un backlog propre. Et nous voulions la liberté d’ajouter de nouveaux modules comme un CRM ou une prévision de chiffre d’affaires par projet dès que nous en aurions besoin. ## Comment nous l’avons mis en œuvre La partie sans doute la plus surprenante de cette étude de cas : Planora a vu le jour en environ un mois. Le projet s’est déroulé en parallèle de nos projets clients en cours et aurait été impensable dans ce délai il y a deux ans. Nous avons construit le produit avec Claude Code et une équipe d’agents IA. Au lieu d’une seule IA qui s’occupe de tout en vrac, nous avons réparti le travail entre neuf agents spécialisés qui collaborent comme une véritable équipe logicielle. Un Team Lead coordonne l’ensemble, un Product Owner rédige les exigences et les critères d’acceptation, un designer UX/UI définit les écrans et les interactions, un architecte backend conçoit le modèle de données et l’API, un architecte frontend planifie les composants et l’état, un développeur full-stack met en œuvre les fonctionnalités, un agent QA vérifie et rédige les plans de test, un agent DevOps s’occupe de Docker, de la CI/CD et du déploiement, et un rédacteur technique tient la documentation à jour. Chaque story suit le même déroulement : le Product Owner formule l’exigence, le Team Lead la découpe et l’attribue, les designers et architectes clarifient le comportement et les interfaces, le développeur construit sur une branche de fonctionnalité, la QA vérifie, le rédacteur documente, le DevOps vérifie l’infrastructure, et à la fin, le Team Lead décide de la fusion. En cas de conflit entre agents, le lead se réfère à la spécification centrale du projet et prend une décision documentée. Le résultat : une architecture cohérente, un code propre, des fonctionnalités testées et une documentation complète, le tout à un rythme que nous n’aurions jamais atteint avec une approche classique. Planora n’est ainsi pas seulement un nouvel outil pour nous, mais aussi la preuve de ce à quoi ressemble aujourd’hui un développement logiciel sérieux avec des agents IA bien orchestrés. Voici, à titre d’illustration, le tableau de bord avec les tickets personnels qui ont soit été créés par moi, soit qui m’ont été confiés : ![My Issues Dashboard in Planora](https://4eck-media.de/wp-content/uploads/2026/06/planora-my-issues.avif "My Issues Dashboard in Planora") ## Ce que Planora sait faire aujourd’hui Planora est un outil de gestion de projets et de tâches auto-hébergé, conçu pour des équipes d’environ onze à cinquante personnes. L’étendue des fonctionnalités couvre tout ce que nous connaissions de JIRA, tout en étant plus épuré et plus clair. En bref : - Tableau Kanban avec glisser-déposer et mises à jour en temps réel - Timeline de style Gantt avec niveaux de zoom allant du jour au trimestre - Backlog avec sélection multiple et actions groupées - Gestion complète des sprints avec burndown et vélocité - Suivi des tickets avec stories, tâches, bugs, epics et sous-tâches - Éditeur de texte enrichi avec collage de captures d’écran par Ctrl+V - Langage de requête propre, PQL, ainsi que des filtres enregistrés et partageables - Rapports ventilés par priorité, statut, type et assigné - Système granulaire de rôles et de droits avec plus de vingt permissions - Notifications en temps réel dans l’application, par e-mail et dans Slack - Intégration Slack avec aperçu des liens pour les tickets Planora - Suivi du temps par ticket - Tickets liés avec des relations telles que blocks, duplicates et relates_to - Pièces jointes jusqu’à vingt-cinq mégaoctets via MinIO - Import JIRA avec mapping des projets et des statuts - Export CSV pour des analyses en dehors du système - Jetons API et serveur MCP intégré pour Claude et d’autres outils d’IA - Fonction de nettoyage pour les anciennes tâches terminées, fichiers inclus - Entièrement auto-hébergé sur sa propre infrastructure La base est une architecture moderne composée de FastAPI pour le backend, React avec TypeScript pour le frontend, PostgreSQL comme base de données, Redis pour les événements en temps réel et MinIO pour les fichiers. Tout fonctionne dans des conteneurs Docker, tout peut être exploité sur sa propre infrastructure. Claude Code avait recommandé une autre architecture au début des travaux et voulait construire Planora sur la base de NodeJS. Nous savons, par expérience, que cela aurait pu poser problème plus tard. Et c’est précisément là que réside la différence avec les sites web que l’on connaît grâce aux nombreux posts *J’ai construit mon site web en 5 heures avec l’IA* sur LinkedIn et ailleurs. Des sites qui ont ensuite l’air bien, mais qui sont souvent basés uniquement sur JavaScript et rencontrent des problèmes de SEO et de visibilité IA. Lorsqu’une véritable agence tech ou des développeurs compétents ne font pas aveuglément confiance à l’IA, mais lui indiquent comment réaliser les projets, l’utilisation de Claude Code pour le développement devient un véritable game changer. Pour l’authentification, nous misons sur des jetons JWT avec rotation de refresh, une réinitialisation complète du mot de passe par e-mail et une gestion de compte maison avec des couleurs d’avatar personnalisables. Les administrateurs de l’espace de travail gèrent les utilisateurs, les rôles et les droits via un système RBAC granulaire comptant plus de deux douzaines de permissions, de la création de projet à l’automatisation. Les projets disposent des statuts standard habituels comme Backlog, Todo, In Progress, For Approval, Done et Cancelled, ainsi que des types de tickets habituels Story, Task, Bug, Epic et Subtask. Ce sont les petites améliorations que nous pouvons désormais décider nous-mêmes : lors de la création, l’assigné est automatiquement défini par défaut si personne n’est attribué. Chez JIRA, ce champ restait vide sans attribution, jusqu’à ce qu’une personne responsable soit désignée. Cela aide, car on se crée souvent soi-même une série de tâches qui ne sont destinées qu’à soi. Et si elles sont destinées à quelqu’un d’autre, on ne l’oublie pas, car on reste responsable en tant que créateur de la tâche tant qu’on n’a pas défini quelqu’un d’autre. C’est un petit détail, mais qui nous aide bien. Cette capture d’écran montre, dans la vue timeline d’un projet, comment un panneau s’ouvre lors de la création d’un ticket : ![Timeline-Ansicht in Planora: Tickets direkt im Projektkontext anlegen und planen](https://4eck-media.de/wp-content/uploads/2026/06/create-issue-planora.avif "Ticketerstellung in Planora") Chaque ticket reçoit une clé propre au projet, comme PLN-1, et prend en charge tous les champs attendus d’un suivi professionnel : titre, description en texte enrichi, priorité, assigné, rapporteur, parent, epic, sprint, story points, champs de date, estimations de temps, labels, pièces jointes, observateurs et tickets liés. Le tableau Kanban réagit en temps réel via WebSockets. Les cartes peuvent être déplacées par glisser-déposer, les transitions de statut sont validées, les limites de WIP respectées. La timeline affiche les tâches dans une vue de type Gantt avec des niveaux de zoom allant du jour au trimestre, avec des filtres, une édition en ligne et des lignes hiérarchiques pour les epics et leurs enfants. Voici la vue du tableau Kanban pour le site web de notre propre agence. Ce qui est intéressant sur la capture d’écran, c’est aussi le petit chiffre à droite des projets dans la colonne de gauche. Il n’indique que les tâches encore ouvertes et offre ainsi, à un endroit bien visible, un aperçu rapide : ![Kanban-Board in Planora: klare Projektübersicht mit offenen Aufgaben pro Projekt](https://4eck-media.de/wp-content/uploads/2026/06/planora-kanban.avif "Kanban-Board von Planora") Pour les équipes Scrum, il existe une gestion complète des sprints avec les états Planned, Active et Completed. À la clôture d’un sprint, les tâches ouvertes peuvent être déplacées vers le sprint suivant ou revenir dans le backlog. Les story points sont additionnés automatiquement, le burndown et la vélocité sont disponibles sous forme de rapports. Le backlog est un tableau triable avec sélection multiple et actions groupées. Les tâches peuvent être assignées, priorisées, déplacées ou étiquetées simultanément. Cela fait gagner du temps lors des planifications de sprint. La recherche propose deux niveaux. Une recherche plein texte simple pour un accès rapide, et un langage de requête propre appelé PQL pour les filtres complexes. Quiconque connaît le JQL de JIRA s’y retrouvera immédiatement. Une requête telle que assignee = currentUser() AND priority IN (« Critical », « High ») AND status != « Done » fournit exactement ce qu’elle promet. Les filtres fréquemment utilisés peuvent être enregistrés et partagés au sein de l’équipe. Les rapports couvrent les vues les plus importantes : un résumé par projet ventilé par priorité, statut, type et assigné, un rapport de tâches avec filtres, ainsi que la vélocité et le burndown pour les sprints. Les notifications atteignent l’équipe en temps réel via WebSockets, en option également par e-mail ou Slack. Les messages Slack sont déclenchés à des seuils de priorité configurables, et les liens Planora sont résolus directement dans Slack avec un aperçu. La gestion des fichiers passe par MinIO avec des URL signées. Les pièces jointes jusqu’à vingt-cinq mégaoctets sont standard. La fonction Ctrl+V dans l’éditeur de texte enrichi est particulièrement utile : les captures d’écran du presse-papiers atterrissent directement dans le ticket, sans détour. Cela accélère nettement les rapports de bugs, les revues de design et les notes QA. Pour la migration depuis JIRA, un import intégré est disponible. Configurer la connexion, mapper les projets et les statuts, vérifier l’aperçu, importer. Les tickets déjà importés sont ignorés, ce qui permet de répéter l’opération sans risque. Pour intégrer des outils d’IA, on utilise des jetons API et le serveur MCP intégré. Claude Code ou Claude Desktop accèdent ainsi directement aux projets, tickets et commentaires, lisent les tickets, en créent de nouveaux, modifient les statuts et ajoutent des commentaires. Pour l’administrateur de l’espace de travail, il existe en outre des fonctions de nettoyage permettant de supprimer définitivement les anciennes tâches terminées, ainsi que leurs pièces jointes et fichiers MinIO. L’espace de stockage reste maîtrisé, et les données sensibles disparaissent de manière fiable. | Critère | Jira | Planora | | --- | --- | --- | | Hébergement | Cloud ou infrastructure propre, selon le modèle | Auto-hébergement | | Personnalisation | forte, mais souvent complexe | adaptée aux workflows propres et facilement extensible | | Modèle de coûts | coûts de licence récurrents | Licence à vie prévue | | Intégration IA | selon la configuration | Jetons API et serveur MCP | | Public cible | public très large | Équipes d’environ 4 à 50 personnes | ## Ce qui arrive ensuite L’avantage décisif d’un développement maison est la liberté de continuer à le faire évoluer. Nous avons des plans concrets pour étendre progressivement Planora avec des fonctionnalités qu’aucune solution standard ne résout de manière efficace et épurée : Un CRM intégré qui relie directement les clients, les contacts et la communication aux projets. Une prévision de chiffre d’affaires par projet, qui rend visibles les revenus prévus et réels sur les sprints et les jalons. Des automatisations avancées, des champs personnalisés et des analyses plus poussées, dès que nous en aurons besoin dans la pratique. Nous continuons à développer Planora là où cela nous apporte le plus, et personne ne décide cela à notre place, si ce n’est nos propres besoins. ## Licence à vie pour d’autres entreprises et agences La transition de JIRA vers Planora s’est faite sans accroc. Aucune plainte, mais plutôt des retours de l’équipe sur la fluidité de l’ensemble. Planora a fait ses preuves pour nous dès le premier jour. Nous savons, grâce à des échanges, que de nombreuses autres équipes rencontrent exactement les mêmes problèmes avec JIRA et des outils comparables. C’est pourquoi nous proposerons bientôt Planora également en dehors de l’agence. Le tableau de bord pour la gestion des licences et la création de clés d’activation a été terminé hier. Ici en capture d’écran en mode sombre… Planora s’exécute en mode clair ou sombre, selon la préférence de l’utilisateur. ![Dashboard für Lizenz-Verwaltung](https://4eck-media.de/wp-content/uploads/2026/06/planora-seller.avif "Dashboard für Lizenz-Verwaltung") Quiconque acquiert une licence à vie reçoit le produit complet à auto-héberger, sans coûts de licence récurrents. Les données restent sur son propre serveur, l’outil évolue avec l’équipe, et les nouvelles versions sont incluses. Tu veux remplacer Jira, Trello, Asana ou Monday par un outil auto-hébergé ? Alors parle-nous de Planora. Nous te montrons à quoi peuvent ressembler l’installation, la migration et la licence pour ton équipe. ## Conclusion Nous avons remplacé JIRA par Planora parce que nous avons privilégié le contrôle, la clarté et la personnalisation plutôt que le confort. Le résultat est un outil qui correspond exactement à notre équipe, que nous pouvons faire évoluer à tout moment et qui ne nous envoie plus de factures mensuelles. Toute personne ayant des besoins similaires peut désormais en faire partie. ## Questions et réponses sur Planora Qu'est-ce que Planora ? Planora est un outil de gestion de projets et de tâches auto-hébergé que nous avons développé chez 4eck Media pour remplacer JIRA dans notre quotidien d’agence. Il combine tableaux Kanban, backlog, timeline, gestion des sprints, suivi des tickets, rapports, gestion des droits, intégration Slack et connexion IA dans une solution épurée pour les équipes. Pourquoi avons-nous remplacé JIRA par Planora ? Nous voulions un outil mieux adapté à nos propres processus. JIRA était fonctionnel pour nous, mais trop complexe, pas assez personnalisable et associé à des coûts récurrents. Nous voulions en outre héberger nos données de projet sur notre propre infrastructure et représenter certains workflows de manière plus rapide, plus claire et sans clics inutiles. Pour quelles équipes Planora est-il adapté ? Planora convient particulièrement aux agences, aux équipes logicielles et aux entreprises d’environ quatre à cinquante personnes qui souhaitent piloter de manière centralisée leurs projets, tâches, sprints et workflows internes. L’accent est mis sur les équipes qui ont besoin d’une gestion de projet professionnelle sans vouloir utiliser une solution standard surchargée. Planora peut-il être auto-hébergé ? Oui. Planora est entièrement conçu pour l’auto-hébergement. Et donc optimal pour le RGPD et la souveraineté des données. Cela signifie que l’application fonctionne sur sa propre infrastructure, que les données restent sur son propre serveur et que l’entreprise garde le contrôle sur les projets, les utilisateurs, les droits, les fichiers et les intégrations. Quelles fonctionnalités Planora propose-t-il ? Planora propose des tableaux Kanban avec glisser-déposer, une timeline de style Gantt, une gestion du backlog, une gestion des sprints, un suivi des tickets, des descriptions en texte enrichi, le collage de captures d’écran par Ctrl+V, une gestion des rôles et des droits, des rapports, des notifications Slack, des pièces jointes, un suivi du temps, un import Jira, un export CSV, des jetons API et un serveur MCP pour les outils d’IA. Qu'est-ce qui distingue Planora de JIRA, Trello, Asana ou Monday ? Planora n’a pas été conçu comme un outil généraliste destiné au plus grand nombre de publics possible, mais à partir d’un besoin concret d’agence. Il est de ce fait plus épuré, davantage orienté vers le travail opérationnel de projet et peut évoluer de manière ciblée. La plus grande différence réside dans la combinaison d’auto-hébergement, de licence à vie, de personnalisation et de connexion IA directe. Comment Planora a-t-il été développé ? Planora a été développé en environ quatre semaines, parallèlement à l’activité courante de l’agence. Claude Code et une équipe d’agents IA spécialisés ont été utilisés à cette fin. Les agents ont collaboré dans des rôles tels que Product Owner, designer UX/UI, architecte backend, architecte frontend, développeur full-stack, agent QA, agent DevOps et rédacteur technique. Quel rôle joue l'IA dans Planora ? L’IA a joué un rôle central dans le développement de Planora. Claude Code et plusieurs agents IA spécialisés ont apporté leur soutien pour les exigences, l’architecture, la mise en œuvre, les tests, la documentation et le déploiement. De plus, Planora propose lui-même des jetons API et un serveur MCP, afin que les outils d’IA puissent accéder aux projets, tickets et commentaires. Peut-on reprendre des projets JIRA existants dans Planora ? Oui. Planora inclut un import JIRA permettant de reprendre les projets, statuts et tickets. Il est possible de mapper les projets et les statuts avant d’effectuer l’import. Les tickets déjà importés sont détectés et ignorés, ce qui permet de répéter l’opération. Existe-t-il une licence à vie pour Planora ? Oui, Planora doit être proposé sous forme de licence à vie pour d’autres entreprises et agences. Cela signifie que les entreprises reçoivent le produit complet à auto-héberger, sans coûts de licence récurrents. Les nouvelles versions sont incluses, tandis que les données propres restent sur son propre serveur. Quels avantages Planora offre-t-il aux agences ? Les agences profitent particulièrement de structures de projet claires, de workflows de tickets rapides, d’une capture directe des captures d’écran, de la planification des sprints, de tableaux en temps réel, de notifications Slack et d’un outil qui s’adapte à ses propres processus. Le travail de projet devient ainsi plus lisible, la coordination plus simple et la dépendance aux solutions SaaS externes réduite. Comment Planora va-t-il évoluer ? Planora sera étendu progressivement. Sont notamment prévus un CRM intégré, la mise en relation des clients et des projets, une prévision de chiffre d’affaires par projet, des automatisations avancées, des champs personnalisés et des analyses plus poussées. L’avantage du développement maison réside dans le fait que les nouvelles fonctionnalités voient le jour précisément là où elles apportent un réel bénéfice au quotidien.