Tableaux agiles : sprints, backlog et burndown

Mis à jour: 2026-06-17

Tous les projets ne sont pas des projets logiciels, et toutes les listes de tâches n’ont pas besoin d’un sprint. Risal trace une frontière nette entre les deux, de sorte que la même plateforme convient aussi bien à une to-do list personnelle qu’à une équipe de développement qui travaille par itérations de deux semaines.

Tâches et gestion de projet

Une tâche personnelle est légère : un titre, une date, éventuellement une priorité, saisis rapidement, souvent par la voix ou par analyse IA. Un espace de projet est volontairement plus riche : il comprend un tableau, un backlog, des sprints, des estimations et des rôles. Risal conserve les deux et choisit l’expérience à afficher selon le type de projet : les utilisateurs occasionnels ne croisent jamais la mécanique agile, et les équipes ne se sentent jamais à l’étroit.

Un tableau adapté à votre process

Le tableau Kanban a des étapes configurables : nommez-les selon la façon dont votre équipe travaille réellement (Triage → En cours → Revue → Terminé, ou tout autre schéma). Les cartes portent des estimations, des points, des assignés et des identifiants lisibles comme NOT-42, afin que les standups et les pull requests renvoient à la même chose.

Des sprints par projet

Chaque projet gère ses propres sprints. Planifiez un sprint à partir du backlog, engagez un ensemble de cartes, et laissez le travail inachevé basculer automatiquement vers le sprint suivant au lieu de disparaître discrètement. Les sprints étant propres à chaque projet, une équipe qui jongle avec plusieurs produits n’a pas à tout caler sur un seul rythme.

Backlog et Gantt

Le backlog est l’endroit où les idées attendent leur tour, classées et affinées. Quand vous avez besoin de la dimension temporelle (dépendances, jalons, qui travaille sur quoi et quand), la vue Gantt place les mêmes tâches sur une frise chronologique. C’est la couche de planification au-dessus du tableau du quotidien.

Timers et suivi du temps

Lancez un timer sur une carte et les heures s’imputent automatiquement à la bonne tâche. Le temps enregistré alimente les analytics du projet : les estimations gagnent en précision sprint après sprint et la facturation repose sur des données réelles.

Burndown et analytics

La vue analytics transforme tout cela en signal : un graphique burndown qui montre si le sprint est sur la bonne voie, les tendances d’achèvement, le temps passé et les coûts d’usage de l’IA si votre équipe utilise les fonctions IA. C’est la différence entre se sentir occupé et savoir où le sprint va atterrir.

Une plateforme, deux vitesses

L’idée n’est pas de greffer de l’agile sur une application de to-do, mais de laisser le produit s’adapter. Saisissez une tâche rapide en quelques secondes ; menez un sprint rigoureux quand le travail l’exige. Le tout au même endroit que votre équipe, vos serveurs et votre assistant IA.