📋 Skrüm

Contexte et Problématique

Une rétrospective se termine presque toujours de la même façon : des post-its pleins de bonnes intentions, une photo du tableau envoyée sur Slack, et trois semaines plus tard, personne ne sait ce qu’il est advenu des « actions ». Le planning poker se joue sur un outil, la rétro sur un autre, le tableau blanc sur un troisième, le sondage de santé d’équipe dans un formulaire. Les comptes se multiplient, les invités galèrent à rejoindre, et les décisions s’évaporent entre deux onglets.

Les plateformes SaaS qui couvrent ces rituels existent, mais elles facturent au siège, hébergent les retours de l’équipe (parfois sensibles) chez un tiers, et ne se branchent que rarement sur le tracker de tickets déjà en place. Pour une équipe qui veut garder la main sur sa donnée, ou simplement pour une structure qui refuse d’empiler un abonnement de plus, il n’y avait pas grand-chose de convaincant à déployer soi-même. C’est de ce constat que Skrüm est né.

Solution : Skrüm

Skrüm réunit les rituels d’une équipe agile dans un seul outil, open source et hébergé chez vous. Même compte, mêmes équipes, mêmes invités, et un principe directeur résumé par sa baseline : meetings end, actions remain. Chaque décision prise en séance devient une action suivie, avec un responsable et une date d’échéance.

1. Rétrospectives :

   • Un tableau temps réel, des cartes anonymes, un regroupement par thème, un vote, puis une discussion qui débouche sur des actions. 52 modèles intégrés répartis en 5 catégories (Essentials, Team & mood, Themed & fun, Ideas & planning, Analysis), de Start/Stop/Continue au Sailboat en passant par Mad/Sad/Glad ou le post-mortem, et on peut écrire les siens. La séance se clôt par un sondage ROTI (return on time invested) et un résumé partageable.

2. Actions qui ne se perdent plus :

   • Toutes les actions de toutes les rétros atterrissent dans la même liste d’équipe, avec rappels, récurrence, export et synchronisation vers le tracker de tickets. C’est le cœur du produit : l’action est l’unité de valeur, pas la réunion.

3. Planning poker :

   • Jeux de cartes Fibonacci, tailles de T-shirt ou decks personnalisés, cartes face cachée jusqu’à la révélation, médiane et valeurs aberrantes mises en évidence. Les tâches s’importent depuis Jira, Linear ou GitHub et l’estimation retenue est écrite en retour dans le tracker.

4. Tableau blanc, icebreakers et sondages :

   • Un canevas partagé bâti sur Excalidraw, avec notes adhésives, flèches et curseurs en direct. Des jeux courts pour ouvrir une séance : pendu, deux vérités et un mensonge, dessiner et deviner, Sprint GIF, météo d’humeur. Des sondages de santé d’équipe, de pulse et d’eNPS, chaque résultat comparé au précédent, avec une page d’insights qui trace les tendances.

5. Invités sans friction et compte sécurisé :

   • On crée une session, on partage le lien, et l’équipe rejoint sans compte. Pour les membres réguliers : mot de passe, passkeys, double authentification et SSO avec Google, GitHub, Microsoft Entra ou tout fournisseur OpenID Connect.

6. Intégrations :

   • Notifications et résumés vers Slack, Microsoft Teams, Mattermost et Telegram. Import de tickets et écriture des estimations avec Jira (Cloud et Data Center), Linear et GitHub. Des webhooks sortants pour brancher le reste.

7. Serveur MCP :

   • Skrüm expose un serveur Model Context Protocol avec 29 outils : 18 pour les rétrospectives et les actions (lister, rechercher, résumer, créer ou clôturer une action, promouvoir une suggestion), 11 pour le planning poker (créer une partie, importer des tickets, révéler les cartes, synchroniser les estimations). Chaque jeton d’API porte une portée mcp:read, mcp:write ou mcp:delete, et l’assistant ne voit que les outils que son jeton autorise. Aucun outil ne vote à la place d’un humain ni ne supprime autre chose que ses propres cartes.

Pourquoi réunir tous les rituels dans un seul outil ?

Parce que la valeur d’une rétro ne se mesure pas pendant la réunion, mais après. Quand le planning poker, la rétro et le sondage de santé vivent au même endroit, les actions d’une séance restent visibles à la suivante, l’équipe garde un historique, et le tracker de tickets reçoit directement ce qui a été décidé. Un outil par rituel, c’est autant de ruptures où une décision peut disparaître.

Technologie et Hébergement

• Laravel, Octane et FrankenPHP :

  • Le back-end est une application Laravel servie par Octane sur FrankenPHP, qui embarque Caddy. L’application est multi-tenant : des espaces de travail contiennent des équipes, qui lancent des sessions. Elle est disponible en anglais, français, espagnol et allemand.

• React et Inertia :

  • L’interface est en React, reliée au back-end par Inertia, stylée avec Tailwind CSS. Le tableau blanc repose sur Excalidraw.

• Temps réel avec Reverb :

  • Les tableaux de rétro, les parties de poker et les curseurs du tableau blanc se synchronisent par WebSocket via Reverb, le serveur temps réel de l’écosystème Laravel. Pas de service tiers à payer pour le temps réel.

• Une seule image Docker :

  • Le conteneur, publié sur le GitHub Container Registry, fait tourner le serveur web, Reverb, le worker de queue et l’ordonnanceur sous s6-overlay, qui relance un processus s’il tombe. Les migrations s’exécutent au démarrage. Une page /status publique affiche l’état de six composants (application, base, cache, jobs, tâches planifiées, temps réel). Côté base de données, au choix : PostgreSQL, MariaDB, MySQL ou SQLite.

• Installation en quatre commandes :

  curl -O https://raw.githubusercontent.com/arnaud-ritti/skrum/main/compose.production.yaml
  curl -o .env https://raw.githubusercontent.com/arnaud-ritti/skrum/main/.env.production.example
  docker run --rm --entrypoint php ghcr.io/arnaud-ritti/skrum:latest artisan key:generate --show
  docker compose -f compose.production.yaml up -d

  Trois variables à renseigner dans .env (APP_URL, APP_KEY, DB_PASSWORD), tout le reste a une valeur par défaut. Le premier compte créé devient administrateur de l’instance. Un guide de déploiement sur Coolify est fourni, ce qui en fait un candidat naturel pour une infrastructure self-hosted comme la mienne.

• À vos couleurs :

  • Nom de l’instance, logos, couleur principale, rayon des angles : le branding se règle depuis l’administration, tout comme le SSO, le SMTP (liens magiques et rappels d’actions envoyés par votre serveur) et la configuration IA, chaque changement étant consigné dans un journal d’audit.

• Licence AGPL-3.0-or-later :

  • Le code est public sur GitHub et les contributions sont bienvenues.

Applications Pratiques

• Équipes produit et tech : une rétro de fin de sprint dont les actions sont encore visibles au sprint suivant, et des estimations qui repartent directement dans Jira ou Linear.
• Structures soucieuses de leur donnée : les retours d’équipe, parfois sensibles, restent sur votre infrastructure, sans compte tiers ni facturation au siège.
• Facilitateurs et coachs agiles : 52 modèles de rétro, des icebreakers prêts à lancer et des sondages de santé comparés dans le temps, sur une instance brandée au nom de l’organisation.
• Workflows assistés par IA : brancher Claude ou tout client MCP sur l’instance pour résumer la dernière rétro, lister les actions en retard ou préparer une partie de poker à partir des tickets du sprint.

Conclusion

Skrüm est né d’un agacement partagé par beaucoup d’équipes : des rituels éclatés sur plusieurs outils et des décisions qui ne survivent pas à la réunion. En réunissant rétrospectives, planning poker, tableau blanc, icebreakers et sondages dans une seule image Docker, avec les actions comme fil conducteur et une ouverture vers les trackers et les assistants IA, l’outil vise une chose simple : que ce qui a été décidé soit fait.

Pour découvrir Skrüm, rendez-vous sur arnaud-ritti.github.io/skrum ou directement sur le dépôt GitHub.