Réussir le SPS : le piège n'est pas Nexus, c'est le niveau

Combien de Product Backlogs dans un Nexus ? Combien de Sprint Backlogs ? Qui répond de la Definition of Done ?

Ces questions se ressemblent, et elles portent toutes la même mécanique. La mauvaise réponse nomme un artefact réel, ou un rôle réel, mais au mauvais niveau.

Un Nexus superpose deux étages. Celui des Scrum Teams, qui gardent chacune leur Sprint Backlog et leur Sprint Goal. Et celui du Nexus, qui n'a qu'un Product Backlog, qu'un Product Owner, qu'un Integrated Increment. Confondre les deux coûte plus de points que tout le reste.

Le format, tel qu'il est publié

Les chiffres viennent de la fiche officielle du SPS, vérifiés en septembre 2026.

• 40 questions en 60 minutes.
• Seuil de réussite : 85 %, donc 34 bonnes réponses et six erreurs au maximum.
• 250 dollars par tentative.
• Choix unique, choix multiple et vrai-faux.
• Anglais uniquement.

Le tarif mérite un mot. C'est cinquante dollars de plus que les certifications de fondation, et la seule du catalogue à ce prix parmi celles que nous couvrons. Un second passage coûte donc cher.

Les trois domaines officiels

Scrum.org en publie trois, et le troisième surprend.

Le framework Nexus. Sa définition, sa théorie, et ce qu'il ajoute à Scrum en fait de redevabilités, d'événements et d'artefacts.

L'application de Nexus. Le Nexus Integration Team, les événements Nexus, les artefacts et leurs engagements.

Les fondamentaux de la mise à l'échelle. Quand passer à l'échelle, et quand ne pas le faire. Comment réduire les dépendances entre équipes.

Une certification sur la mise à l'échelle dont un tiers du programme porte en partie sur les cas où il ne faut pas s'y lancer. Ce n'est pas une coquetterie : c'est la position du cadre, et elle tombe en question.

Le piège central : à quel étage se pose la question

Prenez le réflexe avant tout autre. À chaque énoncé, demandez-vous de quel niveau on parle.

Ce qui est unique au niveau du Nexus. Un seul Product Backlog. Un seul Product Owner. Un seul Product Goal. Un seul Integrated Increment par Sprint, au minimum. Une Definition of Done commune, qui s'applique à l'ensemble.

Ce qui reste propre à chaque Scrum Team. Son Sprint Backlog. Son Sprint Goal. Son propre travail, qu'elle organise seule.

La différence entre Product Goal et Sprint Goal prend ici tout son sens. L'un est partagé par tout le Nexus, l'autre appartient à une équipe et à un Sprint.

Les questions de dénombrement en découlent directement. Combien de Product Backlogs pour neuf équipes ? Un. Combien de Sprint Backlogs ? Neuf.

Les questions d'attribution suivent la même logique. Le distracteur type nomme un rôle qui existe bel et bien, placé un étage trop haut ou trop bas.

Ce que Nexus ajoute, et c'est peu

Le Nexus Guide est explicite sur ce point : Nexus étend Scrum, il ne le remplace pas. Ce qui est mis à l'échelle reste du Scrum.

Une seule redevabilité s'ajoute aux trois du Scrum Guide : le Nexus Integration Team. Il répond de la production d'un Integrated Increment terminé, au moins une fois par Sprint, et sert de point focal d'intégration.

Sa composition est testée. Il réunit le Product Owner du Nexus, un Scrum Master, et des membres des Scrum Teams. Ce Scrum Master peut aussi être Scrum Master d'une des équipes.

Retenez surtout la nuance de verbe. Le Nexus Integration Team garantit que l'intégration a lieu. Il ne réalise pas ce travail à la place des équipes. Un distracteur fréquent lui fait exécuter directement ce dont il n'est que redevable.

Un Nexus rassemble environ trois à neuf Scrum Teams travaillant sur un seul produit.

Ce que Nexus ne change pas

Les événements Nexus s'ajoutent aux événements Scrum, ils ne les remplacent pas. Chaque Scrum Team continue de tenir ses propres événements.

Les trois redevabilités du Scrum Guide restent en place et gardent leur définition. La répartition des décisions dans une Scrum Team vaut donc à l'identique dans un Nexus.

Un candidat qui répond que tel événement d'équipe disparaît au profit de son équivalent Nexus se trompe.

Les autres familles de mauvaises réponses

Le rôle qui exécute au lieu de garantir. Déjà vu plus haut pour le Nexus Integration Team, il vaut plus largement. Répondre de quelque chose n'est pas le faire soi-même.

L'anti-modèle recyclé en distracteur. Un Sprint dédié à l'infrastructure en amont, une phase de stabilisation avant la mise en production, une équipe figée par composant. Ce sont des anti-modèles documentés, présentés comme des solutions raisonnables.

La structure absurde comme repoussoir. Une organisation démesurément lourde, décrite en vocabulaire pseudo-officiel. Elle teste que vous ne vous laissez pas impressionner par des mots qui sonnent juste.

Le mythe des ressources. Ajouter des équipes n'ajoute pas mécaniquement de la valeur. La complexité et les dépendances croissent aussi, et c'est le problème que Nexus cherche à contenir.

Se préparer en trois mouvements

1. Lire le Nexus Guide, en gardant le Scrum Guide à côté

Le Nexus Guide est court, et il suppose l'autre acquis. Chaque fois qu'il nomme un artefact ou un événement, notez à quel niveau il se situe. C'est ce tableau mental que l'examen interroge.

2. Travailler les dépendances, pas seulement les définitions

Le troisième domaine porte sur la réduction des dépendances entre équipes. Deux sources les alimentent. La structure du produit d'abord, selon que les préoccupations y sont séparées ou enchevêtrées. La structure de communication entre les personnes ensuite.

Sachez aussi dire quand ne pas passer à l'échelle. Une seule équipe qui suffit reste la meilleure réponse.

3. S'entraîner sur le format à réponses multiples

Les sélections multiples sont plus fréquentes ici que sur les certifications de fondation, et le nombre attendu est souvent indiqué. Lisez-le à chaque fois.

Avec six erreurs de marge sur 40 questions, une mauvaise lecture pèse lourd. Visez trois passages consécutifs au-dessus de 85 % avant de réserver.

Questions fréquentes

Combien de bonnes réponses faut-il pour le SPS ?

34 sur 40, le seuil étant de 85 %. La marge est de six erreurs, comme au PSK I, sur une épreuve de niveau avancé.

Faut-il déjà avoir le PSM I ?

Aucune certification n'est exigée. Mais Nexus étend Scrum et suppose que le cadre est maîtrisé, y compris les redevabilités et les événements. Le préparer sans cette base revient à apprendre deux cadres à la fois.

Combien d'équipes dans un Nexus ?

Environ trois à neuf Scrum Teams travaillant sur un seul produit. En dessous, une seule équipe suffit et Nexus n'apporte rien. Au-delà, le Nexus Guide ne prescrit pas de solution unique.

Le Nexus Integration Team fait-il le travail d'intégration ?

Non, il en répond. Il garantit qu'un Integrated Increment terminé est produit au moins une fois par Sprint, et sert de point focal. Le travail lui-même reste celui des Scrum Teams. La distinction est très testée.

Le SPS expire-t-il ?

Non. Scrum.org indique que ses certifications n'expirent pas et n'exigent aucun renouvellement, ni frais ultérieurs.

À retenir

• 40 questions, 60 minutes, 85 % : il faut 34 bonnes réponses, donc six erreurs au maximum.
• 250 dollars par tentative, cinquante de plus que les certifications de fondation.
• Un Nexus a un Product Backlog, un Product Owner, un Product Goal et une Definition of Done communs. Chaque Scrum Team garde son Sprint Backlog et son Sprint Goal.
• Le Nexus Integration Team est la seule redevabilité que Nexus ajoute. Il garantit l'intégration, il ne l'exécute pas.
• Nexus étend Scrum sans rien lui retirer : les événements d'équipe subsistent.
• Un domaine officiel porte sur les cas où il ne faut pas passer à l'échelle.
• Les dépendances viennent de la structure du produit et de la structure de communication.

Pour vous situer sur le format, l'essai libre SPS reprend les conditions officielles avec correction immédiate, sans créer de compte.