top of page

Utiliser Microsoft Teams Ticketing par TeamsWork pour soutenir les projets Agile Scrum

Dernière mise à jour : 7 nov. 2023

Microsoft Teams Ticketing est un outil polyvalent. Vous lirez ci-dessous comment transformer une instance de ticketing pour soutenir un projet Agile Scrum.


Tout d'abord, une brève introduction à Scrum


Qu'est-ce que Scrum ?


Scrum aide les personnes et les équipes à fournir de la valeur de manière incrémentielle et collaborative. Si vous débutez, considérez cette méthode comme un moyen d'accomplir le travail en équipe par petits bouts, en expérimentant et en faisant des retours d'information en cours de route.


Principaux artefacts dans Scrum


Un backlog de produit est une liste de tout ce qui doit être réalisé sur un projet, décomposé en éléments individuels. C'est là que les exigences de base de chaque fonctionnalité nécessaire au produit final sont classées par ordre de priorité par le propriétaire du produit pour l'équipe Scrum.


Le backlog de produit est composé de trois types d'éléments différents.


Les histoires d'utilisateurs, qui sont des descriptions de haut niveau d'une fonctionnalité, racontées du point de vue de l'utilisateur final du produit.

Les bugs sont des problèmes qui surviennent et que le propriétaire du produit souhaite voir corrigés.

Les tâches, qui sont assignées à l'équipe de mêlée pour être complétées.


Voici la configuration proposée de Microsoft Teams Ticketing pour soutenir un projet Agile Scrum.


Créer Agile Scrum en utilisant Microsoft Teams Ticketing


Dans la configuration de Microsoft Teams Ticketing, nous allons ensuite créer étiquettes différentes pour capturer facilement ces informations.


Afin d'avoir des couleurs différentes pour les différentes étiquettes, nous allons créer différentes catégories d'étiquettes.



Nous avons également créé un Sprint et l'avons rempli avec le Backlog et 2 sprints.


Comme nous n'utiliserons pas certains champs standard, nous allons les désactiver.


Dans le cadre de l'Agile Software Development, la flexibilité et l'adaptabilité sont essentielles pour gérer le processus de développement itératif et incrémental. Un workflow personnalisé dans un système de Ticketing permet aux équipes agiles de définir et d'ajuster dynamiquement leurs processus pour accueillir diverses pratiques Agile telles que Scrum, Kanban ou XP (Extreme Programming). Cette flexibilité assure que le système de Ticketing peut soutenir la nature rapide et évolutive des projets Agile.


Les statuts personnalisés typiques dans un workflow Agile pourraient inclure :

  1. Backlog : Tickets représentant de nouvelles fonctionnalités, histoires d'utilisateurs, ou tâches qui sont priorisées pour les sprints futurs.

  2. Planifié : Le ticket est programmé pour un sprint actuel ou à venir.

  3. En Développement : Le travail actif sur le ticket est en cours.

  4. En Test : La fonctionnalité ou la correction subit des tests pour s'assurer qu'elle répond aux critères d'acceptation.

  5. En Revue : Le code ou la fonctionnalité est en cours de révision par les pairs ou en attente d'approbation des parties prenantes.

  6. Bloqué : Le travail sur le ticket est entravé par des facteurs externes ou des dépendances.

  7. Terminé : Le travail a été complété et répond à la Définition de "Fait" (DoD).

  8. Accepté : Le travail terminé a été examiné et accepté par le propriétaire du produit ou le client.

  9. Déployé : La fonctionnalité ou la correction a été déployée en production ou dans un environnement de staging.

  10. Rejeté : Le ticket a été refusé, souvent nécessitant qu'il soit réexaminé ou retravaillé.


Une fois cela fait, notre instance de Ticketing est prête à être utilisée.


Gérer un sprint Agile avec Microsoft Teams Ticketing


Vous pouvez ensuite créer tous vos tickets et utiliser des tags pour les associer au sprint et au type d'artefact (Bug, Tâche, User Story).



Using filter, you can then see the content of your sprint





bottom of page