Politiques de temps mort
La politique de temporisation est un ensemble de règles qui définissent ce qui doit se passer lorsqu'un élément d'une application dépasse son séjour dans un état particulier pendant plus que les heures spécifiées.
Dans les chapitres précédents, nous avons créé le workflow et défini nos champs personnalisés. Maintenant, nous allons ajouter quelques règles de temps mort.
Pour continuer avec notre application Bug, supposons que notre entreprise soit stricte en matière d'assurance qualité et qu'elle impose les points suivants :
- Règle n°1 Un nouveau bogue doit être vérifié dans les 48 heures. S'il s'agit d'un bug de haute priorité, il doit être vérifié dans les 24 heures.
- Règle n° 2 Un bogue qui a été marqué comme étant corrigé doit être testé dans les 72 heures suivant la date à laquelle il a été marqué comme étant corrigé. S'il s'agit d'un bogue de haute priorité, il devrait plutôt être testé dans les 48 heures.
Ajout d'une politique de temporisation
Ouvrez l'écran de la liste des applications en allant à Menu supérieur ▸ ▸ Administrateur ▸ Personnaliser les applications ▸ Applis et en cliquant sur le pour notre application Bug. Cliquez ensuite sur le Ajouter bouton.
| Lorsque dans l’état ... | L'état du bogue dans lequel la règle s'applique. Dans notre cas, nous avons défini les règles pour les États nouveaux et vérifiés car l'équipe d'assurance qualité est responsable dans ces États. |
| ... pendant des heures (par priorité) | Vous pouvez fixer les heures par priorité. Dans notre cas, nous avons fixé les heures conformément à nos règles n° 1 et 2. L'option "Override", si elle est cochée, signifie que l'utilisateur final effectuant la transition peut spécifier quand le délai d'attente se produira. Prenons l'exemple d'un système de gestion de la relation client. Le responsable des ventes, assure un suivi avec le prospect tous les 5 jours. Toutefois, dans certains cas, le prospect peut être en vacances et vous demander de le suivre après, disons, deux semaines. Dans ce cas, le responsable des ventes, au moment de marquer la demande comme "Suivi", peut préciser la prochaine date de suivi. |
| Action | La transition de l'État à effectuer après l'expiration du délai. Nous n'en avons pas besoin dans notre exemple de suivi des bogues, mais prenons l'exemple de ce flux de travail du service d'assistance. Dans cet exemple, il peut être souhaitable que tous les billets en état Résolu soient déplacés en état Fermé si nous n'avons pas de nouvelles du client dans les 5 jours. Dans ce cas, nous mettrions 5x24, c'est-à-dire 120 pour toutes les priorités et nous choisirions l'action comme étant proche. |
| Signaler comme retardé | Cette option permet de marquer le bug comme étant retardé et d'en informer le cessionnaire et le gestionnaire de l'État. |