Journal des changements

Version 0.15.0

Vue technique : un menu latéral remplace les onglets, avec les projets puis les vues du projet et leur compteur ; sur téléphone, un tiroir ouvert par « Menu ».

La langue choisie est enregistrée sur le compte : elle suit la personne d’un appareil à l’autre et dans ses courriels.
Clavier : lien « Aller au contenu », focus gardé dans le détail d’une demande ou d’une tâche, puis rendu à la fermeture.
Contrastes : le gris des textes secondaires est foncé pour atteindre 4,5 pour 1 sur tous les fonds (WCAG 2.2 AA).

Suivi d’une demande : l’auteur et les personnes qui commentent la suivent d’office ; chacun peut la suivre ou cesser de la suivre.
Notifications dans la cloche, en direct, pour les changements d’état, les commentaires, les mentions et les demandes à valider.
Courriels de notification selon la préférence de chacun : tous, mentions seulement ou aucun.

Discussion d’une demande : commentaires en Markdown et mentions des personnes du projet.
Fichiers joints, jusqu’à 10 Mo, rangés à part pour chaque organisation et téléchargés par un lien d’une minute.
Une partie prenante commente ses demandes et y joint des fichiers.

Temps réel : les vues ouvertes se mettent à jour en moins de deux secondes, sans fuite entre organisations.
Modifications simultanées : une modification commencée avant celle de quelqu’un d’autre est refusée, avec le bouton Recharger la demande.
Palettes : le libellé d’un état qui change bascule lettre par lettre, sauf si les animations sont réduites.

Clôture de sprint : les stories À valider sont reportées en gardant leur état, les autres repartent Planifiées, ou au backlog après le dernier sprint de la release.
Vélocité comptée à la validation, bilan de clôture figé et vélocité moyenne.
Notes de sprint et de release : stories validées et dérogations avec leurs motifs.
Annulation d’une validation par le Product Owner, pendant le sprint où elle a eu lieu.

Tests d’acceptation ordonnés, résultats Réussi ou Échoué saisis quand la story est En cours ou À valider.
Dérogation accordée par le Product Owner seul, test par test, avec un motif conservé dans l’historique.
Passage À valider par un humain de l’équipe, refusé tant qu’une tâche est ouverte.
Validation ou demande de correction sur place, depuis le tableau métier, avec le lien de recette du projet ou de la release.

Tâches de story, urgentes et récurrentes, avec un reste à faire en heures et un identifiant PORTAIL-Tn.
Task Board du sprint : colonnes À faire, En cours et Terminé, une ligne par story et des couloirs pour les tâches urgentes et récurrentes.
Estimation initiale figée au premier démarrage, blocage signalé avec son motif, limite de tâches urgentes en cours.
Une story dont toutes les tâches sont terminées est signalée « Prête à passer À valider », sans changer d’état.

Releases : création avec vision, sprints générés à la durée du projet, une seule release active.
Planification des stories estimées dans les sprints, prérequis respectés, capacité prévue.
Activation du sprint suivant, un seul à la fois ; motif exigé pour modifier un sprint actif.
Vue métier : objectif produit, Version visée par chaque demande, sa date et sa vision.

Features : création, couleur, valeur métier, ordre, état calculé (À faire, En cours, Terminée) et clôture.
Rattachement d’une story à une Feature, dont elle prend la couleur.
Vue métier : regroupement facultatif par thème.
Stories techniques créées par l’équipe, absentes de la vue métier.

Estimation des stories par l’équipe et le Scrum Master, selon l’échelle du projet : Fibonacci, entiers, personnalisée ou sans estimation.
Le Product Owner ordonne le backlog par glisser-déposer ou avec Monter et Descendre ; l’ordre est conservé.
Renvoi d’une story vers les propositions, son estimation effacée.

Proposer une demande (« Nouveau besoin » ou « Anomalie ») avec un identifiant lisible, la modifier ou la supprimer tant qu’elle n’est pas acceptée.
Tableau « Mes demandes » : état métier, chez qui est la demande et prochaine étape, onglets « Les miennes » et « Toutes ».
Le Product Owner accepte, refuse avec un motif ou rouvre une proposition depuis la vue technique.
Actions grisées avec leur raison et le code de la règle ; historique de chaque demande.

Équipes : création, membres et Scrum Master.
Projets : clé, objectif produit et équipe ; Product Owners et parties prenantes ; droit de valider accordé à une partie prenante.
Pratiques du projet réglées par le Scrum Master : échelle d’estimation, durée de sprint, assignation automatique, limite de tâches urgentes.
Un invité ne voit que les projets partagés avec lui.

Invitations par courriel, avec un rôle (administrateur, membre ou invité) et un lien valable 7 jours ; relance et révocation.
Appartenance à plusieurs organisations et changement d’organisation sans se reconnecter.