Les 7 artefacts Scrum : définitions et exemples

Scrum est une méthodologie de gestion de projet flexible conçue pour aider les équipes auto-organisées à exécuter rapidement des projets dans un environnement agile. Le cadre Scrum se compose d'artefacts, de rôles et de cérémonies. Ces éléments aident les équipes de développement de produits et de logiciels à gérer leur travail.

Les artefacts Scrum sont essentiels au succès de toute équipe Scrum. Mais avant d'apprendre à les utiliser, nous devons d'abord les définir.

Que sont les artefacts Scrum ?

Dans le développement de logiciels, le terme « artefact » fait référence aux informations que les parties prenantes et l'équipe Scrum utilisent pour décrire un produit en cours de développement.

Les artefacts Scrum définissent le travail qui doit être fait, et ils ajoutent toujours de la valeur pendant un sprint. En termes simples, les artefacts Scrum peuvent être considérés comme des pépites d'informations vitales pour l'équipe Scrum. Ils structurent le processus Scrum car ils servent de lignes directrices pour le plan de développement du produit.

Ceci est d'une importance vitale, en particulier pour les équipes distribuées qui peuvent travailler à domicile, car cela fournit une plate-forme où ils peuvent voir comment ils s'en sortent sur un sprint particulier. Cela permet à tout le monde de rester sur la même longueur d'onde, peu importe où ils se trouvent.

ProjectManager est un logiciel de gestion de projet et de travail basé sur le cloud qui connecte des équipes hybrides. Peu importe où et quand votre équipe Scrum travaille, elle peut partager des artefacts Scrum en temps réel. Notre tableau kanban permet aux équipes Scrum de gérer facilement leurs artefacts, puis de collaborer pour planifier des sprints. Les propriétaires de produits obtiennent une visibilité sur le processus pour réaffecter les ressources afin d'éviter les goulots d'étranglement.

Les sept artefacts Scrum

Il existe trois principaux artefacts Scrum, selon le guide Scrum. Nous expliquerons chacun d'eux ci-dessous, ainsi qu'un élément de base supplémentaire de tout sprint réussi.

1. Vision du produit

La vision du produit est l'objectif à long terme du projet ou du produit. C'est l'artefact que vous définirez pour définir l'orientation générale du projet ou du produit. L'équipe Scrum utilisera la vision du produit comme guide.

L'importance de la vision du produit est soulignée par le fait que l'équipe Scrum doit la connaître par cœur. Cela signifie qu'il doit être court et précis. La vision du produit est quelque chose qui devrait toujours être à l'esprit d'une équipe Scrum.

2. Carnet de produit

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 pour le produit final sont priorisées par le propriétaire du produit pour l'équipe Scrum.

Il ne s'agit pas d'une liste de tâches immuables, et elle évolue souvent avec le temps. Par exemple, s'il y a un changement dans l'environnement commercial, les conditions de commercialisation ou les exigences techniques, le carnet de produit reflétera ces changements. Les backlogs de produit sont généralement représentés à l'aide d'un tableau Scrum.

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

• Les user stories , qui sont des descriptions de haut niveau d'une fonctionnalité, racontées du point de vue de l'utilisateur final du produit.
• Les bogues sont des problèmes qui surviennent et que le propriétaire du produit souhaite résoudre.
• Tâches , qui sont assignées à l'équipe Scrum pour être complétées.

Le carnet de commandes augmente au fur et à mesure que le produit est construit. Lorsque des modifications sont ajoutées, elles peuvent inclure plus de détails, des estimations ou un changement de priorité. Le propriétaire du produit et l'équipe travaillent régulièrement à affiner le backlog du produit. Cela peut arriver à tout moment.

Plus l'élément du backlog produit est important, plus il est détaillé. Lorsque les éléments du backlog de produit sont choisis pour le prochain sprint itératif, ils sont encore affinés pour être développés au cours du sprint. Lorsque l'élément du backlog produit peut être livré par l'équipe en un sprint, elle est alors prête pour une réunion de planification de sprint.

Affiner le Backlog Produit

L'affinement du backlog de produit comprend des activités telles que l'examen des user stories de la plus haute priorité en haut du backlog et la pose de questions au propriétaire du produit à leur sujet. Cela inclut, si nécessaire, la suppression des user stories, puis l'écriture de nouvelles. Ceci est suivi par la redéfinition des priorités du backlog de produit.

Ensuite, ces nouvelles user stories doivent être estimées en termes de temps qu'il faudra pour les terminer, ou d'autres devront obtenir une nouvelle estimation de leur durée. D'autres user stories doivent être préparées pour les futurs sprints, sans perdre de vue la vue d'ensemble de l'architecture du produit à mesure que le backlog évolue.

3. Vision du sprint

La vision de sprint ou l'objectif de sprint n'est souvent pas défini comme un artefact, c'est toujours une partie importante du cadre Scrum. La vision du sprint est ce que l'équipe Scrum propose lors de la planification d'un sprint. Il fournit des conseils à l'équipe Scrum sur les raisons pour lesquelles ils investissent leur temps, leur argent et leurs efforts dans le sprint.

4. Arriéré de sprint

Le backlog de sprint est la partie du backlog de produit sur laquelle l'équipe travaillera dans son sprint. Considérez-le comme la liste de choses à faire pour le sprint.

Le backlog de sprint est ensuite décomposé en tâches que l'équipe doit exécuter. Chaque élément du backlog de sprint doit être développé, testé et documenté. Le propriétaire du produit aide l'équipe Scrum à établir un backlog de sprint lors de leur réunion de sprint.

Le backlog de sprint est souvent représenté sous la forme d'un tableau des tâches, qui est divisé en colonnes qui représentent le flux de travail. Ils portent généralement les titres suivants :

• To-Do , qui sont des tâches qui n'ont pas encore commencé
• Faire , là où le travail a commencé
• Pour vérifier , qui sont des tâches terminées qui attendent d'être vérifiées par un autre membre de l'équipe Scrum
• Terminé , ce qui signifie qu'aucun travail supplémentaire n'est requis

Affiner le backlog de sprint

Le backlog de sprint, comme le backlog de produit, est un document vivant et peut être modifié par l'équipe Scrum. Le travail est discuté régulièrement lors de la mêlée quotidienne et le backlog de sprint est modifié au besoin. Tout cela se passe pendant le sprint court, et seule l'équipe Scrum peut apporter ces changements au fur et à mesure qu'ils se produisent pendant le sprint.

S'il y a une exigence pour un nouveau travail, il est ajouté au backlog du sprint. Ensuite, à mesure que les travaux sont terminés, l'estimation des travaux restant à effectuer est mise à jour. S'il y a des éléments qui deviennent inutiles, ils sont supprimés. C'est ce qu'on appelle le raffinage du backlog.

Mais, encore une fois, seule l'équipe Scrum peut le faire. Ils sont propriétaires du backlog de sprint et de ce processus. Le backlog de sprint est très visible et fournit une image du sprint pendant que l'équipe y travaille.

5. Définition de Terminé (DOD)

La définition de terminé (DOD) signifie que tous les aspects d'une user story ont été complétés dans un backlog de sprint. L'équipe Scrum doit avoir une idée commune de ce que signifie être fait. Ils doivent créer une définition de terminé et l'utiliser comme liste de contrôle lorsqu'ils travaillent sur leurs histoires d'utilisateurs.

L'équipe Scrum peut créer son DOD lors de la première planification de sprint. Il peut ensuite être itéré lors de leurs rétrospectives de sprint. Cela ne signifie pas qu'un DOD est statique. Il peut changer radicalement au cours du projet.

6. Incrément de produit

C'est l'artefact Scrum le plus important. L'incrément de produit correspond à tous les éléments du backlog de produit qui ont été complétés au cours d'un sprint.

Chaque sprint crée potentiellement des incréments de produit livrables, et donc l'incrément de produit doit correspondre à la définition de l'équipe de terminé et être acceptable pour le propriétaire du produit.

La définition de terminé est partagée par l'équipe Scrum, bien qu'elle soit différente pour chaque équipe Scrum. La définition de terminé évolue au fur et à mesure que l'équipe mûrit : elle devient plus expansive ou plus stricte au fur et à mesure que le projet se poursuit.

L'incrément de produit n'est pas seulement la somme de tous les éléments du backlog du projet terminés au cours d'un sprint, mais c'est aussi la valeur des incréments sur le dernier nombre de sprints terminés. Il s'agit de transparence non seulement pour l'équipe, mais aussi pour les parties prenantes quant à la situation actuelle du produit.

7. Tableau d'avancement

Bien qu'il ne soit pas toujours considéré comme faisant partie des artefacts Scrum essentiels, le burndown chart est important à ne pas négliger. Il s'agit d'un graphique qui montre à quelle vitesse l'équipe termine les user stories ou les éléments du backlog de produit. Par conséquent, un burndown chart illustre l'effort total par rapport à la quantité de travail pour un sprint.

Le but d'un burndown chart est de s'assurer que le projet reste sur la bonne voie et que le livrable répondra aux attentes et arrivera dans les délais.

Le taux de progression d'une équipe Scrum est appelé vélocité, c'est-à-dire le nombre de points de story dans la user story qui ont été complétés pendant le sprint. Le travail partiellement terminé n'est pas calculé en vélocité.

Chef de projet pour les équipes Scrum

ProjectManager possède les fonctionnalités dont les équipes Scrum ont besoin pour gérer facilement leurs artefacts Scrum. Parce qu'il s'agit d'un logiciel de gestion de projet basé sur le cloud, il est particulièrement pratique pour les équipes distantes, qui peuvent rester dans la boucle du projet, où qu'elles se trouvent ou quand elles travaillent.

Plusieurs façons de gérer un projet

Il existe plusieurs vues de projet dans ProjectManager, ce qui le rend suffisamment flexible pour servir des équipes agiles, des équipes qui travaillent dans une méthodologie plus traditionnelle et même un hybride des deux. La vue du tableau Kanban est idéale pour les équipes Scrum.

Les éléments du backlog de produit peuvent être collectés dans des cartes kanban qui peuvent être étiquetées, des dates d'échéance ajoutées, des progrès suivis et attribués à un ou plusieurs membres de l'équipe.

ProjectManager dispose également d'un stockage de fichiers illimité, de sorte que les objectifs, les récits d'utilisateurs et d'autres documents de sprint associés peuvent être joints aux cartes. C'est l'outil parfait pour gérer votre backlog de produit.

Avoir une gestion facile du backlog

Le tableau kanban peut également être utilisé pour le backlog de sprint. Les colonnes sont personnalisables pour s'adapter à la façon dont votre équipe travaille. Les cartes peuvent être glissées et déposées d'une colonne à l'autre au fur et à mesure qu'elles se déplacent dans le flux de travail.

Les cartes peuvent avoir des listes de tâches personnalisées et les membres de l'équipe peuvent collaborer en commentant la carte. Ils peuvent même identifier le propriétaire du produit ou le scrum master, qui sera averti par e-mail et intégré à la conversation. Cela offre une grande transparence pour toute l'équipe Scrum.

Utiliser le suivi en temps réel

Au lieu d'utiliser un simple graphique burndown, ProjectManager calcule automatiquement la vitesse de votre sprint en suivant six métriques de projet, qui sont transmises instantanément au tableau de bord en temps réel. Les propriétaires de produits peuvent surveiller la progression des tâches, la charge de travail de l'équipe, les coûts et bien plus encore pour s'assurer que le sprint est sur la bonne voie.

Libérez vos équipes avec des flux de travail personnalisés pour vous concentrer sur ce qui compte. Automatisez les tâches intenses en définissant des déclencheurs qui créent des actions et rationalisent votre sprint. Ajoutez des approbations de tâches pour vous assurer que seules les personnes autorisées à modifier le statut d'une user story peuvent le faire. ProjectManager est également collaboratif jusqu'au cœur avec des notifications par e-mail automatisées et des alertes intégrées à l'application. Il existe une source unique de vérité qui maintient tous les membres de l'équipe Scrum sur la même longueur d'onde. Soyez plus productif dès aujourd'hui en essayant gratuitement ProjectManager.

ProjectManager est un logiciel de gestion de projet basé sur le cloud qui aide les équipes Scrum à mieux gérer leurs sprints et les propriétaires de produits à contrôler le backlog. Un tableau de bord en temps réel agit comme votre graphique d'avancement, de sorte que vous savez toujours où vous en êtes dans le projet au fur et à mesure qu'il se déroule. Découvrez ce que ProjectManager peut faire d'autre pour votre équipe Scrum en prenant cet essai gratuit de 30 jours dès aujourd'hui.