Scrumles artefacts fournissent des informations clés que les équipes Scrum et les parties prenantes doivent comprendre sur le produit en cours de développement, les activités planifiées et le travail accompli dans un projet. Les artefacts suivants sont définis dans le cadre du processus Scrum.
- Vision produit
- Objectif de sprint
- Backlog produit
- Backlog de sprint
- Définition de fait
- Graphique d’évolution de la charge
- Increment
- Graphique d’évolution de la charge
- Autres artefacts requis…
Remarque :
Ce sont les artefacts les plus courants dans les projets Scrum, mais les artefacts de projet ne se limitent pas à ceux-ci.
Vision produit
La Vision produit est l’artefact qui définit les objectifs à long terme du projet ou du produit. Elle établit la direction générale et guide l’équipe Scrum. Tout le monde doit pouvoir se souvenir de la vision produit ; elle doit donc être concise et précise.
Objectif de sprint
L’objectif de sprint aide à concentrer le sprint. En mettant en œuvre les éléments prévus du backlog produit, le sprint atteint cet objectif et fournit à l’équipe de développement une orientation sur la raison pour laquelle elle construit l’increment produit.
Selon le guide Scrum, la responsabilité de définir l’objectif de sprint incombe à l’équipe Scrum. Toutefois, le Product Owner joue un rôle important dans le soutien de ce processus en définissant un objectif commercial clair pour le prochain sprint, ce qui aide également à organiser plus efficacement le backlog produit.
Backlog produit
Le backlog produit liste tout ce qui est nécessaire pour le produit, servant de jeu de requêtes dynamique et le plus accessible pour toute modification du produit. Le Product Owner est propriétaire du backlog produit, qui inclut toutes les fonctionnalités, exigences, améliorations et corrections qui constitueront des changements pour le produit dans les futures versions.

Backlog produit
Généralement, les exigences produit changent constamment, en raison de besoins commerciaux, de conditions du marché ou de changements technologiques. Par conséquent, le backlog produit est constamment mis à jour pour refléter ce qui est le plus pertinent pour les utilisateurs cibles.
Backlog de sprint
Le backlog de sprint est l’ensemble sélectionné d’éléments du backlog produit pour le sprint, accompagné du plan de livraison de l’increment produit et d’atteinte de l’objectif de sprint. Le backlog de sprint représente le pronostic de l’équipe de développement concernant les fonctionnalités à inclure dans le prochain increment et le travail nécessaire pour les livrer. Le backlog de sprint définit le travail que l’équipe de développement réalisera pour transformer les éléments du backlog produit en un increment « terminé ». Il montre tout le travail que l’équipe s’est engagée à accomplir afin de répondre à l’objectif de sprint.

Backlog de sprint
Définition de fait
Chaque élément du backlog produit a critères d’acceptation qui définissent clairement ce qui doit être rempli lorsque l’élément est déclaré terminé. De nombreux critères s’appliquent à tous ou à la plupart des éléments du Product Backlog. Il est utile de regrouper ces critères en un seul endroit plutôt que de les redéfinir pour chaque élément : la Définition de fait. Ainsi, la « Définition de fait » est une compréhension partagée par l’équipe Scrum de ce que signifie avoir terminé un travail. Elle inclut généralement des normes de qualité, des contraintes et des exigences non fonctionnelles globales. Voici quelques exemples :

Définition de fait (DoD)
Increment
L’Increment est la somme de tous les éléments du Product Backlog terminés pendant le Sprint et les Sprints précédents.
À la fin d’un Sprint, l’Increment doit être « Terminé », ce qui signifie :
- Il doit respecter la Définition de fait de l’équipe Scrum.
- Il doit être dans un état utilisable, indépendamment du fait que le Product Owner décide ou non de le lancer.
Graphique d’évolution de la charge
Le graphique d’évolution de la charge est une représentation graphique de l’évolution globale d’un projet. À mesure que les tâches sont terminées, le graphique « baisse » jusqu’à zéro. Il sert de guide à l’équipe de développement pour terminer avec succès le Sprint avec le produit final. Si l’équipe décide qu’elle a atteint plus d’objectifs du Product Backlog au Sprint Backlog, le graphique d’évolution de la charge peut aider à identifier les tâches qui ne pourront pas être terminées à temps, permettant ainsi de les remettre dans le Product Backlog.
Le graphique d’évolution de la charge suivant montre les tâches restantes dans le Sprint Backlog. Mis à jour quotidiennement, il fournit une vue concise de l’avancement du Sprint. Il offre également une référence visuelle rapide.

Graphique d’évolution de la charge