Mode d'emploi

Un guide utilisateur complet. Pour les concepts, voir l’Introduction.

Compte

Inscription et connexion

Inscrivez-vous sur eastagiletracker.com/register avec un e-mail et un mot de passe, ou continuez avec GitHub si vous préférez OAuth. Vérifiez votre adresse depuis l’e-mail que nous envoyons ; tant que ce n’est pas fait, vous pouvez vous connecter, mais certaines fonctionnalités sont limitées.

Si vous avez été invité à un projet ou à une organisation, suivez le lien de l’e-mail d’invitation — votre compte est créé (ou vous vous connectez) et vous atterrissez directement sur le tableau correspondant.

Mot de passe oublié ? Utilisez Forgot Password sur la page de connexion ; nous envoyons un lien de réinitialisation par e-mail.

Paramètres du compte

Depuis l’avatar en haut à droite → Account Settings :

• Profile — Nom affiché, initiales (utilisées dans les avatars de propriétaires), e-mail.
• Bio — Une courte auto-description (jusqu’à 4 Kio). Apparaît sur /me et dans les listes de membres de l’org, pour qu’un agent (ou un coéquipier) puisse choisir la bonne personne à solliciter. Laissez-la vide pour vous en abstenir.
• Password — À changer quand vous voulez.
• Avatar — Téléversez une image, ou laissez vos initiales par défaut.
• API Keys — Créez des jetons d’API personnels ; voir le Guide de l’API.
• Theme — Agile, Labs, Dark ou Light (également accessible depuis la barre latérale).
• Delete Account — Confirmation en deux étapes. Vous retire de toutes les organisations et de tous les projets.

Sécurité

Depuis l’avatar en haut à droite → Security :

• Double authentification (TOTP) — Configurez un code depuis n’importe quelle application d’authentification (1Password, Authy, Google Authenticator, …). Recevez 10 codes de récupération à usage unique — ils ne sont affichés qu’une fois, alors enregistrez-les. Désactivez plus tard avec un code actuel ou un code de récupération.
• Clés d’accès — Ajoutez une clé d’accès WebAuthn liée à l’appareil (Touch ID, Windows Hello, clé de sécurité matérielle). Connectez-vous ensuite sans mot de passe. Ajoutez, nommez et supprimez des clés depuis la même page.

Sessions et jetons de rafraîchissement

Une connexion réussie génère deux jetons : un JWT d’accès à courte durée de vie et un jeton de rafraîchissement à longue durée de vie (30 jours, renouvelé à chaque utilisation). La SPA rafraîchit automatiquement le jeton d’accès lorsqu’il expire ; vous restez connecté jusqu’à l’expiration du jeton de rafraîchissement ou jusqu’à votre déconnexion. La déconnexion révoque le jeton de rafraîchissement côté serveur, de sorte qu’une copie volée ne peut pas être rejouée.

Facturation

La plupart des comptes sont gratuits pour toujours en usage personnel. Si votre compte dispose d’un solde de crédits à la consommation, vous le trouverez sous Account → Billing — rechargement via le checkout Paddle, historique des transactions.

Organisations

Chaque compte appartient à une ou plusieurs organisations. Une nouvelle inscription reçoit une org personnelle (« Org <Nom> ») créée automatiquement, à la manière de Linear/Vercel. Les projets vivent à l’intérieur des orgs, et l’adhésion à l’org conditionne l’adhésion aux projets.

Changer d’organisation

Cliquez sur le sélecteur d’org dans la barre supérieure pour basculer entre les orgs auxquelles vous appartenez. L’org active teinte la barre latérale, délimite la liste « Projects » et est présélectionnée lorsque vous créez un nouveau projet.

Gérer une organisation (admin)

Cliquez sur le bloc de l’org dans la barre latérale → Manage organization → vous atterrissez sur /organization/{id}/projects. La barre latérale fait apparaître trois onglets d’administration :

• Projects — Tous les projets de cette org.
• Members — Membres actuels, rôles et invitations en attente. Invitez par e-mail ; l’invitation est verrouillée à l’e-mail avec un jeton à TTL et un plafond de rôle (les membres ne peuvent pas inviter d’admins).
• Settings (owners uniquement) — Nom de l’org, slug, plan. Transférez ici la propriété à un autre membre.

Retirer un membre

Retirer un membre d’une org se répercute en cascade : ses adhésions par projet aux projets de cette org sont révoquées dans la même transaction. Les URL de tableau mises en favori cessent de fonctionner dès qu’il perd l’accès à l’org — il n’y a pas de trace orpheline.

Projets

Créer un projet

Depuis la page Projects, cliquez sur New Project. Le formulaire de création ne demande que deux choses :

• Title — Obligatoire.
• Description — Facultative ; visible par tous les membres.

Tout le reste — durée d’itération, jour de début, vélocité initiale, échelle d’estimation, état terminé, activation des tâches — se règle plus tard dans Project Settings et est initialisé avec des valeurs par défaut raisonnables.

Paramètres du projet

Sous le menu Settings du projet, quatre onglets :

• Project — Modifier le titre, la description, la durée et le jour de début d’itération, la stratégie de vélocité (moyenne des 3 / 5 / 10 dernières), l’état terminé, l’échelle d’estimation, l’activation des tâches.
• Member — Inviter, promouvoir/rétrograder et retirer les membres humains (voir Membres et invitations, plus bas).
• Agent — Créer et révoquer les clés d’API d’agent pour ce projet (voir Agents, plus bas). Réservé aux owners.
• Import — Importer des stories depuis un autre tracker (voir Importer depuis d’autres trackers, plus bas).

Membres et invitations

Dans l’onglet Member de Project Settings, invitez des humains par e-mail. Les invitations en attente sont dans un panier séparé jusqu’à leur acceptation ; vous voyez qui est invité et pouvez relancer ou révoquer. Les membres actifs peuvent être promus ou rétrogradés entre viewer, member et owner. Les owners peuvent modifier les paramètres du projet ; les viewers peuvent lire mais pas écrire.

L’historique du projet a sa propre page — chaque changement de paramètres, chaque changement de membre, avec l’acteur (humain ou agent).

Stories

Créer une story

Utilisez l’option + Add story sur n’importe quel panneau du tableau (Current, Backlog, Icebox ou un panneau personnalisé) — tapez un titre et appuyez sur Entrée.

Les nouvelles stories créées dans Current ont par défaut current_state = 'unstarted'. C’est la parité avec PT : une itération Current est un plan de travail, pas une partition par état. Le propriétaire fait explicitement passer la story à Started quand il démarre le travail — le chronomètre du temps de cycle ne se déclenche qu’à ce moment-là.

Champ obligatoire : le titre. Choisissez un type (par défaut feature). Ajoutez description, estimation (features uniquement), étiquettes, propriétaires, suiveurs, bloqueurs — tout cela peut être renseigné plus tard depuis le panneau de détail.

Vous appuyez deux fois rapidement sur Entrée ? Pas de souci — le bouton est protégé ; vous obtenez exactement une story.

Estimer les features

Les features sont le seul type qui prenne des points. Cliquez sur le cercle des points sur une carte (ou dans le panneau de détail) et choisissez dans l’échelle. Les features non estimées affichent un cercle vide.

• Échelle Fibonacci — 0, 1, 2, 3, 5, 8, 13. Standard XP. Tout ce qui dépasse 13 doit être découpé en stories plus petites.
• Échelle East Agile — 0, 1, 2, 3. Plus resserrée. Un 3 représente une itération complète du temps d’une personne. Rien ne tient au-delà de 3.
• Échelle 3 points — 1, 2, 3 (Small / Medium / Large). Dimensionnement strict en tailles de t-shirt — pas d’option zéro, pas de demi-points.

Choisissez l’échelle une fois dans Project Settings ; vous pouvez en changer plus tard (les estimations existantes sont reportées par mappage).

Faire avancer l’état

Trois façons de faire avancer une story dans son cycle de vie :

1. Cliquer sur le bouton d’action en ligne sur la carte — Start, Finish, Deliver, Accept, Reject. Le texte du bouton reflète le prochain état valide pour le type de la story.
2. Glisser la carte dans une autre colonne. Le système applique la transition impliquée par le passage dans cette colonne. Les déplacements en arrière demandent confirmation.
3. Transition en lot — Sélectionnez plusieurs stories, Transition all — chaque story transitionne indépendamment. Si l’une est illégale, les autres passent quand même.

Panneau de détail

Cliquez n’importe où sur la ligne d’une story pour l’étendre en ligne. Le panneau de détail montre :

• Titre (éditable), description (Markdown), type, estimation, demandeur.
• Propriétaires (ajout/retrait de membres ou d’agents), suiveurs, étiquettes.
• Tâches (si activées), commentaires, pièces jointes, bloqueurs, liens, relectures.
• Un menu à 3 points pour dupliquer, supprimer et autres actions moins courantes.

Appuyez sur Escape pour fermer la story ouverte le plus récemment (la pile est mémorisée — fermeture une à une).

Commentaires

Jusqu’à 10 000 caractères, Markdown rendu. Modifiez et supprimez vos propres commentaires ; le journal d’audit conserve l’historique. Mentionnez les membres avec @ et l’autocomplétion les propose.

Pièces jointes

Glissez un fichier sur le panneau de détail, ou utilisez le bouton d’upload. Jusqu’à 2 Go par fichier — oui, suffisamment pour des captures vidéo d’écran complètes. Lecteur vidéo intégré.

Étiquettes

Depuis la page Labels de la barre latérale : créez des étiquettes avec noms et couleurs, archivez celles devenues obsolètes (les étiquettes archivées disparaissent du tableau mais restent cherchables). Ajoutez les étiquettes par story dans le panneau de détail.

Bloqueurs, liens, relectures

• Bloqueurs — Une note en texte libre « bloqué par X ». Marquez résolu/non résolu. Filtrez le tableau par has:blocker.
• Liens — Six types de relations : relates to, duplicates, blocks, is blocked by, pull request, branch. Collez une URL GitHub et le type est détecté automatiquement.
• Relectures — Assignez un relecteur (humain ou agent) avec un statut (pending, approved, rejected) et un commentaire facultatif.

Tâches

Si elles sont activées dans Project Settings, les stories reçoivent des sous-tâches — une liste à cocher dans la story. Cochez au fur et à mesure ; le compteur s’affiche sur la carte.

Référence des champs de story

Chaque variable de choix de la surface de détail d’une story porte une petite icône [?] à côté de son libellé. Cliquez dessus dans l’application pour voir le même conseil que celui résumé ci-dessous. Les traducteurs livrent le texte intégré à l’application en même temps que le reste de l’interface ; cette section est la référence canonique en forme longue.

Les champs sont listés dans l’ordre où ils apparaissent dans l’onglet Overview.

Statut

La place de la story dans son cycle de vie : Unstarted → Started → Finished → Delivered → Accepted (ou Rejected, retour à Started).

L’état critique est Delivered : l’ingénieur la marque comme livrée, mais elle n’est pas terminée tant que le product owner ne l’Accepte pas explicitement au regard des critères d’acceptation — ou ne la rejette, ce qui la renvoie en arrière. Cela inscrit une boucle de retour client dans chaque story plutôt que de reporter l’acceptation à une démo de fin de sprint.

Si les stories s’accumulent dans Delivered, c’est le signe que la boucle accept/reject est à l’arrêt. Regardez le compteur des Delivered à la fin de chaque itération — s’il grossit, c’est votre signal que le product owner manque de moyens ou que les critères d’acceptation ne sont pas assez clairs en amont.

Itération

Dans quelle itération la story est planifiée. Laissez sur None pour garder la story dans le Backlog, où le système la regroupera automatiquement sous une itération à venir en fonction de la vélocité.

Le remplacement manuel ici est utile lorsque vous voulez épingler une story à une itération précise quel que soit l’ordre — par exemple pour lier une story de release à une date fixe. Sinon, laissez l’ordre du Backlog piloter l’affectation aux itérations ; c’est ce qui garde la projection de vélocité honnête.

Propriétaires

Qui fait le travail. Les propriétaires peuvent être des humains ou des agents — les deux apparaissent comme des participants nommés dans le journal d’audit, l’auteur des commentaires et les analyses. Il n’existe aucun moyen de déguiser un propriétaire-agent en humain.

Plusieurs propriétaires, c’est l’expression visible de la programmation en binôme (ou du binôme-avec-agent). Ajoutez l’agent qui a pris la story et l’humain qui la relit — les deux noms apparaissent sur la carte. Cela maintient le travail en cours à un faible niveau ; finir avant de commencer la story suivante est le plus grand levier sur le temps de cycle.

Les propriétaires ne sont pas la même chose que les Suiveurs (un champ distinct sur la carte). Les suiveurs sont les personnes qui s’intéressent à la story mais qui ne font pas le travail — typiquement des abonnés aux notifications.

Type de story

Les quatre types ne sont pas interchangeables — la distinction est tout l’intérêt du modèle de données.

• Feature — Nouvelle valeur observable par l’utilisateur. Le seul type qui porte des points et compte pour la vélocité. C’est ce qui vous force à découper le travail en valeur que l’utilisateur peut voir.
• Bug — Un défaut. Non pointé. Les défauts ne rapportent pas de crédit de vélocité, ce qui garde le coût des reprises visible plutôt que récompensé.
• Chore — Travail nécessaire sans valeur directe pour l’utilisateur (refactorisations, infra, mise en place). Non pointé. L’équipe est incitée à regrouper les chores dans des features partout où c’est possible, pour que le cadrage par la valeur reste honnête.
• Release — Un marqueur à zéro point pour un jalon. Passe directement de Unstarted à Accepted, ancrant une date pour la projection.

Si vous vous surprenez à vouloir pointer un bug ou un chore : ne le faites pas. Cela casse la projection qui rend tout le système honnête. La vélocité est un instrument de mesure ; on ne trafique pas son propre instrument.

Priorité

Ne l’utilisez pas si vous pouvez l’éviter. Le Backlog est la priorité — de haut en bas, à priorité unique, sans ex æquo. Le product owner est responsable de l’ordre.

Un champ « priorité » est l’anti-pattern classique qui reconvertit en douce un backlog empirique et ordonné en planification de vœux pieux. Si vous vous retrouvez avec trois P1, vous n’avez pas de priorité — vous avez un Backlog mal ordonné. Corrigez l’ordre ; supprimez le signal de priorité.

Le champ existe pour la compatibilité avec les imports depuis les trackers qui en utilisent un (Jira, Asana, …), afin que les stories importées ne perdent pas d’information à l’entrée. Laissez-le sur « None » dans le nouveau travail.

Points

Taille relative de la story. Les features reçoivent des points ; les bugs, les chores et les releases restent à zéro.

L’estimation est une conversation de dimensionnement, pas une promesse. Ne traduisez pas les points en heures ; ne gonflez pas les points pour avoir l’air rapide. La vélocité est un instrument de mesure — on ne trafique pas son propre instrument.

Trois échelles sont fournies :

• Fibonacci — 0, 1, 2, 3, 5, 8, 13. L’échelle XP classique. Tout ce qui dépasse 13 doit être découpé.
• East Agile — 0, 1, 2, 3. Une échelle plus resserrée. Un 3 représente une itération complète du temps d’une personne.
• 3 points — 1, 2, 3 (Small / Medium / Large). Dimensionnement strict en tailles de t-shirt.

Si vous estimez souvent en 5, 8 ou 13, vos stories sont trop grosses. Découpez jusqu’à ce que chacune soit livrable indépendamment (le S et le I d’INVEST).

Demandeur

Qui a demandé la story. En général une seule personne — le product owner, une partie prenante, ou un agent agissant au nom de quelqu’un.

Le demandeur n’est pas le propriétaire. Le propriétaire est celui qui fait le travail ; le demandeur est celui qui se soucie du résultat et qui l’acceptera (ou non). Ce peut être la même personne, mais ce sont des rôles distincts. Consigner le demandeur, c’est ce qui vous donne, six mois plus tard, la réponse d’audit à « qui a demandé ça ? ».

Étiquettes

Des tags colorés. Une story peut en porter plusieurs. Utilisés pour la catégorisation transversale — mvp, tech-debt, security, un nom de release particulier — et pour le filtrage du tableau (label:mvp dans la barre de recherche, ou enregistré comme panneau de filtre personnalisé).

Les étiquettes sont délimitées au projet. Gérez-les sur la page Labels de la barre latérale. Archivez les étiquettes obsolètes plutôt que de les supprimer ; l’archive garde l’historique cherchable tout en dégageant le tableau.

Bloqueurs

Des notes en texte libre décrivant ce qui empêche cette story de progresser. Marquez comme résolu quand l’obstacle est levé.

Les bloqueurs sont un signal de flux, pas une file d’attente. Utilisez la mêlée quotidienne pour les faire remonter ; résolvez-les en dehors. Si vous avez plus d’un ou deux bloqueurs ouverts par story pendant plus d’une journée, la planification est mauvaise — découpez la story ou changez la dépendance. L’objectif est que le panneau Blocked soit la plupart du temps presque vide.

Description

Ce qu’est la story et comment reconnaître qu’elle est terminée. Markdown.

Les critères d’acceptation ont leur place ici — idéalement sous forme Given / When / Then pour qu’ils se traduisent directement en tests d’acceptation :

Given I am signed in as a member
When I click "Add a story" in Current
Then the story is created in state "unstarted"

INVEST est le contrôle de bon sens pour savoir si une story est bien formée :

• Independent (indépendante) — peut être livrée sans les autres stories.
• Negotiable (négociable) — capte l’intention, pas une spec figée.
• Valuable (à valeur) — pour un utilisateur ou une partie prenante.
• Estimable — l’équipe sait la dimensionner.
• Small (petite) — tient confortablement dans une itération.
• Testable — possède des critères d’acceptation qui peuvent être exercés.

Une story en haut du backlog avec des critères d’acceptation flous est un bug de planification — pas un problème futur à ignorer. Corrigez-le avant de la laisser avancer.

Actions en lot

Sélectionnez plusieurs stories sur le tableau (shift-clic pour une plage, ou Select all in panel). Ensuite :

• Transition en lot
• Suppression en lot
• Duplication en lot

Le tableau

Le tableau est l’écran d’accueil de chaque projet. Trois colonnes par défaut :

• Current — Stories de l’itération active. Regroupées par en-tête d’itération (courante, puis à venir, puis closes). Les cartes apparaissent dans l’ordre de la séquence temporelle de l’itération, avec leur état visible sur chaque carte ; la colonne n’est pas découpée par état — cela casse la séquence temporelle de l’itération dans laquelle l’équipe planifie.
• Backlog — File strictement ordonnée. Le système regroupe automatiquement les itérations à venir en fonction de la vélocité. Le product owner est responsable de l’ordre de haut en bas ; la clarté a le droit de se dégrader à mesure que vous descendez, mais jamais en haut.
• Icebox — Idées sans date. Non ordonnées, non estimées. L’Icebox a le droit d’être un cimetière.

Panneaux configurables — cases à cocher de la barre latérale

La section Board de la barre latérale liste chaque colonne préréglée avec une case à cocher : cochez une case pour afficher cette colonne, décochez pour la masquer. Les bascules sont mémorisées par projet et par utilisateur (elles sont synchronisées via GET/PUT /preferences). Les préréglages sont :

• Current Iteration (activé par défaut)
• Backlog (activé par défaut)
• Icebox (activé par défaut)
• Done — Stories Accepted.
• My Work — Stories dont vous êtes propriétaire.
• Blocked — Stories avec des bloqueurs non résolus.
• Epics — Récapitulatifs au niveau des epics.
• Chat — Colonne de discussion délimitée au projet.

Panneaux de filtres personnalisés

Épinglez une recherche sous forme de panneau : collez une requête comme type:feature label:mvp owner:claire, enregistrez-la. Redimensionnez les colonnes à votre convenance ; les largeurs sont mémorisées d’une session à l’autre.

Recherche

La barre de recherche accepte la syntaxe de filtres décrite dans l’Introduction. Les résultats vivent dans un panneau de résultats ; cliquez sur n’importe quel résultat pour y sauter sur le tableau.

Pastille d’itération courante

La barre du haut affiche le numéro de l’itération en cours, la plage de dates et les points acceptés par rapport aux points planifiés. Cliquez pour sauter à la colonne Current.

Itérations

Le système crée les itérations automatiquement à partir de leur durée et de leur jour de début. Vous n’avez pas besoin de les « ouvrir » ou de les « fermer ».

Pour anticiper, glissez des stories du Backlog vers les groupes d’itérations à venir. Le système marque en rouge les groupes qui dépassent votre vélocité. Pour planifier plus loin, faites défiler le backlog — il affiche trois ou quatre itérations à venir.

Pour revenir en arrière : cliquez sur l’en-tête d’une itération passée dans la colonne Current pour ouvrir le rapport d’itération.

Releases

Les releases sont un type de story, pas un objet à part. Créez une release comme n’importe quelle story : choisissez le type Release, donnez-lui un nom (par exemple v2.4), glissez-la dans l’itération où vous prévoyez de la livrer.

Les releases sautent les états Started/Finished/Delivered/Rejected — elles vont de Unstarted à Accepted en une étape. Acceptez la release au moment où vous livrez ; les vues analytiques affichent le repère de release.

Analyses

L’onglet Analytics (en haut du projet) propose six rapports :

• Project Overview — Tendance de la vélocité, KPI des itérations récentes, burnup, burndown, flux cumulatif.
• Iteration — Détail d’une itération : KPI, burndown, flux des états.
• Releases & Burndowns — Chronologie des releases, burndown par release.
• Story Activity — Qui a fait quoi, filtrable par acteur, type, plage de dates.
• Cycle Time — Moyenne et distribution du temps entre Started et votre état terminé.
• Projections — Prévision de la date d’achèvement du backlog à la vélocité actuelle.

Agents

C’est la partie de l’outil qui le distingue. Un agent est un coéquipier nommé — mais c’est une IA.

Ajouter un agent à un projet

Vous devez être owner du projet (ou administrateur). Ouvrez Project Settings → Agents :

1. Create new agent key.
2. Donnez un nom à l’agent (il apparaîtra sous ce nom dans les journaux d’audit, l’auteur des commentaires et les avatars de propriétaires).
3. Choisissez un rôle — viewer (lecture seule) ou member (peut écrire). Le rôle owner est réservé aux humains.
4. La clé est affichée une seule fois — copiez-la ; nous ne la stockons pas de manière récupérable. Le préfixe est ea_agent_….

Ce que les agents peuvent faire

Un agent ayant le rôle member peut faire tout ce qu’un membre humain peut faire :

• Créer, modifier, transitionner, supprimer des stories
• Commenter, joindre des fichiers, ajouter des étiquettes, désigner des propriétaires
• Se désigner lui-même propriétaire d’une story
• Lire l’activité, suivre les événements

Le journal d’audit enregistre chaque écriture avec l’identité de l’agent. Il n’existe aucun moyen de faire passer une action d’agent pour une action humaine.

Gérer les clés d’agent

Dans Project Settings → Agents, vous voyez toutes les clés actives, leurs noms, leurs rôles et leur dernière utilisation. Révoquez une clé à tout moment ; l’agent perd l’accès immédiatement. L’activité passée de l’agent reste à jamais dans le journal d’audit.

Utiliser les agents avec l’API

Voir Guide de l’API → Clés d’agent pour des exemples de code.

Importer depuis d’autres trackers

Si vous arrivez d’un autre outil, nous avons des importateurs pour huit sources :

• Pivotal Tracker
• Jira
• Asana
• GitLab
• Shortcut
• Trello
• Linear
• Plane

Depuis Project Settings → Import, téléversez un export (CSV pour la plupart, JSON pour Plane). Stories, propriétaires, commentaires, étiquettes et états sont mappés automatiquement ; certaines sources apportent aussi les itérations.

Un aperçu montre ce qui sera importé. Les écarts (par exemple une étiquette absente de votre projet) déclenchent une invite — créer ou ignorer, à vous de voir.

Thèmes

Quatre thèmes sont fournis. Basculez depuis le pied de la barre latérale (ou dans Account Settings → Theme) :

• Agile — La palette de la page d’accueil marketing. Blancs chauds, accent de marque bleu profond (#1f6f9f), icônes de type de story saturées. Option principale du sélecteur.
• Labs — La palette de Pivotal Tracker, amoureusement préservée. Chrome sombre, barre supérieure bleue, pastels entre colonnes. L’original.
• Dark — Sombre neutre pur.
• Light — Lumineux neutre pur. De l’encre sur le papier.

Votre thème est conservé d’une session à l’autre.

Langue

L’interface est traduite en 15 langues : anglais, français, allemand, espagnol, japonais, chinois, coréen, portugais, italien, néerlandais, suédois, danois, tchèque, finnois, polonais. Basculez depuis le pied de la barre latérale — l’interface, les pages d’authentification, l’espace compte/sécurité, la liste des projets et la page d’accueil marketing se localisent immédiatement. La localisation du détail des stories / des analyses / des paramètres suit.

Raccourcis clavier

Quelques-uns qui valent leur poids :

• Escape — Réduit la story ouverte le plus récemment.
• Entrée dans un champ en ligne — Valide (sans réduire la ligne).
• Shift-clic — Sélection d’une plage de stories.

D’autres sont ajoutés au fil du temps ; voir Help dans la barre latérale pour la liste à jour.

Auto-hébergement

East Agile Tracker est open source. Le code source complet est sur github.com/EastAgile/agile-tracker — clonez-le, compilez-le, faites-le tourner sur votre propre infrastructure. Mêmes fonctionnalités que la version hébergée.

Pour l’installation, voir le README du projet.