HeadsUp face aux outils intégrés de Jira
Toute évaluation commence par une question légitime : Jira ne sait-il pas déjà faire cela ? Jira livre deux outils pertinents, Suivre et Automation. Les deux font bien leur travail. Le manque se situe entre les deux, et c’est là que vit HeadsUp.
Suivre : tout ou rien
Section intitulée « Suivre : tout ou rien »Suivre un ticket, c’est être prévenu de chaque mise à jour : chaque commentaire, chaque changement de champ, chaque transition. Sur un ticket actif, cela fait des dizaines d’e-mails par semaine, et la réaction habituelle est une règle de messagerie qui les masque tous. Le seul changement qui comptait disparaît avec le bruit.
Suivre s’arrête par ailleurs au ticket unique. Surveiller tout un filtre (« tous les bugs critiques du projet X ») n’est pas possible, un rappel à une date non plus.
Automation : puissant, mais central
Section intitulée « Automation : puissant, mais central »Jira Automation est fait pour les règles d’équipe et d’organisation : quand un ticket change d’état, faire quelque chose. C’est réellement puissant, et pour des processus gérés centralement c’est le bon outil. Pour l’attention personnelle, il a trois limites structurelles.
- Les règles sont administrées centralement. Créer ou modifier une automatisation de projet demande en général des droits d’administration de projet. Un « préviens-moi quand ceci arrive » devient une demande à l’administration au lieu d’une action de dix secondes.
- Les exécutions de règles sont comptées. Les exécutions d’Automation s’imputent sur un quota mensuel qui dépend du plan Jira. Des règles de notification personnelles pour de nombreuses personnes entrent alors en concurrence avec les automatisations critiques pour ce budget.
- Les conditions sont techniques. Champs, opérateurs, JQL. Une condition comme « un client semble mécontent » ne peut pas s’exprimer, quel que soit le nombre de règles combinées.
La place de HeadsUp
Section intitulée « La place de HeadsUp »HeadsUp est la couche personnelle entre ces deux outils : précis comme une règle d’Automation, mais en libre-service comme Suivre, avec en plus des capacités qu’aucun des deux ne possède.
| Suivre | Automation | HeadsUp | |
|---|---|---|---|
| Ne signale que l’événement défini | ✗ (chaque mise à jour) | ✓ | ✓ |
| Mis en place par chacun en quelques secondes, sans administration | ✓ | ✗ | ✓ |
| Surveiller tout un filtre JQL ou un filtre enregistré | ✗ | en partie, par règle | ✓ |
| Rappel à une date sur un ticket | ✗ | laborieux | ✓ |
| Rappel qui se répète (chaque jour, semaine, mois) | ✗ | laborieux | ✓ |
| Condition IA en langage courant | ✗ | ✗ | ✓ |
| Alerte anticipée de SLA personnelle (JSM) | ✗ | seulement centrale | ✓ (Advanced) |
| Boîte de réception de notifications intégrée | ✗ | ✗ | ✓ |
| S’impute sur le budget d’exécutions d’Automation | ✗ | ✓ | ✗ |
Quand les outils intégrés suffisent
Section intitulée « Quand les outils intégrés suffisent »L’honnêteté vaut dans les deux sens. Une petite équipe sur un seul projet, avec une administration impliquée et des notifications purement liées au processus (« assigner chaque nouveau bug à la personne d’astreinte »), est très bien servie par Automation seul. HeadsUp prend sa place quand des personnes ont besoin de leurs propres notifications précises sans passer par l’administration, quand il faut surveiller des filtres entiers, ou quand les conditions s’expriment en langage plutôt qu’en champs.