Aller au contenu

Synchroniser des sprints Jira dans l'espace Exécutions de Squash TM

Principe

Si une synchronisation de sprints Xsquash4Jira est configurée, les sprints Jira sont automatiquement synchronisés dans l'espace Exécutions de Squash TM et sont maintenus à jour. À la première mise à jour, le chemin configuré (répertoires et groupe de sprints) ainsi que l'ensemble des sprints synchronisés sont créés.

La synchronisation se fait uniquement dans le sens Jira vers Squash TM.

Info

Seuls la création et le contenu (tickets) des sprints sont impactés par la synchronisation. Pour le reste, y compris la validation des tickets, la gestion des sprints synchronisés est identique à celle des sprints manuels

Cette partie détaille l'organisation des sprints dans l'espace Exécutions.

Pour l'organisation dans l'espace Exigences, consulter la page Synchroniser des exigences.

Les sprints synchronisés

Affichage

Les sprints Jira sont représentés dans Squash TM par des sprints synchronisés. Ces sprints apparaissent dans l'arborescence des exécutions et sont précédées d'une icône (Sync, Cadenas, ou Corbeille selon le statut).

A l'intérieur de ces sprints se trouvent des tickets de sprint, qui correspondent aux tickets Jira du sprint concerné (ne sont synchronisés que les tickets inclus dans le périmètre déterminé dans la configuration de la synchronisation).

Attention

Il est impossible d'ajouter manuellement des exigences à un sprint synchronisé car c'est le périmètre de la synchronisation qui détermine les tickets du sprint concerné.

Dans l'arborescence, l'icône indique non seulement qu'il s'agit d'un sprint synchronisé mais elle donne également des informations sur le statut de synchronisation du sprint Jira associé :

  • flèches vertes : le sprint est toujours mis Ă  jour par synchronisation ;
  • flèches jaunes : le sprint est partiellement mis Ă  jour par synchronisation : un ou plusieurs tickets Jira de ce sprint ne sont plus synchronisĂ©s (par exemple, le ticket Jira a Ă©tĂ© dĂ©placĂ© dans le backlog) ;
  • flèches rouges : le processus de mise Ă  jour a Ă©chouĂ©, aucun Ă©lĂ©ment n'est mis Ă  jour ;
  • cadenas : le sprint a Ă©tĂ© fermĂ© cĂ´tĂ© Jira depuis la dernière synchronisation. Ce sprint et son contenu ne seront pas mis Ă  jour lors des processus de mise Ă  jour tant que celui-ci sera fermĂ© (en cas de rĂ©ouverture dans Jira, s'il entre Ă  nouveau dans le pĂ©rimètre, alors il sera resynchronisĂ©) ;
  • corbeille : le sprint a Ă©tĂ© supprimĂ© cĂ´tĂ© Jira depuis la dernière synchronisation. Ce sprint et son contenu ne seront plus mis Ă  jour lors des processus de mise Ă  jour suivants.

Statut synchro arborescence

Info

Les icônes cadenas et corbeille dans l'arborescence permettent de visualiser l'état des sprints qui ne sont pas synchronisés avec Jira, sans avoir à consulter les détails de celui-ci.

État des sprints synchronisés

Les sprints synchronisés disposent d'une information supplémentaire par rapport aux sprint manuels :

  • L'Ă©tat du sprint dans Jira dans l'ancre Informations du sprint synchronisĂ©.

Infos sprint

L'État Jira est synchronisé et c'est lui qui détermine si les tickets doivent être synchronisés :

  • Ă€ venir / Actif : le sprint et ses tickets sont synchronisĂ©s ;
  • FermĂ© / SupprimĂ© : le sprint et ses tickets ne sont pas synchronisĂ©s.

Pour les autres actions du sprint, notamment celles liés au test, c'est l'État Squash qui doit être utilisé.

Modification, déplacement et suppression

Les sprints synchronisés peuvent être déplacés dans l'arborescence des exécutions. Il y a plusieurs cas de figure :

  • ils sont dĂ©placĂ©s au sein du mĂŞme projet : ils seront toujours mis Ă  jour et resteront Ă  leur nouvel emplacement ;
  • ils sont dĂ©placĂ©s dans un autre projet : ils deviennent des sprints manuels dans le projet de destination et seront recrĂ©Ă©s Ă  la prochaine synchronisation dans le projet d'origine (s'ils font toujours partie du pĂ©rimètre synchronisĂ©).

À la suppression de sprints synchronisés dans Squash TM :

  • si les sprints sont toujours dans le pĂ©rimètre de synchronisation : ils seront recrĂ©Ă©s au prochain processus de mise Ă  jour ;
  • si les sprints ne sont plus dans le pĂ©rimètre de synchronisation : ils ne seront pas recrĂ©Ă©s dans Squash TM.

Tickets d'un sprint synchronisé

Généralités

Un ticket de sprint synchronisé correspond à un ticket Jira paramétré pour la synchronisation. En plus du nom, les principaux attributs du ticket sont synchronisés avec les valeurs présentes dans Jira (clé, catégorie, criticité, statut et description qui contient les pièces-jointes sous forme de liens).

Un ticket synchronisé peut exister dans l'espace Exigences de Squash (en tant qu'exigence synchronisée), mais ce n'est pas obligatoire.

Les Épopées Jira ne sont pas synchronisées et les relations entre tickets ne sont pas représentées dans l'espace Exécutions de Squash.

Si un ticket est déplacé dans Jira, par exemple dans un nouveau sprint, il apparaît toujours à son emplacement d'origine dans Squash, mais n'est plus synchronisé. Il reste dans l'état correspondant au dernier processus de mise à jour. Si son nouvel emplacement fait partie du périmètre de la synchronisation, il sera synchronisé au nouvel emplacement.

Affichage

Dans la vue des tickets du sprint se trouve également une icône Sync. Elle indique qu'il s'agit d'un ticket de sprint synchronisé, mais elle donne également des informations sur le statut de synchronisation du ticket Jira associé via le code couleur suivant :

  • icĂ´ne verte : le ticket du sprint est toujours mis Ă  jour par synchronisation ;
  • icĂ´ne jaune : le ticket du sprint n'est plus mis Ă  jour par synchronisation car le ticket Jira correspondant a Ă©tĂ© dĂ©placĂ© dans un autre sprint du pĂ©rimètre de synchronisation, ou n'entre plus dans ce pĂ©rimètre. Si ce ticket se retrouve dans le sprint initial dans Jira, il sera Ă  nouveau mis Ă  jour Ă  l'emplacement initial (flèches vertes) ;
  • icĂ´ne rouge : le ticket du sprint n'est plus mis Ă  jour par synchronisation car le ticket Jira correspondant a Ă©tĂ© supprimĂ© dans Jira ou a Ă©tĂ© dĂ©placĂ© dans un autre projet Jira (sa clĂ© a Ă©tĂ© modifiĂ©e) ;
  • icĂ´ne noire : le statut de synchronisation du ticket est inconnu (par exemple, lorsque la synchronisation globale est en Ă©chec, ou que le sprint a Ă©tĂ© supprimĂ© dans Jira. Son contenu ne peut donc plus ĂŞtre synchronisĂ©).

Statut synchro sprint req versions

Suppression

Si un ticket de sprint synchronisé est supprimé d'un sprint non fermé, il sera recréé lors du prochain processus de mise à jour.

Attention

Si un ticket de sprint synchronisé supprimé est lié à des exécutions, elles seront supprimées définitivement, seul le ticket sera recréé par synchronisation.

Le groupe de sprints cible

Le groupe de sprints cible correspond au groupe de sprints dans lequel sont synchronisés les sprints Jira. Dans ces sprints sont synchronisés les tickets de sprint.

Modification, déplacement et suppression

Si le groupe de sprints cible est modifié (nom ou description), il sera toujours mis à jour lors des prochaines synchronisations, en conservant ses nouvelles informations.

Le groupe de sprints cible peut être déplacé dans l'arborescence des exécutions :

  • le groupe de sprints est dĂ©placĂ© au sein du mĂŞme projet : les sprints qu'il contient sont toujours mis Ă  jour ;
  • le groupe de sprints est dĂ©placĂ© dans un autre projet : les sprints qu'il contient deviennent des sprints manuels dans le projet de destination.

Si le groupe de sprints cible est déplacé dans un autre projet ou supprimé de Squash TM, il sera recréé à la prochaine synchronisation (dans le projet d'origine) s'il n'a pas été supprimé ou fermé côté Jira.