Bonjour à tous!
Dans cet article, je voudrais parler des sprints partagés dans Atlassian Jira Software.
Si vous lisez la documentation officielle, par exemple,
ici , alors il n'y aura pas de sprint général.
J'ai d'abord rencontré le terme sprint général
ici . Cet article explique bien ce que sont les sprints courants et comment vivre avec eux.
Les sprints partagés sont un concept important dans Atlassian Jira Software car la connaissance des sprints partagés est généralement inattendue et il semble que quelque chose n'ait pas fonctionné. Mais ce n'est pas le cas, et si vous savez comment fonctionnent les sprints courants, vous pouvez les utiliser pour vos besoins.
Dans cet article, je vais illustrer l'apparence des sprints courants et comment les distinguer des sprints réguliers. Et je vais aussi vous parler de leurs caractéristiques.
J'ai essayé tous les exemples de cet article sur Jira Software Cloud et sur Jira Software Server 7.12.3.
Qu'est-ce qu'un sprint commun?
Un sprint commun est un sprint visible sur plusieurs plateaux.
Par exemple, il existe de telles captures d'écran de tableaux:
Conseil SCRUM :
Carte SCRUM2 :
Vous pouvez voir que sur les cartes SCRUM et SCRUM2, il y a un sprint appelé SCRUM Sprint 3. Ce sprint est visible sur deux cartes. Est-ce à dire que nous voyons un sprint commun? Non. Jira Software peut avoir deux sprints différents avec le même nom.
Comment voir l'identifiant du sprint?
Afin de comprendre si le sprint commun est devant nous ou l'habituel, nous devons regarder l'id de ces deux sprints.
Vous pouvez voir l'id de sprint comme ceci:
Si vous passez la souris sur le bouton surligné en rouge ci-dessus, nous verrons une URL qui se termine par sprintId = <numéro>. Ce numéro est l'identifiant du sprint. Dans notre cas, les ID des deux sprints sont différents, ce qui signifie que nous n'avons pas un sprint commun, mais deux sprints ordinaires.
Sprint général
Voyons maintenant cette capture d'écran:
Dans la capture d'écran, nous voyons la carte SCRUM, sur laquelle il y a deux sprints du même nom. Et le sprint surligné en rouge contient le même ticket que le sprint sur la carte SCRUM2. Si nous vérifions l'id de ce sprint sur la carte de SCRUM et SCRUM2, alors l'id coïncidera, ce qui signifie que nous avons un sprint commun.
Pourquoi avons-nous le même sprint sur deux planches?
Les tickets visibles sur le tableau sont sélectionnés par des filtres définis pour les tableaux. Les filtres peuvent être consultés en accédant à Paramètres de la carte -> Général. Voici à quoi ressemblent les filtres pour les cartes:
Carte SCRUM :
project = SCRUM OR priority is not EMPTY ORDER BY Rank ASCCarte SCRUM2 :
project = SCRUM2 ORDER BY Rank ASCNous voyons que le filtre pour SCRUM sélectionne non seulement les tickets du projet SCRUM, mais aussi tous les tickets de notre instance Jira qui ont une priorité remplie, ce qui signifie qu'il sélectionne les tickets du projet SCRUM2. Par conséquent, les tickets du projet SCRUM2 sont visibles à la fois sur la carte SCRUM et sur la carte SCRUM2. Et donc, si nous remplissons le champ Sprint dans l'un des tickets, ce sprint apparaîtra sur deux tableaux.
Un sprint est créé à partir du tableau et contient un lien vers le tableau à partir duquel il a été créé. Pour ce faire, vous pouvez par exemple effectuer rest / agile / 1.0 / sprint / sprintId et voir la carte à partir de laquelle le sprint a été créé. Dans notre cas, nous obtenons le résultat suivant:
{"id":5,"self":"https://alex.atlassian.net/rest/agile/1.0/sprint/5","state":"active","name":"SCRUM Sprint 3","startDate":"2018-09-23T06:33:01.266Z","endDate":"2018-10-07T06:33:00.000Z","originBoardId":3,"goal":""}
originBoardId = 3, et c'est SCRUM2. Cela signifie que le sprint a été créé à l'origine sur la carte SCRUM2 et qu'il est apparu sur la carte SCRUM car il existe un ticket du sprint à la fois sur la carte SCRUM2 et sur la carte SCRUM.
Comment se comportent les sprints communs?
Si vous apportez des modifications au sprint général sur l'une des planches sur lesquelles le sprint est visible, les modifications seront visibles sur toutes les planches.
Par exemple, si nous renommons un sprint sur une carte SCRUM, il sera également renommé sur une carte SCRUM2. Si nous fermons le sprint sur la carte SCRUM, alors il se fermera sur la carte SCRUM.
C'est ce comportement que les utilisateurs rencontrent généralement. Ils travaillent avec un sprint et soudain le sprint se ferme. Aucune équipe ne l'a fermé. En conséquence, il s'avère que le sprint a été fermé à partir d'un autre tableau, dans lequel le filtre sélectionne les tickets de ce projet.
Comment utiliser les sprints communs?
Supposons que nous ayons plusieurs équipes et que chaque équipe ait son propre projet. Chaque équipe crée un tableau et travaille sur ce tableau. Nous voulons voir les sprints de toutes les équipes. Comment pouvons-nous faire cela?
- Nous pouvons demander à partager toutes les planches pour nous, puis nous pouvons voir le sprint si nous allons à la bonne planche.
- Nous pouvons créer un tableau qui sélectionnera les tickets de tous les projets d'équipe. Dans ce cas, nous verrons les informations sur tous les sprints sur une seule planche, ce qui nécessitera moins d'efforts de notre part pour afficher tous les sprints par équipe. Mais il ne faut pas oublier que toute action avec un sprint sur notre board entraînera les mêmes changements sur les boards de l'équipe.
C'est tout ce que je voulais dire dans cet article. J'espère que les informations vous seront utiles.