Business : Scrum vs Scrum de SAFe selon le guide Scrum – ils ne sont pas les mêmes

«ScrumXP est un processus léger pour offrir de la valeur aux équipes interfonctionnelles et auto-organisées au sein de SAFe.» – SAFe / ScrumXP

SAFe utilise Scrum pour guider l’agilité de l’équipe et XP pour des conseils techniques.

Scrum a un objectif différent de ScrumXP:

«Un cadre dans lequel les gens peuvent résoudre des problèmes adaptatifs complexes, tout en fournissant de manière productive et créative des produits de la plus haute valeur possible.» – Scrum Guide 2017

Je trouve intéressant de noter que le Scrum Guide dit ceci:

«Scrum n’est pas un processus, une technique ou une méthode définitive. Il s’agit plutôt d’un cadre dans lequel vous pouvez utiliser divers processus et techniques. » – Scrum Guide 2017

Il existe une différence importante entre un processus et un cadre. Un processus est plus directif qu’un cadre. En conséquence, les différentes façons de regarder ScrumXP et Scrum disent quelque chose sur l’utilisation de l’approche.

Scrum est un cadre pour aborder la complexité et offrir de la valeur tandis que ScrumXP est un processus pour offrir de la valeur avec SAFe. Ce n’est pas pareil.

ScrumXP est quelque chose que vous exécutez en tant que conteneur dans SAFe. C’est un processus au sein de SAFe et non censé changer la façon dont vous travaillez.

Alors que Scrum a des équipes Scrum, Scrum XP a des équipes Agiles. Une équipe Agile utilisant ScrumXP s’auto-organise, s’autogère et est interfonctionnelle. Scrum ne mentionne pas l’autogestion. Les deux approches soulignent l’importance pour les équipes de trouver leur propre meilleur moyen de fournir de la valeur, en fonction de l’intention ou de l’objectif. Les deux reconnaissent également que la composition de cette équipe peut aider à augmenter la productivité et le plaisir.

ScrumXP a deux rôles spéciaux: Scrum Master et Product Owner. Le Scrum Master se concentre sur l’utilisation efficace de ScrumXP et sur la suppression des obstacles. Le Product Owner se concentre sur ce que l’équipe Agile va construire.

Les deux rôles dans ScrumXP s’écartent beaucoup du rôle Scrum. Vous pouvez en savoir plus à ce sujet dans les articles détaillés sur le Scrum Master et le Product Owner.

SAFe utilise un mot différent pour la boîte de temps dans laquelle l’équipe crée un incrément: itération. C’est comme XP. En dehors de cela, les objectifs d’une itération sont les mêmes que les objectifs d’un sprint dans Scrum: produire un incrément qui offre de la valeur.

La durée d’une planification d’itération ScrumXP est de quatre heures ou moins. Le Scrum Sprint Planning est de huit heures pour un Sprint d’un mois et moins pour les Sprints plus courts. Tant avec ScrumXP qu’avec Scrum, le Product Owner présente ce qui doit être réalisé et l’équipe décide combien ils peuvent faire et comment ils vont le construire.

Les deux événements de planification tournent autour de la définition d’un objectif pour l’itération / le sprint et la sélection des articles / articles du carnet de produit. ScrumXP commence par créer un backlog d’itération puis définit un objectif d’itération. Les équipes s’engagent à atteindre l’objectif et à terminer les histoires sur le carnet d’itérations.

Avec Scrum, cependant, les équipes discutent d’abord de l’objectif de sprint, puis créent un backlog de sprint, qui contient les éléments de backlog de produit sélectionnés pour atteindre l’objectif de sprint et un plan pour fournir l’incrément et atteindre l’objectif de sprint. Les équipes s’engagent à terminer le Sprint Goal et le Sprint Backlog n’est qu’une prévision car il peut changer pour permettre l’inspection et l’adaptation afin d’optimiser les chances d’atteindre l’objectif de sprint.

Comme vous pouvez le voir, il existe des différences essentielles entre le backlog d’itération de ScrumXP et le backlog de sprint de Scrum.

Mais les équipes ScrumXP s’engagent à plus:

«Certaines équipes décomposent chaque histoire en tâches. […] Lorsque les membres de l’équipe s’engagent dans des tâches, ils réduisent leur capacité d’itération individuelle jusqu’à ce qu’elle atteigne zéro. » – SAFE5.0 / Planification des itérations

Ici, ScrumXP discute même de l’engagement envers des tâches individuelles. Scrum mentionne également la rupture du travail en unités d’une journée ou moins. Cependant, les équipes ou les individus ne s’y engagent pas. Cela violerait les règles de Scrum où le Sprint Goal est le vrai nord d’un Sprint, et non le Sprint Backlog.

ScrumXP a des directives détaillées sur la façon de faciliter une planification d’itération, comme:

• Un programme de planification des itérations;
• Comment estimer (en utilisant des points d’histoire);
• Comment établir la capacité.

Scrum n’a pas ces détails. Il explique simplement que Sprint Plannings comprend deux parties:

• Ce qui peut être fait?
• Comment cela se fera-t-il?

C’est à l’équipe Scrum de déterminer comment procéder.

SAFe utilise à nouveau le terme XP pour l’événement d’alignement quotidien. Cependant, cela ne change pas le but de l’événement, pour comprendre comment l’équipe progresse vers l’objectif d’itération / sprint et s’adapter si cela augmente les chances d’atteindre l’objectif. SAFe ajoute également quelques pratiques XP à l’événement. Avec cela, l’événement est plus normatif que l’équivalent du Scrum Guide.

Dans SAFe, le Scrum Master garantit que l’événement ne prend pas plus de 15 minutes. Le Scrum Guide avance seulement que le Scrum Master enseigne l’équipe pour ce faire.

Avec SAFe, la revue d’itération est une démonstration aux parties prenantes de ce qu’elles ont accompli. C’est l’occasion d’inspecter si l’incrément fonctionne selon les attentes des parties prenantes et de l’adapter si nécessaire. L’équipe discute également des progrès vers les objectifs de l’augmentation du programme. Le timebox est d’une à deux heures.

Cependant, Scrum Review Sprint implique beaucoup plus. Cet événement Scrum d’une durée maximale de 4 heures est l’occasion d’inspecter si le produit se dirige dans la bonne direction et de discuter de ce qu’il faut faire ensuite, en adaptant le Product Backlog si nécessaire:

«L’ensemble du groupe collabore sur ce qu’il faut faire ensuite, de sorte que la revue de sprint apporte une contribution précieuse à la planification de sprint suivante;

Examen de la façon dont le marché ou l’utilisation potentielle du produit pourrait avoir changé la chose la plus précieuse à faire ensuite; et,

Examen du calendrier, du budget, des capacités potentielles et du marché pour les prochaines versions prévues de fonctionnalités ou de capacités du produit. » – Scrum Guide 2017

SAFe pousse cela au Inspecter et adapter l’événement, à la fin de l’incrément de programme. Avec cela, un aspect important de l’empirisme de Scrum se situe en dehors d’un Sprint / Itération et en dehors de Scrum. Cela retarde le retour d’informations et affecte l’agilité de l’entreprise.

Cet événement a essentiellement le même objectif pour ScrumXP et Scrum. ScrumXP propose que le timebox devrait être d’une heure ou moins. Scrum explique que cela devrait être de trois heures ou moins.

ScrumXP est plus prescriptif que Scrum, mais cela ne devrait plus être une surprise. À part ça, il n’y a pas beaucoup de différence.

Le Scrum Guide contient des éléments qui ne sont pas dans ScrumXP. Voici une liste.

Valeurs Scrum

Scrum met en lumière les valeurs d’engagement, de courage, de concentration, d’ouverture et de respect. ScrumXP n’a pas ces valeurs. SAFe a quatre valeurs: l’alignement, la qualité intégrée, la transparence et l’exécution du programme. Ce ne sont en aucun cas les mêmes que les valeurs Scrum.

Empirisme

ScrumXP ne mentionne pas l’empirisme. Le Scrum Guide considère l’empirisme comme le fondement de Scrum. C’est une pièce vitale du puzzle pour comprendre Scrum.

L’article principal de ScrumXP ne mentionne pas non plus la transparence, l’inspection et l’adaptation, les trois piliers de l’empirisme. Inspecter et adapter sont des termes que vous trouverez d’autres pièces du puzzle SAFe, mais vous ne le trouverez guère dans le contexte de ScrumXP.

En supprimant l’accent mis sur l’empirisme, ScrumXP devient en effet un processus pour fournir des incréments de produit. Leur valeur est traitée plus tard, à la fin de l’incrément de programme. ScrumXP n’est pas un cadre pour traiter des produits complexes comme Scrum.

ScrumXP a également des sujets impliquant le train de versions Agile et la coordination entre les équipes. Je pense qu’il est évident que Scrum n’en discute pas.

ScrumXP, le processus de livraison de SAFe inspiré par Scrum et Extreme Programming, n’est pas le même que Scrum tel que défini dans le Scrum Guide. ScrumXP n’est pas le mélange typique de Scrum et XP.

Plus particulièrement, ScrumXP ne mentionne pas les valeurs Scrum et l’empirisme, tous deux essentiels pour Scrum.

Une équipe Agile, l’équivalent ScrumXP de Scrum Team, fait partie d’une image plus grande. Leur objectif principal est de fournir une augmentation de produits de valeur conformément à l’objectif d’incrémentation du programme. Une équipe Scrum a un objectif différent, abordant des produits complexes tout en offrant de la valeur.

SAFe est le cadre et ScrumXP est un processus faisant partie de ce cadre.

En conséquence, ScrumXP a une attente différente d’une équipe Agile, Product Owner et Scrum Master.

Dans l’ensemble, ScrumXP et Scrum sont totalement différents. Cela ne devrait pas être une surprise car ils servent à des fins différentes.