Analytics du sprint

Sprint Analytics fournit des graphiques visuels et des métriques qui révèlent comment le travail progresse à travers votre itération. Les graphiques burndown, burnup et les répartitions de distribution transforment les données brutes des tâches en insights actionnables.

Le problème résolu

Regarder un tableau de tâches vous indique l'état actuel, mais pas la trajectoire. Vous ne pouvez pas voir si vous êtes en avance, en retard ou si vous subissez une dérive du périmètre. Sans analytics, les revues de sprint deviennent des suppositions : "Je pense qu'on s'en est bien sorti" au lieu de "Voici exactement ce qui s'est passé."

Sprint Analytics convertit l'historique de vos tâches en graphiques montrant les patterns, problèmes et progrès. Prenez des décisions basées sur les données pendant le sprint et menez des rétrospectives significatives après.

Ce que vous voyez

L'onglet Analytics affiche un tableau de bord des métriques du sprint. En haut, une barre de KPI montre les chiffres clés d'un coup d'œil. En dessous, des graphiques visualisent les patterns de complétion des tâches. Les répartitions de distribution révèlent comment le travail se divise entre types, membres et niveaux d'effort.

Note : Sprint Analytics est une fonctionnalité Pro. Un badge indique quand une mise à niveau d'abonnement est requise.

Barre de stats KPI

La ligne du haut affiche six métriques clés :

Total des tâches : Nombre complet de tâches assignées à ce sprint, quel que soit le statut.

Terminées : Nombre de tâches dans les états de workflow "terminé". Comparez au total pour le ratio de complétion.

Progression : Pourcentage de tâches terminées. Calculé comme (terminées / total) × 100.

Story Points : Somme des points d'effort assignés aux tâches du sprint. Renseigné uniquement si votre projet utilise l'estimation par points.

Heures travaillées : Temps total enregistré sur les tâches de ce sprint. Nécessite que le suivi du temps soit actif.

Durée : Nombre de jours dans le sprint basé sur les dates de début et de fin.

Ces métriques se mettent à jour en temps réel quand les tâches changent de statut ou que du temps est enregistré.

Graphique Burndown

Le graphique burndown montre le travail restant dans le temps. L'axe Y représente les tâches (ou points) restantes. L'axe X représente le temps du début à la fin du sprint.

Ligne idéale : Une ligne diagonale du travail total au début du sprint à zéro à la fin. Cela représente une progression parfaitement linéaire.

Ligne réelle : Votre travail restant réel dans le temps. Montre comment la progression se compare à l'idéal.

Lire le graphique :

• Ligne au-dessus de l'idéal : En retard. Plus de travail reste que prévu.
• Ligne en-dessous de l'idéal : En avance. Le travail se termine plus vite que prévu.
• Ligne correspond à l'idéal : En bonne voie pour la complétion planifiée.
• Sections plates : Aucune tâche terminée pendant cette période.
• Pics vers le haut : Périmètre ajouté en cours de sprint (tâches ajoutées ou réouvertes).

Graphique Burnup

Le graphique burnup complète le burndown en montrant le travail terminé s'accumulant dans le temps.

Ligne de périmètre : Périmètre total du sprint (toutes les tâches assignées). Une ligne plate signifie un périmètre stable. Une ligne montante signifie que des tâches sont ajoutées.

Ligne terminée : Tâches cumulées terminées dans le temps. Devrait monter régulièrement vers la ligne de périmètre.

Lire le graphique :

• Terminées approchant le périmètre : Le sprint se terminera à temps.
• Terminées plates pendant que le périmètre monte : La dérive du périmètre dépasse la livraison.
• Terminées montant plus vite que le périmètre : L'équipe est en avance, ou le périmètre diminue.
• Écart à la fin du sprint : Travail non réalisé (les tâches restantes).

Le burnup est particulièrement utile quand le périmètre change fréquemment, car il montre à la fois la progression de complétion et l'expansion du périmètre simultanément.

Distribution par type de tâche

Cette répartition montre comment le travail du sprint se divise entre les types de tâches (Bug, Fonctionnalité, Amélioration, etc.).

Pour chaque type :

• Indicateur de couleur : Correspond à la couleur configurée du type
• Nom du type : Le label du type de tâche
• Nombre : Nombre de tâches de ce type
• Pourcentage : Part du total des tâches du sprint
• Barre de progression : Représentation visuelle du pourcentage

Cas d'utilisation :

• Identifier les sprints chargés en bugs pouvant indiquer des problèmes de qualité
• Suivre les ratios fonctionnalités versus maintenance
• Assurer une distribution équilibrée du travail

Distribution par membre de l'équipe

Cette répartition montre comment les tâches se distribuent entre les membres de l'équipe.

Pour chaque membre :

• Avatar : Image de profil du membre
• Nom : Nom du membre
• Nombre : Tâches assignées à ce membre
• Pourcentage : Part du total des tâches assignées
• Barre de progression : Représentation visuelle du pourcentage

Cas d'utilisation :

• Identifier les charges de travail déséquilibrées
• Trouver les membres sur-alloués ou sous-utilisés
• Assurer une distribution équitable pendant la planification

Note : Les tâches peuvent avoir plusieurs assignés, donc le total des assignations peut dépasser le total des tâches.

Distribution par effort

Si votre projet utilise des niveaux d'effort ou de priorité, cette répartition montre le travail du sprint par catégorie d'effort.

Pour chaque niveau d'effort :

• Indicateur de couleur : Couleur configurée du niveau d'effort
• Nom du niveau : Le label de la catégorie d'effort
• Nombre : Tâches à ce niveau d'effort
• Pourcentage : Part du total des tâches du sprint

Cas d'utilisation :

• Vérifier le mélange approprié de travail complexe et simple
• S'assurer que le sprint ne contient pas que des tâches difficiles
• Suivre les patterns d'estimation d'effort

Timeline d'activité quotidienne

Une vue timeline peut montrer les complétions de tâches par jour tout au long du sprint :

• Barres ou marqueurs : Indiquent les tâches terminées chaque jour
• Patterns : Révèlent le rythme de travail (régulier versus chargé en fin)
• Lacunes : Jours sans complétion à investiguer

Cas d'utilisation :

• Identifier les patterns problématiques (tout le travail terminé le dernier jour)
• Voir comment les weekends ou jours fériés affectent la progression
• Corréler avec les événements externes affectant la productivité

Comparaison de vélocité

Si disponible, les graphiques de vélocité comparent le débit de ce sprint aux sprints historiques :

• Sprint actuel : Tâches ou points terminés
• Vélocité moyenne : Moyenne historique
• Ligne de tendance : Direction de la vélocité sur les sprints récents

Cas d'utilisation :

• Comprendre la capacité pour la planification future
• Identifier l'amélioration ou le déclin de la performance de l'équipe
• Définir des attentes réalistes pour les sprints à venir

Rafraîchir les données

Cliquez sur le bouton de rafraîchissement dans le sous-en-tête pour recharger toutes les données analytics. Utilisez ceci quand :

• Des tâches ont récemment changé de statut
• Vous voulez les derniers chiffres pendant une réunion
• Les graphiques semblent obsolètes ou dépassés

Un indicateur de chargement apparaît pendant le rafraîchissement des données.

Utiliser les analytics pour les rétrospectives

Les analytics fournissent des données objectives pour les rétrospectives de sprint :

1. Examiner la forme du burndown : La progression était-elle régulière ou chargée en fin ?
2. Vérifier la dérive du périmètre : Le burnup a-t-il montré un périmètre en expansion ?
3. Examiner les distributions : La charge de travail était-elle équilibrée ? Les types étaient-ils comme prévu ?
4. Comparer la vélocité : Comment ce sprint se compare-t-il à l'historique récent ?

Ancrez les discussions dans les données plutôt que les impressions. "On s'est senti occupé" devient "Nous avons terminé 23 tâches, 5 au-dessus de la moyenne, mais 8 ont été ajoutées en cours de sprint."

Astuces pro

• Points quotidiens : Examinez brièvement le burndown chaque jour pour détecter les problèmes tôt
• Capture d'écran pour documentation : Capturez les graphiques à la fin du sprint pour les archives historiques
• Combiner avec des données qualitatives : Les graphiques montrent ce qui s'est passé ; les discussions d'équipe expliquent pourquoi
• Surveillez les patterns : Un chargement constant en fin de sprint peut indiquer des problèmes d'estimation ou de planification

Signaler un problème ou demander une fonctionnalité

Vos commentaires comptent. Voici comment les partager :

Si les graphiques s'affichent incorrectement, si les données semblent fausses, ou si vous voulez des métriques supplémentaires, nous voulons le savoir.

Dans la barre latérale, cliquez sur Tickets de support et ouvrez un ticket pour le problème. Tout est interactif et rapide via la plateforme GitScrum Studio.

Créer un sprint

La modale Créer un sprint fournit une interface simplifiée pour configurer de nouvelles itérations de sprint. Définissez la timeline de votre sprint, les objectifs et le statut initial en quelques secondes, puis commencez à assigner du travail au nouveau sprint.

Le problème résolu

Démarrer un nouveau sprint devrait prendre des instants, pas des réunions. Vous devez capturer les paramètres essentiels du sprint : quelle période il couvre, ce que vous visez à accomplir et dans quel statut il commence. Tout le reste peut être affiné au fur et à mesure de la planification.

La modale Créer un sprint se concentre sur ces essentiels tout en restant assez flexible pour les équipes avec différents styles de planification.

Ce que vous voyez

La modale Créer un sprint apparaît comme un dialogue centré avec une interface propre et focalisée. L'en-tête montre un sélecteur de projet, suivi des champs de saisie pour le titre et les objectifs du sprint. En dessous, des options inline fournissent des sélecteurs de statut et de dates affichés de manière compacte sur une seule ligne.

Ouvrir la modale Créer un sprint

Vous pouvez ouvrir la modale Créer un sprint depuis plusieurs emplacements :

Depuis la liste des sprints :

• Cliquez sur le bouton "Nouveau sprint" ou "+" dans la vue liste des sprints

Depuis la Création rapide globale :

• Utilisez le menu de création rapide global et sélectionnez Sprint
• Utilisez les raccourcis clavier si configurés

Création contextuelle : Quand vous ouvrez la modale depuis un projet spécifique, la sélection du projet se remplit automatiquement. Cela fait gagner du temps lors de la création de plusieurs sprints dans le même projet.

Sélection du projet

Avant de créer un sprint, sélectionnez à quel projet il appartient. Le sélecteur de projet apparaît dans l'en-tête de la modale.

Si vous avez accès à plusieurs espaces de travail : Sélectionnez d'abord un espace de travail en utilisant le menu déroulant. Après avoir sélectionné un espace de travail, la liste des projets se met à jour pour afficher les projets dans cet espace de travail.

Si vous avez ouvert la modale depuis un contexte de projet : Le projet se pré-remplit automatiquement. Vous pouvez toujours le changer si nécessaire.

Cliquez sur un nom de projet dans la liste pour le sélectionner. Une coche indique la sélection actuelle.

Titre du sprint

Le champ titre accepte un nom pour votre sprint. Les bons titres de sprint aident les membres de l'équipe à identifier rapidement les itérations :

Patterns de nommage efficaces :

• Séquentiel : "Sprint 14", "Sprint 15"
• Basé sur la date : "Sprint S23" (semaine 23), "Sprint Mar-1"
• Basé sur le thème : "Sprint : Authentification utilisateur", "Sprint : Performance"
• Combiné : "Sprint 14 : Refactoring API"

Le titre apparaît partout dans l'interface où ce sprint est référencé. Gardez-le concis mais assez distinctif pour l'identifier d'un coup d'œil.

Objectifs du sprint (Description)

Le champ objectifs capture ce que l'équipe vise à accomplir pendant ce sprint. Écrivez les objectifs en langage orienté résultat :

Objectifs forts :

• "Les utilisateurs peuvent réinitialiser leur mot de passe par email"
• "Temps de réponse API sous 200ms pour tous les endpoints"
• "Compléter les tests du flux d'onboarding"

Objectifs faibles :

• "Travailler sur les tâches"
• "Corriger des bugs"
• "Faire des progrès"

Les objectifs fournissent le focus pendant le sprint. Quand vous choisissez quelles tâches ajouter ou si vous acceptez du nouveau travail en cours de sprint, référencez les objectifs : "Est-ce que cela nous aide à atteindre nos objectifs énoncés ?"

Laissez ce champ vide si votre équipe préfère définir les objectifs séparément ou n'utilise pas d'objectifs de sprint.

Statut du sprint

Le menu déroulant statut montre les statuts de sprint disponibles configurés pour votre projet. Sélectionnez le statut de départ pour ce sprint :

Statuts initiaux courants :

• Planification : Le sprint est en préparation, le travail est identifié
• Prêt : Le sprint est planifié et prêt à commencer
• Actif : Le sprint a commencé et le travail est en cours

Votre projet peut avoir des statuts différents ou supplémentaires. Sélectionnez le statut qui correspond à où ce sprint commence dans votre workflow.

Dates du sprint

Deux sélecteurs de date définissent la timeline du sprint :

Date de début : Quand le sprint commence. Les tâches deviennent "actives" à partir de cette date pour le suivi.

Date de fin : Quand le sprint se termine. Cette date pilote les calculs de burndown et le suivi des échéances.

Cliquez sur chaque champ de date pour ouvrir un sélecteur de calendrier. Sélectionnez une date en cliquant dessus dans le calendrier.

Indicateur de durée : Quand les deux dates sont sélectionnées, la modale affiche la durée calculée en jours. Cela aide à vérifier que vous avez sélectionné la période prévue.

Conseils pour la sélection des dates :

• Alignez avec l'emploi du temps de votre équipe (commencez le lundi, terminez le vendredi)
• Tenez compte des jours fériés ou absences connues
• Maintenez une durée de sprint cohérente pour les comparaisons de vélocité

Créer le sprint

Cliquez sur le bouton de confirmation pour créer le sprint. Le système valide que vous avez :

• Sélectionné un projet
• Fourni un titre de sprint
• Sélectionné des dates valides

Si des informations requises manquent, le bouton créer reste désactivé.

Lors de la création réussie, la modale affiche une confirmation de succès avec des options pour :

• Aller au sprint : Naviguer directement vers la vue tableau du nouveau sprint
• Créer un autre : Rester dans la modale avec les champs vidés pour créer un autre sprint

Après avoir créé un sprint

Le nouveau sprint apparaît dans la liste des sprints de votre projet et devient disponible pour l'assignation de tâches. Les étapes suivantes incluent typiquement :

1. Affiner les objectifs si vous avez écrit du texte provisoire
2. Assigner des tâches au sprint depuis le backlog ou en créant de nouvelles tâches
3. Examiner la capacité basée sur la disponibilité de l'équipe pendant les dates du sprint
4. Communiquer le plan de sprint aux parties prenantes

Créer plusieurs sprints

Si vous planifiez les sprints à l'avance, utilisez "Créer un autre" pour configurer plusieurs sprints en séquence :

1. Créez Sprint 14 avec les dates pour semaine 1-2
2. Cliquez sur "Créer un autre"
3. Créez Sprint 15 avec les dates pour semaine 3-4
4. Continuez si nécessaire

Cette approche aide les équipes à planifier plusieurs itérations à l'avance tout en maintenant un nommage cohérent et une progression de dates.

Navigation au clavier

La modale supporte la navigation clavier standard :

• Tab : Se déplacer entre les champs
• Entrée : Dans le champ titre, passe au champ suivant. Sur le bouton confirmer, crée le sprint.
• Échap : Fermer la modale sans créer

Gestion des erreurs

Si la requête de création échoue (problèmes réseau, problèmes de validation, ou erreurs de permissions), la modale affiche un message d'erreur. Vos données saisies restent dans le formulaire pour que vous puissiez réessayer sans resaisir les informations.

Problèmes courants :

• Noms en double : Certains projets empêchent les titres de sprint en double
• Dates invalides : La date de fin doit être après la date de début
• Permissions : Vous pouvez manquer de permission pour créer des sprints dans le projet sélectionné

Astuces pro

• Templates de sprint : Notez votre pattern de nommage préféré, durée typique et objectifs standard. Appliquez de manière cohérente entre les sprints.

• Temps tampon : Si votre équipe a systématiquement besoin de quelques jours après la fin du sprint pour conclure, intégrez cela dans votre sélection de dates.

• Spécificité des objectifs : Plus vos objectifs sont spécifiques, plus il est facile d'évaluer le succès du sprint. "Améliorer la performance" est difficile à mesurer ; "Réduire le temps de chargement à moins de 2 secondes" est clair.

Signaler un problème ou demander une fonctionnalité

Vos commentaires comptent. Voici comment les partager :

Si le processus de création de sprint pourrait être amélioré ou si vous rencontrez des problèmes, nous voulons le savoir.

Dans la barre latérale, cliquez sur Tickets de support et ouvrez un ticket pour le problème. Tout est interactif et rapide via la plateforme GitScrum Studio.

Objectifs du sprint

Les objectifs du sprint définissent ce que l'équipe vise à accomplir pendant une itération. Plus qu'une liste de tâches, les objectifs décrivent les résultats qui rendent un sprint réussi. Ils fournissent le focus lors de la priorisation du travail et de l'évaluation des résultats.

Le problème résolu

Un sprint rempli de tâches mais sans objectif clair mène à des efforts dispersés. Les membres de l'équipe complètent le travail sans comprendre comment il se connecte aux objectifs plus larges. À la fin du sprint, personne ne peut dire avec confiance si le sprint a réussi.

Les objectifs du sprint transforment une liste de tâches en une mission. Quand tout le monde comprend le résultat cible, les décisions deviennent plus faciles : "Cette tâche nous aide-t-elle à atteindre notre objectif ?" guide la priorisation, la gestion du périmètre et le focus quotidien.

Ce que vous voyez

La section Objectifs du sprint apparaît dans l'onglet Détails de n'importe quel sprint. Elle affiche le texte de l'objectif actuel avec support de formatage riche. Un bouton de modification ouvre une modale où vous pouvez modifier le contenu de l'objectif.

Voir les objectifs du sprint

Naviguez vers n'importe quel sprint et sélectionnez l'onglet Détails. La section Objectif du sprint montre :

• L'en-tête du titre de l'objectif
• Le contenu formaté de l'objectif (supporte le texte riche)
• Un bouton Modifier pour les utilisateurs avec les permissions appropriées

Si aucun objectif n'a été défini, la section affiche un texte d'espace réservé indiquant qu'aucun critère d'acceptation n'est fourni.

Modifier les objectifs du sprint

Pour modifier les objectifs du sprint :

1. Naviguez vers l'onglet Détails du sprint
2. Cliquez sur le bouton "Modifier" dans l'en-tête Objectif du sprint
3. La modale d'édition s'ouvre avec le contenu actuel
4. Modifiez le texte de l'objectif en utilisant l'éditeur de texte riche
5. Cliquez sur "Confirmer" pour enregistrer les modifications

L'éditeur supporte :

• Gras, italique, souligné : Mettre en valeur les phrases clés
• En-têtes : Structurer les objectifs plus longs avec des sections
• Listes : Puces et listes numérotées pour plusieurs objectifs
• Blocs de code : Spécifications techniques ou commandes
• Règles horizontales : Séparer différentes catégories d'objectifs

Écrire des objectifs efficaces

Les objectifs de sprint solides partagent des caractéristiques communes :

Orientés résultat

Décrivez ce que les utilisateurs ou le système peuvent faire après le sprint, pas quelles tâches l'équipe effectue.

Bon : "Les utilisateurs peuvent s'authentifier avec des comptes de réseaux sociaux" Faible : "Compléter les tâches de la fonctionnalité de connexion"

Mesurables

Incluez des critères qui rendent le succès objectif.

Bon : "Le tableau de bord se charge en moins de 2 secondes pour 95% des utilisateurs" Faible : "Améliorer la performance"

Atteignables

Les objectifs devraient pousser l'équipe mais rester réalistes pour la durée du sprint.

Bon : "Compléter le flux d'inscription utilisateur incluant la vérification email" Faible : "Construire tout le système de gestion des utilisateurs"

Pertinents

Les objectifs devraient se connecter aux priorités du produit ou du projet.

Bon : "Permettre la réinitialisation de mot de passe en libre-service pour réduire les tickets support" Faible : "Refactoriser le code d'authentification" (sauf si cela se connecte à un objectif plus large)

Limités dans le temps

Le sprint lui-même fournit la limite de temps. Les objectifs devraient être complétables dans l'itération.

Templates d'objectifs

Différentes équipes utilisent différents formats d'objectifs. Voici des patterns courants :

Format objectif unique

À la fin de ce sprint, [type d'utilisateur] pourra [action/capacité].

Exemple : "À la fin de ce sprint, les clients pourront voir leur historique de commandes des 12 derniers mois."

Format objectifs multiples

Ce sprint se concentre sur :
1. [Objectif principal]
2. [Objectif secondaire]
3. [Objectif stretch - si le temps le permet]

Exemple :

Ce sprint se concentre sur :
1. Traitement des paiements avec intégration Stripe
2. Génération de reçus et envoi par email
3. Stretch : Support multi-devises

Format critères d'acceptation

Le sprint réussit quand :
- [Critère 1]
- [Critère 2]
- [Critère 3]

Exemple :

Le sprint réussit quand :
- L'utilisateur peut compléter le paiement sans erreurs
- L'email de confirmation de commande arrive en moins de 30 secondes
- L'admin peut voir toutes les commandes dans le tableau de bord

Utiliser les objectifs pendant le sprint

Les objectifs ne sont pas que pour la planification. Référencez-les tout au long de l'itération :

Points quotidiens : "Comment le travail d'aujourd'hui nous rapproche-t-il de notre objectif ?"

Décisions de périmètre : Quand de nouvelles demandes arrivent en cours de sprint, évaluez-les par rapport aux objectifs. "Cela ne nous aide pas à atteindre nos objectifs énoncés—ajouter au backlog pour le prochain sprint."

Bloqueurs : Quand des problèmes surviennent, priorisez la résolution en fonction de l'impact sur l'objectif. "Ce bug bloque l'atteinte de l'objectif—traiter immédiatement."

Fin de sprint : Révisez les objectifs explicitement. "Avons-nous accompli ce que nous nous étions fixé ?"

Objectifs et assignation de tâches

Les objectifs du sprint guident quelles tâches appartiennent au sprint :

1. Définissez l'objectif en premier
2. Identifiez les tâches qui contribuent à atteindre l'objectif
3. Ajoutez ces tâches au sprint
4. Si les tâches ne se connectent pas aux objectifs, questionnez si elles appartiennent au sprint

Les tâches sans connexion aux objectifs ne sont pas nécessairement mauvaises, mais elles devraient être des décisions conscientes. Le travail de maintenance, la dette technique et les tâches de support peuvent être nécessaires même s'ils ne font pas avancer les objectifs du sprint.

Objectifs multiples vs objectif unique

Certaines équipes préfèrent un objectif unique et focalisé par sprint. D'autres définissent plusieurs objectifs. Considérez :

Avantages de l'objectif unique :

• Clarté et focus maximum
• Plus facile d'évaluer succès/échec
• Prévient les conflits d'objectifs

Avantages des objectifs multiples :

• Reflète un travail diversifié (fonctionnalités + bugs + maintenance)
• Permet une évaluation de succès partiel
• Plus réaliste pour les charges de travail mixtes

Choisissez l'approche qui correspond aux patterns de travail et au style de planification de votre équipe.

Évolution des objectifs

Les objectifs peuvent changer pendant un sprint, mais cela devrait être exceptionnel :

Raisons valides de modifier les objectifs :

• Changement de priorité critique pour l'entreprise
• Découverte que l'objectif original est impossible
• Réduction majeure du périmètre acceptée par les parties prenantes

Raisons invalides :

• La tâche a pris plus de temps que prévu
• L'équipe veut se sentir réussie
• Une nouvelle idée semble plus intéressante

Si les objectifs changent fréquemment, votre processus de planification peut nécessiter une attention. Les objectifs devraient être des engagements stables, pas des souhaits ambitieux.

Permissions

La modification des objectifs du sprint nécessite la permission edit_sprints. Typiquement :

• Agency Owners et Managers : Peuvent modifier les objectifs
• Developers : Peuvent voir les objectifs mais ne peuvent pas les modifier
• Clients : Vue uniquement si l'accès au sprint est accordé

Vérifiez la configuration de votre espace de travail si l'accès en modification semble incorrect.

Astuces pro

• Écrivez les objectifs avant de sélectionner les tâches : Les objectifs devraient guider la sélection des tâches, pas l'inverse
• Affichez les objectifs visiblement : Envisagez de partager les objectifs du sprint dans les canaux d'équipe ou tableaux de bord
• Révisez les objectifs en rétrospectives : "Nos objectifs reflétaient-ils avec précision ce que nous aurions dû accomplir ?"
• Gardez le nombre d'objectifs bas : Trois objectifs maximum. Plus que cela dilue le focus.

Signaler un problème ou demander une fonctionnalité

Vos commentaires comptent. Voici comment les partager :

Si l'éditeur d'objectifs a besoin d'options de formatage supplémentaires ou si vous avez des suggestions pour améliorer la gestion des objectifs, nous voulons les entendre.

Dans la barre latérale, cliquez sur Tickets de support et ouvrez un ticket pour le problème. Tout est interactif et rapide via la plateforme GitScrum Studio.