Veuillez noter : Cet article est une traduction générée par IA.
Plus un problème contient de détails, mieux il est situé et plus il est facile de travailler avec.
Commencez par définir le Type, l'Area, le Milestone, les Labels, la Priority, Assigned to et les Custom fields du problème.
Type
Type
Type peut vous aider à distinguer entre les clashes, les erreurs de modélisation, les problèmes techniques, les demandes d'information, et autres.
Area
Area
Area peut vous aider à catégoriser les problèmes par emplacement. C'est un paramètre très utile lors du travail sur un grand projet. Le project leader a la possibilité de définir un propriétaire différent par zone. Lorsqu'un nouveau problème est créé dans une zone, il peut être automatiquement attribué au propriétaire de la zone concernée.
Milestone
Milestone
Milestones peuvent être définis pour déterminer la phase du projet du problème. Un milestone est défini par le project leader avec un nom, une date de début et une date de fin.
Labels
Labels
Labels offrent plus de liberté dans la classification des problèmes. Ils peuvent être utilisés pour marquer les différentes disciplines et autres éléments.
Priority
Priority
Priority définit l'importance du problème. Lorsque cela est défini par celui qui crée le problème, cela aide à déterminer quels problèmes doivent être traités en premier par les team members.
Assigned to
Assigned to
Assigned to doit indiquer le team member qui est le prochain à traiter le problème. Lorsqu'il a terminé, le assigned to peut changer pour un autre team member pour le prendre en charge ensuite. Il ne peut y avoir qu'un seul team member assigné à un problème à la fois, pour s'assurer qu'il y a toujours quelqu'un de responsable de ce problème.
Custom fields
Custom fields
Custom fields peuvent être ajoutés par le project leader s'il est nécessaire d'avoir plus de propriétés pour définir et filtrer les problèmes.
Toutes ces propriétés peuvent être définies et modifiées par le project leader selon les besoins du projet.
⚠️ Attention : Les custom fields ne sont pas disponibles sur tous les plans. Pour vérifier s'ils sont inclus dans votre abonnement, consultez la [liste de comparaison des plans] ou contactez votre administrateur. Si la fonctionnalité n'est pas disponible, vous devrez peut-être mettre à niveau votre plan.
💡 Astuce : Le filtre permet d'afficher des problèmes similaires lors du travail sur le projet. En savoir plus sur la gestion des problèmes avec des filtres dans cet article.
Ensuite, le statut d'un problème changera tout au long de son cycle de vie. Il y a trois options disponibles pour le statut d'un problème : Active, Resolved, et Closed.
Vous ne pourrez pas modifier ces titres ou ajouter d'autres statuts supplémentaires.
Les nouveaux problèmes commencent toujours par être Active
Après que des solutions ont été trouvées à un problème Active, vous pouvez le résoudre pour qu'il devienne Resolved, ou "résoudre et fermer" pour qu'il devienne immédiatement Closed
Les problèmes Resolved peuvent être réactivés ou fermés et redeviendront Active ou changeront pour Closed
Les problèmes Closed peuvent être rouverts si nécessaire pour redevenir Active à nouveau
⚠️ Attention : Le workflow d'approbation n'est pas disponible sur tous les plans. Pour vérifier s'il est inclus dans votre abonnement, consultez la [liste de comparaison des plans] ou contactez votre administrateur. Si la fonctionnalité n'est pas disponible, vous devrez peut-être mettre à niveau votre plan.
Ou ajoutez un workflow plus formel qui vous permet d'ajouter une option d'approbation aux problèmes. Les trois options disponibles pour le statut resteront les mêmes, mais un problème peut comporter des team members supplémentaires qui doivent approuver la solution lorsque le problème est résolu.
Lorsque le champ 'Approval' est assigné dans les propriétés d'un problème, et que ce problème passe de Active à Resolved, il devra être approuvé par le(s) team member(s) indiqué(s).
L'approver aura le choix de rejeter la solution du problème pour qu'il redevienne Active, ou d'approuver la solution pour que le problème acquière le statut Resolved, approuvé;
Le problème Resolved et approuvé peut ensuite être Closed ou Rejeté pour redevenir Active à nouveau.
Il est possible qu'une résolution de problème soit approuvée et/ou rejetée par un ou plusieurs team members avant que le problème ne soit fermé.
Pour plus d'informations sur le workflow d'approbation, consultez l'article Le workflow d'approbation.