La méthodologie agile Scrum est conçue pour s'adapter au changement et créer des logiciels qui évoluent facilement en fonction des besoins de l'entreprise. Lorsque ce changement devient rapide, les équipes peuvent se retrouver plongées dans un chaos fait d'incompréhensions et de désalignements.
Pour rester sur la bonne voie à tout moment, les équipes d'ingénieurs ont besoin d'un vocabulaire commun, ce que permettent précisément les artefacts Scrum agiles.
Dans cet article, nous abordons les artefacts Scrum, leur utilité et la manière dont vous pouvez les gérer au profit de votre équipe.
Que sont les artefacts Scrum ?
Les artefacts Scrum sont des éléments, des rapports ou des processus qui aident les chefs de projet à partager des informations essentielles avec toutes les parties prenantes.
Il s'agit de termes Scrum agiles clairement définis, dont l'objectif principal est de donner à chacun une visibilité sur le développement du produit, les activités prévues, les tâches achevées et les performances de l'équipe.
Les trois artefacts Scrum sont les suivants :
- Backlog de produit
- Backlog de sprint
- Incrément
Nous explorerons chacun d'entre eux et leur utilisation dans la gestion de projet agile plus loin dans cet article.
Mais avant de commencer à créer vos artefacts Scrum, vous devez connaître son principe directeur : la transparence.
L'importance de la transparence des artefacts dans Agile Scrum
Dans la pratique du développement logiciel agile/scrum, la transparence est un principe directeur fondamental qui influence chaque décision et chaque action. L'une des façons dont les membres d'une équipe agile scrum mettent en pratique la transparence est à travers les artefacts.
Le guide Scrum indique que l'objectif principal des artefacts Scrum est de « maximiser la transparence des informations clés », afin que tous ceux qui les examinent disposent de la même base pour s'adapter.
En substance, les artefacts Scrum aident à établir un contexte commun permettant à l'équipe de mener le projet dans la bonne direction. Cela profite à l'équipe de différentes manières.
Créer la confiance : lorsque tout le monde a accès à des informations actualisées sur la progression du projet, les membres de l'équipe se font confiance.
Favorise la collaboration : les artefacts Agile Scrum créés collectivement par l'équipe mettent en évidence les lacunes et les obstacles. Ainsi, les membres de l'équipe interfonctionnelle offrent leur aide et leurs conseils dans l'intérêt général du projet.
Réduit les risques : les artefacts Scrum permettent de réaliser des prévisions concernant les problèmes, de détecter les défauts et de les résoudre avant qu'ils ne deviennent préoccupants.
Assistance pour la résolution des problèmes : chaque fois que l'équipe Scrum rencontre un obstacle, les artefacts servent de repères et fournissent des informations essentielles pour prendre des décisions efficaces.
Permet une amélioration continue : les équipes cherchent à s'améliorer en permanence. Les artefacts Agile Scrum fournissent l'assistance pour les revues et les rétrospectives grâce à des données précises et actualisées.
Les artefacts Scrum constituent ainsi le fondement du cadre. Ils aident tous les membres de l'équipe à adopter le cadre agile Scrum de manière holistique et efficace. Voici comment.
Types d'artefacts Scrum
Le cadre de processus Scrum comporte trois artefacts principaux : le backlog de produit, le backlog de sprint et l'incrément de produit. Cependant, au fil du temps, les équipes Scrum ont développé des artefacts supplémentaires tels que la vision du produit, le diagramme d'avancement, la définition du « terminé », etc. Examinons-les tous.
1. Backlog de produit
Cet artefact Scrum officiel est une liste ordonnée des fonctionnalités, améliorations et corrections de bogues requises dans le produit. Il est élaboré à partir de recherches menées dans le cadre du service client et d'analyses de la concurrence/du marché.
Voici quelques-unes des principales caractéristiques d'un backlog de produit :
- Document évolutif : il est mis à jour dès que de nouvelles idées/exigences apparaissent.
- Émergent : il est également régulièrement revu afin de supprimer ou de déprioriser les éléments qui ne sont plus critiques.
- Inter-équipes : il est utilisé aussi bien par les équipes commerciales que par les équipes d'ingénieurs pour planifier les activités futures.
- Géré par le propriétaire du produit : bien que diverses équipes l'utilisent, la responsabilité de le maintenir à jour et transparent incombe au propriétaire du produit.
Le backlog de produit est la source unique du travail entrepris par l'équipe Scrum.
Cependant, tous les éléments du backlog produit ne sont pas immédiatement prêts à être ajoutés au sprint. Ils passent par un processus de raffinement du backlog produit afin de garantir qu'un élément atteint le niveau de transparence ou de clarté nécessaire.
Ici, les développeurs décomposeront et définiront les éléments du backlog produit en stories plus petites et plus précises qui peuvent être achevées en un seul sprint.
L'engagement envers un backlog de produit concerne l'objectif du produit. Les équipes Scrum définissent l'objectif du produit (état futur du produit) et structurent les éléments du backlog afin d'atteindre cet objectif.
Une fois que les éléments du backlog de produit sont prêts à être sélectionnés pour le prochain sprint, ils sont transférés dans le backlog de sprint.
2. Backlog de sprint
Le sprint backlog est un sous-ensemble du product backlog choisi pour être développé lors du prochain sprint. Il décrit également un plan visant à fournir cette fonctionnalité et à atteindre l'objectif du sprint.
Le sprint backlog est créé lors de la réunion de planification du sprint, au cours de laquelle l'équipe d'ingénieurs choisit les éléments du product backlog en fonction de leur priorité, les ajoute au sprint backlog et les divise en tâches à développer.
Le backlog du sprint donne une image en temps réel du sprint. Il s'agit donc :
- Mise à jour en temps réel : les équipes suivent de près les éléments du backlog du sprint, ajoutent des commentaires et mettent régulièrement à jour leur statut.
- Conserver la fraîcheur : les éléments inutiles du backlog du sprint sont supprimés.
- Détaillé : chaque élément du sprint backlog doit contenir suffisamment d'informations pour pouvoir être inspecté lors du scrum quotidien.
Une fois que l'équipe a travaillé sur les éléments du sprint backlog, elle crée des incréments de produit.
3. Incrément de produit
Un incrément est une version fonctionnelle et livrable du produit qui répond à la « définition du terminé » de l'équipe de développement, c'est-à-dire à tous les critères d'acceptation (critères de qualité, contraintes ou exigences non fonctionnelles/commerciales) tels que définis dans le backlog du produit.
À la fin de chaque sprint, le travail effectué par l'équipe de développement doit aboutir à un incrément, c'est-à-dire un ajout au produit existant qui a été entièrement testé et approuvé.
Bien qu'il y ait un incrément pour chaque sprint, celui-ci inclut également les incréments de tous les sprints précédents. Ceux-ci complètent le processus d'intégration continue/déploiement continu (CI/CD) dans le suivi des versions et les restaurations si nécessaire.
4. Définition du terme « terminé »
La définition du « terminé » est une liste formelle de normes auxquelles tout nouvel incrément doit satisfaire avant d'être officiellement considéré comme achevé.
Selon le guide Scrum, la définition du « terminé » est une validation de l'incrément de produit et non un artefact. Cependant, il est avantageux pour toute l'équipe Scrum d'avoir une définition claire et documentée du « terminé » afin de pouvoir livrer l'incrément au client.
Les équipes Scrum disposent généralement d'une checklist d'éléments qui constituent la définition du « terminé ». Elle peut par exemple inclure :
- Révision du code achevée
- Tests fonctionnels achevés
- Tests de sécurité achevés
- Respecte les normes de conformité réglementaire
La définition du « terminé » peut varier pour chaque user story. Elle peut évoluer pour s'adapter à la dernière compréhension de l'entreprise par l'équipe. Elle est itérée lors des rétrospectives de sprint afin d'être renforcée pour les incréments futurs.
L'incrément n'est pas publié si un élément du backlog produit ne répond pas à la définition de « terminé ». Il est alors renvoyé au backlog pour révision. Il est inspecté afin d'identifier les problèmes et leurs causes profondes, afin que les scrum masters puissent rationaliser les processus pour éviter que de telles situations ne se reproduisent à l'avenir.
Lorsqu'un élément répond à la définition de « terminé », il est clôturé pour le suivi du burndown, et l'équipe passe à la tâche suivante.
5. Vision du produit
La vision du produit est la compréhension commune de l'état futur du produit. Elle décrit la valeur apportée par le produit à ses clients.
La vision du produit donne une orientation aux équipes interfonctionnelles pour atteindre leurs objectifs. Elle les aide à prendre les bonnes décisions. Par exemple, lorsque deux éléments du backlog du produit se disputent l'attention, la vision et les objectifs du produit aident les développeurs à hiérarchiser ce qui est important.
6. Plan de lancement
Un plan de lancement décrit les tâches sur lesquelles l'équipe va travailler (éléments du backlog produit), quand elles seront réalisées (échéanciers) et comment elles seront exécutées (plan de ressources).
Le plan de lancement n'est pas un artefact officiel défini dans le guide Scrum. Cependant, il est très apprécié des Scrum Masters et des Product Owners, car il les aide dans la gestion de projet et leur fournit une structure.
Souvent créé pendant la phase de planification Scrum, un plan de lancement vous aide à répondre à des questions telles que :
- Quelle est la durée de chacun des sprints à venir ?
- Quels éléments seront achevés lors de chaque sprint, et quelle est leur priorité ?
- Qui est responsable de quelles activités ?
- Quelles sont les ressources nécessaires pour achever chaque sprint ?
- Quel est le budget pour chaque sprint ?
Associé à la vision du produit, le plan de lancement aide l'équipe à avoir une vision plus claire de l'avenir.
Un plan de lancement est généralement présenté sous la forme d'un diagramme de Gantt avec les tâches réparties dans le temps et leurs dépendances. Vous pouvez voir quelques exemples dans ces modèles de projet sous forme de diagramme de Gantt.
7. Diagramme de suivi de l'avancement
Les diagrammes d'avancement (ou diagrammes d'avancement sprint) mettent en évidence les éléments du backlog produit achevés et les tâches restantes dans le sprint actuel. Le diagramme d'avancement est utile pour :
- Comparaison des performances actuelles avec le plan de lancement
- Prévoir si le travail sera achevé conformément au plan
- Identifier les dérives de périmètre, le cas échéant, pendant le sprint
- En savoir plus sur la performance des équipes
- Planification des capacités
Maintenant que vous connaissez les trois artefacts Scrum principaux et les autres artefacts étendus, voici plus d'informations sur la manière de les créer et de les utiliser.
Comment gérer les artefacts Scrum
Des artefacts Scrum à jour, clairs et transparents sont essentiels à l'efficacité de tout projet d'ingénierie agile Scrum. Pour y parvenir, vous avez besoin d'un moyen efficace de les créer et de les gérer.
Un bon logiciel de gestion de projet Scrum comme ClickUp devrait vous permettre d'y parvenir. Voici comment.
Vue des tâches pour les équipes Scrum
Chaque élément d'un projet Scrum doit être défini de manière claire et transparente. Pour ce faire, configurez chaque élément du backlog ou chaque user story comme une tâche dans ClickUp.
- Classez-les dans n'importe quel type de tâche, tel que jalon, fonctionnalité, défaut ou commentaire.
- Incluez une description détaillée, le statut, la priorité et des étiquettes.
- Si nécessaire, décomposez-les en sous-tâches.
- Utilisez des checklists pour définir ce qui est terminé
Utilisez la vue Chat pour les discussions dans le contexte de la tâche. Permettez à votre équipe de poser des questions, d'obtenir des réponses et de réfléchir à des solutions potentielles, le cas échéant, le tout en un seul endroit.
Utilisez l'une des 15 vues ClickUp pour la gestion des tâches, le suivi des projets et la visualisation des flux de travail.
Suivi du temps pour calculer la vélocité du sprint
Que se passe-t-il lorsque le propriétaire du produit se rend compte que le diagramme d'avancement indique que les tâches ne seront pas achevées dans le sprint actuel ? Il procède à une analyse des causes profondes.
Qu'est-ce qui a pris autant de temps que le travail est retardé ? Pour le savoir, les équipes Scrum doivent suivre leur temps. L'application de suivi du temps intégrée à ClickUp, alimentée par l'IA, est conçue pour permettre exactement cela.
Les équipes peuvent démarrer/arrêter, ajouter du temps manuellement, effectuer des modifications en cours sur le temps enregistré, ajouter des notes et bien plus encore avec ClickUp. Un scrum master peut consulter les rapports de temps directement sur son tableau de bord ClickUp. Il peut filtrer, trier et regrouper les rapports de temps pour calculer la vélocité du sprint, ce qui aide à optimiser le processus pour les sprints futurs.
Tableaux Kanban pour les backlogs
Les backlogs de produit et de sprint sont des éléments qui passent par une série d'étapes. Par exemple, les éléments du backlog de produit peuvent être nouveaux, affinés et prêts pour le sprint. Les éléments du backlog de sprint peuvent passer par les étapes suivantes : à faire, en cours de développement, en cours de test, en cours de déploiement, etc.
Organiser les éléments du backlog en fonction de leur statut, c'est-à-dire créer un tableau Scrum, est un excellent moyen de visualiser l'avancement de l'équipe dans le projet. N'importe lequel des nombreux logiciels gratuits de tableau Kanban peut vous aider à créer un tableau Scrum.
ClickUp va encore plus loin. La vue tableau Kanban de ClickUp affiche automatiquement les tâches regroupées par statut. Ce tableau Kanban entièrement personnalisable peut être regroupé en fonction de la priorité, de l'assigné ou de la date d'échéance pour une meilleure gestion de projet. Vous pouvez également définir des statuts personnalisés pour chaque liste en fonction de vos besoins.
Diagramme de Gantt pour la gestion du backlog
Pour la planification des sprints, les propriétaires de projets ont besoin d'une vue d'ensemble du backlog du produit ainsi que des estimations de temps nécessaires à leur réalisation. Pour cela, les propriétaires de projets et les scrum masters utilisent un logiciel gratuit de diagramme de Gantt, qui permet de disposer les tâches les unes à côté des autres.
La vue Gantt de ClickUp offre une visibilité complète pour faciliter la gestion du backlog. Avec ClickUp, vous pouvez :
- Visualisez plusieurs projets côte à côte ou un à la fois
- Calculez le chemin critique pour la prévision des goulots d'étranglement
- Ajustez les échéanciers, les priorités et les tâches pour suivre les changements du projet
- Gérer les dépendances
- Visualisez la progression des sprints et déplacez les tâches pour reprogrammer rapidement les dates d'échéance
Préparez votre équipe pour la réussite avec Scrum grâce à ClickUp
Pour les équipes d'ingénieurs qui travaillent à un rythme effréné, le chaos, les malentendus et les désaccords sont inévitables. Sauf lorsqu'elles sont équipées des bons outils et processus, conçus avec soin autour des pratiques et des valeurs Scrum.
Le logiciel de gestion de projet ClickUp est conçu pour s'adapter au mode de fonctionnement d'une équipe Scrum. Il crée automatiquement des artefacts Scrum agiles et vous offre un tableau de bord opérationnel en temps réel. Il automatise les processus répétitifs et accélère la documentation grâce à ClickUp AI.
Améliorez les performances de votre équipe Scrum. Essayez ClickUp gratuitement dès aujourd'hui.