Artefacts Scrum : Backlog vivant ou Excel mort ?

Les artefacts Scrum sont l’un des sujets les plus piégeux du PSM.

Scrum.org ne teste pas les artefacts. Il teste ta capacité à détecter ce qui est faux.

👉 Si un artefact est mal utilisé : Scrum ne fonctionne plus.

1. À quoi servent les artefacts Scrum ?

Le Scrum Guide 2020 définit trois artefacts :

• Product Backlog,

• Sprint Backlog

• et Incrément.

👉 Les artefacts ne sont pas des documents. Ce sont des outils de décision.

👉 Leur rôle : rendre la réalité visible pour décider..​

Depuis 2020, chacun est associé à un engagement qui lui donne une direction claire :

• Product Backlog → Product Goal

• Sprint Backlog → Sprint Goal

• Incrément → Definition of Done

👉 Pièges PSM :

• confondre Sprint Goal / Product Goal

• oublier DoD = Incrément

• prendre la vélocité pour un artefact → ❌

2. Product Backlog : tout ce qui pourrait être fait

👉 Le Product Backlog = tout ce qui pourrait être fait.

👉 Le Product Backlog change en permanence. Il n’est jamais figé.

À retenir pour l’examen :

• Le Product Owner est le seul accountable du Product Backlog, même s’il peut déléguer la rédaction.

• Le backlog n’est jamais “gelé” ; il est affiné en continu (Backlog Refinement).

  Si tu vois un 4éme artefact → ❌

👉 Un backlog figé = Scrum mort.

👉 Si quelqu’un d’autre que le PO décide de l’ordre → ❌

3. Sprint Backlog : le plan vivant du Sprint

Le Sprint Backlog est le plan de travail du Sprint en cours.

👉 Le Sprint Backlog = plan réel du Sprint.

👉 Le Sprint Backlog = plan réel du Sprint, mis à jour en continu

👉 Il appartient aux Developers. Ils le créent et l’ajustent en continu . Le Sprint Backlog doit toujours refléter la réalité ; c’est l’outil clé pour inspecter l’avancement au Daily.

Pièges PSM fréquents :

• un Product Owner qui “approuve” ou “valide” le Sprint Backlog (faux : il peut contribuer, mais n’en est pas responsable);​

• un Sprint Backlog considéré comme figé après le Planning (faux : il reste ajustable tant que le Sprint Goal est atteignable);​​

• un Sprint Goal présenté comme un artefact à part entière alors qu’il s’agit d’un engagement.

  👉 Si le Sprint Backlog ne reflète pas la réalité, le Daily Scrum devient inutile.

  👉 Si quelqu’un “valide” le Sprint Backlog →❌

4. Incrément : ce qui est vraiment Done

L’Incrément est la partie du produit réellement utilisable à un instant donné : la somme de tous les éléments du Product Backlog qui sont passés à l’état Done, en plus des incréments précédents.​​

👉 L’Incrément est le cœur de Scrum.

Règles :

• Chaque Sprint produit au moins un incrément utilisable.

• On peut créer plusieurs incréments dans un même Sprint, si chacun respecte la Definition of Done.

• Un item partiellement terminé n’entre ni dans l’Incrément ni dans la vélocité : il revient au Product Backlog.​​

Côté PSM, les pièges classiques sont :

• compter des items “presque finis” dans l’Incrément ou la vélocité (Scrum ne connaît que Done / Not Done);​​

• confondre DoD et critères d’acceptation d’une story ;

• vouloir alléger la DoD en cours de Sprint pour “faire rentrer plus de travail” – la qualité est non négociable.

  👉 Scrum ne connaît que deux états : Done ou Not Done.

  👉 “90% terminé” = 0%.

5. Pourquoi les engagements comptent autant

Ces erreurs font échouer des candidats qui connaissent pourtant Scrum.

👉 Les engagements sont souvent mal compris… et font perdre des points.

• Product Goal → donne une direction

• Sprint Goal → donne du focus

• Definition of Done → garantit la qualité

  👉 Si une réponse affaiblit un de ces engagements → ❌

👉 Le PSM teste ta capacité à protéger ces engagements.

Erreurs fréquentes :

• confondre Product Goal / Sprint Goal

• prendre la vélocité pour un artefact

• compter du non terminé

• adapter la DoD

👉 Le PSM ne teste pas si tu connais Scrum. Il teste si tu détectes les erreurs.

Et sur les artefacts, les erreurs sont toujours les mêmes :

• backlog figé

• Sprint Backlog contrôlé

• incrément incomplet

• DoD négociable

Si tu ne les vois pas immédiatement → tu perds des points.

C’est exactement ce que tu travailles dans mes guides PSM I et PSM II :

• questions types examen

• pièges détaillés

• logique Scrum.org

Objectif : éviter les erreurs qui font échouer… parfois à quelques questions près.

👉 Accès direct sur le site et sur Amazon.