Pastille de santé par projet sur le dashboard #18

Open
opened 2026-10-11 22:36:42 -04:00 by bruno · 0 comments
Owner

Contexte

La page /health (0.14.0, _project_health dans main.py) calcule par projet les temps de séjour par colonne, le goulot et les zombies — mais il faut penser à y aller. Le dashboard, page d'accueil quotidienne, n'en montre rien : toutes les cartes se ressemblent, qu'un projet coule ou qu'il dorme.

Proposition

Une pastille de santé sur chaque carte de projet actif :

  • 🟢 vert : rien à signaler ;
  • 🟠 orange : au moins un signal doux (zombies ≥ 1, ou colonne la plus lente au-delà d'un seuil) ;
  • 🔴 rouge : signal franc (plusieurs zombies, ou cartes vieillissantes concentrées en QA/Révision) ;
  • info-bulle détaillée (« 2 zombies · goulot : Révision (médiane 9 j) ») et clic → /health/{owner}/{repo}.

Règles exactes à figer dans l'issue avant code : réutiliser _project_health (zombies selon KANBANTE_ZOMBIE_DAYS, slowest_column) plutôt qu'une seconde définition de « santé ».

Pistes d'implémentation

  • La route dashboard calcule la santé pour les projets actifs seulement : données journal locales (SQLite), aucun appel Gitea supplémentaire — coût faible.
  • Présentation discrète (pastille dans l'en-tête de carte, à côté de la date) : le dashboard reste calme, seuls les projets à problème ressortent.

Critères d'acceptation

  • Chaque projet actif affiche une pastille cohérente avec /health/{owner}/{repo} pour les mêmes données.
  • Info-bulle nommant les signaux ; clic menant à la page santé du projet.
  • Aucun appel Gitea ajouté par le calcul de santé.
  • Seuils documentés dans le code et testés (cas vert/orange/rouge).

Issue de la feuille de route « Gestion de projets » (idées Spark du 2026-10-11, toutes retenues par Bruno) — à réaliser quand la carte sera dans « 📋 À faire ».

## Contexte La page `/health` (0.14.0, `_project_health` dans `main.py`) calcule par projet les temps de séjour par colonne, le goulot et les zombies — mais il faut penser à y aller. Le dashboard, page d'accueil quotidienne, n'en montre rien : toutes les cartes se ressemblent, qu'un projet coule ou qu'il dorme. ## Proposition Une **pastille de santé** sur chaque carte de projet actif : - 🟢 vert : rien à signaler ; - 🟠 orange : au moins un signal doux (zombies ≥ 1, ou colonne la plus lente au-delà d'un seuil) ; - 🔴 rouge : signal franc (plusieurs zombies, ou cartes vieillissantes concentrées en QA/Révision) ; - info-bulle détaillée (« 2 zombies · goulot : Révision (médiane 9 j) ») et clic → `/health/{owner}/{repo}`. Règles exactes à figer dans l'issue avant code : réutiliser `_project_health` (zombies selon `KANBANTE_ZOMBIE_DAYS`, `slowest_column`) plutôt qu'une seconde définition de « santé ». ## Pistes d'implémentation - La route dashboard calcule la santé pour les projets actifs seulement : données journal locales (SQLite), aucun appel Gitea supplémentaire — coût faible. - Présentation discrète (pastille dans l'en-tête de carte, à côté de la date) : le dashboard reste calme, seuls les projets à problème ressortent. ## Critères d'acceptation - [ ] Chaque projet actif affiche une pastille cohérente avec `/health/{owner}/{repo}` pour les mêmes données. - [ ] Info-bulle nommant les signaux ; clic menant à la page santé du projet. - [ ] Aucun appel Gitea ajouté par le calcul de santé. - [ ] Seuils documentés dans le code et testés (cas vert/orange/rouge). --- *Issue de la feuille de route « Gestion de projets » (idées Spark du 2026-10-11, toutes retenues par Bruno) — à réaliser quand la carte sera dans « 📋 À faire ».*
bruno added this to the Gestion de projets — feuille de route milestone 2026-10-11 22:36:42 -04:00
bruno added the roadmaptop-3 labels 2026-10-11 22:36:43 -04:00
bruno added the kanban:todo label 2026-10-11 22:41:56 -04:00
bruno added kanban:in_progress and removed kanban:todo labels 2026-10-11 22:46:36 -04:00
bruno added kanban:qa and removed kanban:in_progress labels 2026-10-11 22:50:31 -04:00
bruno added kanban:review and removed kanban:qa labels 2026-10-11 22:52:06 -04:00
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: Projets/kanbante#18