Problèmes

Un problème dans Google Issue Tracker est un rapport de bug, une demande de fonctionnalité, une demande de modification ou un élément de workflow de traitement qu'un utilisateur souhaite suivre, ou qu'un autre utilisateur ou équipe devrait suivre. Les problèmes sont organisés en composants, chacun contenant un groupe de problèmes associés. Dans l'outil Issue Tracker, chaque problème a sa propre page d'informations.

Champs du problème

Chaque problème est associé à un ensemble de champs qui le décrivent et indiquent son état actuel. Cela inclut le type de problème, son importance en termes de gravité et de priorité, et l'enregistrement de l'activité liée au problème. Certains champs sont communs à tous les problèmes. L'outil Issue Tracker prend également en charge les champs personnalisés, qui ne sont disponibles que lorsqu'un problème est associé à un composant spécifique. Pour tout nouveau problème, plusieurs champs sont obligatoires. Il s'agit du Composant, du Titre, de la Priorité et du Type. Certains composants possèdent également des champs personnalisés obligatoires.

Sur la page d'informations d'un problème, la plupart des champs se trouvent à droite dans le panneau Issue Fields (Champs du problème). Certains champs supplémentaires se trouvent dans la barre Problèmes associés en haut de la page. Presque tous les champs peuvent être modifiés dans Issue Tracker en cliquant sur le lien, la liste déroulante ou l'icône en forme de crayon associés. Lorsque vous pointez sur un champ, l'Issue Tracker affiche de brèves informations à son sujet au passage de la souris.

Pour obtenir une description des champs par défaut du problème, consultez le glossaire des champs.

Type de problème

Le champ Type vous permet de classer les problèmes d'un composant dans l'un de plusieurs groupes communs. Ce champ est obligatoire. Le tableau suivant présente les types de problèmes possibles:

Type de problème Description
Bug Le comportement va à l'encontre de ce qui est censé se produire ou qui a été documenté, ou le produit ne fonctionne pas comme prévu.
Demande de fonctionnalité Le produit fonctionne comme prévu, mais pourrait être amélioré grâce aux modifications spécifiées.
Problème client Le problème concerne un tiers et ne peut pas être reproduit par la personne qui le signale. Il peut s'agir d'une simple question de dépannage ou de formation, mais il peut s'agir d'un bug ou d'une demande de fonctionnalité.
Nettoyage interne Le problème n'a pas d'effet externe sur le comportement d'un produit, mais le résoudre permettrait une interaction plus rationalisée ou intuitive lors du développement du produit. Vous pouvez également utiliser ce type pour suivre les problèmes de maintenance.
Procédure Le processus est une catégorie diverses qui a des utilisations variables en fonction du projet. Vous pouvez par exemple utiliser ce type pour les problèmes générés par une API ou pour suivre des tâches administratives.
Faille Les failles de confidentialité et de sécurité sont soumises aux SLO définis par les consignes de Google en matière de confidentialité et de sécurité. Lecture seule jusqu'au 01/11/2017.
Projet Un effort axé sur les objectifs avec un début et une fin finis, axés sur la création d’un produit, d’un service ou d’un résultat unique.
Étape Un ensemble de travaux qui représentent une réalisation importante sur le chemin de la réalisation d'un projet. Les jalons peuvent également être utilisés pour représenter des lancements ou des versions.
Fonctionnalité Ensemble de travaux qui apportent une valeur spécifique à l'utilisateur.
Récit Une grande collection de travaux pour atteindre un objectif commun.
Story Un petit ensemble de travaux qui apportent une valeur spécifique à l'utilisateur.
Tâche Une petite unité de travail.

Priorité du problème

Le champ Priorité vous permet d'indiquer l'importance d'un problème. Ce champ est obligatoire. Les équipes ont généralement des critères différents pour déterminer l'importance d'un problème. Le tableau suivant présente un moyen courant de hiérarchiser les problèmes:

Priorité du problème Description
P0 Un problème qui doit être résolu immédiatement et avec autant de ressources que nécessaire. Un tel problème provoque une panne complète ou rend une fonction essentielle du produit inaccessible à tous les utilisateurs, sans solution de contournement connue.
P1 Un problème qui doit être résolu rapidement. Un tel problème affecte de manière significative un grand pourcentage d'utilisateurs ; s'il existe une solution de contournement, elle est partielle ou trop pénible. L'impact du problème est sur une fonction organisationnelle essentielle ou entrave fondamentalement une autre équipe.
P2 Problème qui doit être traité dans un délai raisonnable. Ce type de problème peut être l'un des suivants: 1) problème de P0 ou P1, mais avec une solution de contournement raisonnable ; 2) problème important pour un grand nombre d'utilisateurs et lié aux fonctions organisationnelles principales ; 3) problème qui entrave le travail des autres équipes et n'a pas de solution de contournement raisonnable. Le niveau P2 est particulièrement pertinent pour les problèmes liés à la première utilisation ou à l'installation. Il s'agit du niveau de priorité par défaut.
P3 Un problème qui doit être traité lorsque cela est possible. Un tel problème est pertinent pour les fonctions organisationnelles essentielles ou le travail des autres équipes, mais n'entrave pas la progression ou n'a pas de solution de contournement raisonnable.
P4 Un problème qui doit être traité à terme. Ce type de problème n'est pas pertinent pour les fonctions organisationnelles essentielles ni pour le travail des autres équipes. Sinon, il ne concerne que l'attrait ou la convivialité du système.

État du problème

Le champ Status (État) vous permet de spécifier l'état d'un problème dans le processus de résolution. Les équipes ont généralement des définitions différentes des activités qui doivent se produire pour qu'un problème change d'état ou soit résolu. Il n'est pas nécessaire d'utiliser toutes les valeurs de champ Status disponibles pour suivre la résolution d'un problème. Le tableau suivant présente des méthodes courantes d'utilisation du champ Status (État) :

État du problème Description
Nouveau Le problème n'est attribué à aucune personne ni à aucun groupe.
Attribué Le problème est attribué à une personne. Cette personne apparaît dans le champ Personne responsable.
En cours (accepté) La personne responsable a pris connaissance du problème et a commencé à le résoudre.
Fixe Le problème a été résolu.
Corrigé (validé) Le problème a été résolu, et l'utilisateur a confirmé l'exactitude du correctif dans le champ Vérificateur.
Ne sera pas corrigé (non reproductible) Il n'y a pas suffisamment d'informations pour résoudre le problème, ou le problème signalé ne peut pas être reproduit.
Ne sera pas corrigé (comportement intentionnel) Le problème décrit le comportement attendu du produit dans les circonstances signalées.
Won't Fix (Obsolete) (Ne sera pas résolu, obsolète) Ce problème n'est plus pertinent en raison des modifications apportées au produit.
Won't fix (Infeasible) (Ne sera pas résolu, infaisable) Les modifications nécessaires pour résoudre le problème ne sont pas raisonnablement possibles.
Dupliquer Le problème a été signalé ailleurs. Pour définir l'état d'un problème sur En double, consultez Dupliquer un problème.

L'outil Issue Tracker considère les problèmes comme ouverts ou fermés en fonction de leur état. Les problèmes en cours sont ceux qui attendent une résolution. Cela inclut tout problème dont l'état est Nouveau, Attribué ou En cours. Les problèmes fermés sont ceux qui ne nécessitent aucune autre action, à l'exception peut-être d'une vérification. Cela inclut tout problème dont l'état est Fixed (Résolu), Won't Fix (Ne sera pas corrigé) ou Duplicate (Dupliquer).

Icônes d'état

Les icônes d'état sont une représentation visuelle de l'état d'un problème. Une icône d'état apparaît à gauche d'un problème qui se trouve dans la liste déroulante Bloqué par ou Blocage pour un autre problème. Ces icônes permettent d'évaluer rapidement la progression d'un problème de blocage ou de blocage sans avoir à quitter la page actuelle. Vous pouvez également définir la colonne État d'une page de résultats de recherche pour afficher des icônes d'état au lieu du texte d'état.

État de modification rapide

Il existe deux façons de modifier rapidement l'état d'un problème afin de le faire passer à l'étape type suivante du processus de résolution. Le premier est le bouton Modifier l'état, situé dans la barre d'application en haut de la page d'informations du problème, et le lien Modifier l'état dans le panneau Champs du problème sur le côté droit de la page. Cliquez sur l'une de ces options pour faire avancer l'état du problème comme suit:

  • Si le problème est nouveau et non attribué, ou si la personne responsable n'est pas la vôtre, l'invite de modification rapide indique M'assigner. Si vous modifiez rapidement l'état, la personne responsable vous sera attribuée et, s'il est actuellement défini dans un autre cas, l'état du problème sera défini sur Assigned (Attribué).

  • Si vous êtes responsable d'un problème et que son état est Assigned (Attribué), l'invite de modification rapide indique Start work (Commencer le travail). La modification rapide fait passer l'état du problème à In Progress (En cours).

  • Si vous êtes le responsable d'un problème et que son état est In Progress (En cours), l'invite de modification rapide indique Marquer comme résolu. La modification rapide fait passer l'état du problème à Fixed (Résolu).

  • Si un problème affiche l'état Fixed (Résolu) et que vous êtes le vérificateur, l'invite de modification rapide indique Verify (Vérifier). Le changement rapide fait passer l'état du problème à Fixed (Verified) (Corrigé (validé)).

  • Si un problème est à l'état fermé (Corrigé, Doublon ou Ne sera pas corrigé), l'invite de modification rapide indique Rouvrir (sauf dans le cas mentionné ci-dessus). Le changement rapide fait passer l'état à New (Nouveau) si le problème n'a pas de responsable, ou à Assigned (Attribué) s'il s'agit d'une personne responsable.

Fiches informatives sur les problèmes

La fiche informative d'un problème contient des informations telles que le titre, l'ID, la description et l'état actuel du problème. De plus, il contient un bouton CC-Me qui vous ajoute à la liste CC du problème (si vous figurez déjà dans la liste, le bouton indique Un-CC Me). Exemple :

Une fiche informative sur un problème apparaît lorsque vous passez la souris sur les éléments suivants:

  • ID du problème indiqué dans l'onglet Bloqué par, Blocage ou Doublons de la barre Problèmes associés.
  • ID du problème dans la colonne Bloqué par, Blocage ou Doublon de de la page des résultats de recherche d'un problème.
  • Lien vers un problème détecté dans le panneau Recent Issues (Problèmes récents), à droite de la page Create Issue (Créer un problème).
  • Status sur une page signalant un problème comme étant en double.
  • Lien vers le problème canonique identifié dans la barre jaune en haut d'une page marquée comme doublon.

Problèmes de modification

Si vous disposez de l'autorisation Afficher et modifier pour un composant, vous pouvez modifier ses champs et y ajouter des commentaires. Toutefois, certains champs ne peuvent pas être modifiés du tout, tels que la date de création du problème ou les commentaires précédemment ajoutés.

Modifier les niveaux

Les modifications apportées à un problème ont un niveau d'importance variable. Elles déterminent si elles apparaissent dans le panneau d'historique du problème et si les utilisateurs reçoivent une notification par e-mail lorsque ces modifications se produisent.

Clôture des modifications

Lorsque vous fermez les modifications, l'état d'un problème passe de Ouvert à Fermé. Les modifications finales s'affichent dans le panneau d'historique du problème. Les modifications de clôture sont envoyées sous forme de notifications par e-mail aux utilisateurs avec l'un des paramètres de notification suivants : Toutes les mises à jour, Mises à jour importantes ou Fermeture uniquement.

Pour obtenir la liste complète des états qui ferment un problème ouvert, consultez État du problème.

Modifications importantes

Les modifications importantes apparaissent toujours dans le panneau d'historique du problème. Après une modification importante, une notification par e-mail est envoyée aux utilisateurs dont le paramètre de notification est Toutes les mises à jour ou Mises à jour importantes. Voici des exemples de modifications considérées comme majeures:

  • Création initiale du problème.
  • Commentaires ajoutés au problème.
  • Le problème a été déplacé vers un nouveau composant.
  • Modifications apportées à la priorité, à la gravité, à la conservation ou à la personne responsable
  • Changement de l'état Fermé, Validé ou Rouvert
  • Modifications apportées aux champs personnalisés marqués comme Major

Modifications mineures

Les modifications mineures n'apparaissent dans le panneau d'historique d'un problème que si l'option Historique complet est activée. De même, les modifications mineures sont uniquement envoyées par e-mail aux utilisateurs dont le rôle pour le problème est défini sur Toutes les mises à jour.

Voici des exemples de modifications considérées comme mineures:

  • Modifications du titre
  • Modifications de la hotlist
  • Modifications apportées aux problèmes associés (blocage, blocage par, doublons)
  • Modifications de l'état non explicitement indiquées comme des modifications majeures
  • Modifications apportées aux champs suivants: Reporter, Type, Verifier, Found In, Targeted To, Verified In, In Prod
  • Modifications apportées aux champs personnalisés marqués comme Mineur

Modifications silencieuses

Les modifications silencieuses n'apparaissent pas dans le panneau d'historique des problèmes et ne génèrent pas d'e-mails de notification envoyés aux utilisateurs. Les modifications considérées comme silencieuses incluent les suivantes:

  • Ajout ou suppression d'entrées dans les champs Cc ou Collaborateur (sauf si l'utilisateur ou le groupe vient d'être ajouté ou supprimé)
  • Modification d'un commentaire
  • Modifier un champ personnalisé marqué comme Silencieux

Limites d'accès aux problèmes

L'outil Issue Tracker est compatible avec les restrictions de contrôle d'accès qui permettent aux problèmes d'avoir un ensemble plus petit d'accesseurs que les autres problèmes du même composant.

Les administrateurs de problèmes sont autorisés à mettre à jour l'état de restriction d'un problème en choisissant l'un des quatre niveaux d'accès suivants:

  • Accès par défaut: les règles normales s'appliquent. Un problème lié au niveau d'accès par défaut a les mêmes accesseurs que tous les autres problèmes du composant.

  • Commentaires limités : seules les identités qui sont explicitement listées sur le problème en tant que responsables, collaborateurs, vérificateurs ou Cc seront autorisées à commenter le problème, qu'elles disposent ou non d'autorisations d'ajout de commentaires pour d'autres problèmes dans le composant. Les identités disposant de l'autorisation "Problèmes d'administrateur" sur le composant conservent également l'accès aux commentaires. L'accès en lecture reste la valeur par défaut.

  • Visibilité limitée : seules les identités explicitement répertoriées (personne responsable, collaborateur, vérificateur ou destinataire) conservent l'accès en lecture au problème.

  • Visibilité limitée + Google : seules les identités explicitement listées (responsable, collaborateur, vérificateur ou destinataire), les Googleurs à temps plein et les comptes d'automatisation internes conservent un accès en lecture au problème.