Ceci est une traduction libre de l’article « Scrum vs. SAFe: What Is the Difference? » de Archana C publié le 24 sept 2019.
Mise à jour personnelle en janvier 2023.
Ces dernières années, les approches agiles comme Scrum et Scaled Agile Framework (SAFe), ont acquis une certaine popularité dans le secteur de la gestion de projets. SAFe semble aller plus loin que Scrum pour adopter l’Agile à l’échelle en entreprise. Qu’en est-il vraiment ?
Dans cet article, nous comparons Scrum et SAFe, en nous focalisant sur leurs différences et leurs similitudes. Une fois que vous en saurez plus sur la spécificité de chacune de ces approches, vous serez en mesure de choisir le meilleur cadre parmi celles-ci.
Qu’est-ce que Scrum ?
Scrum (« mélee » en français) est un cadre léger et agile au sein duquel les utilisateurs peuvent résoudre des problèmes complexes tout en proposant de manière productive et créative des produits de la plus haute valeur possible.
Scrum s’appuie sur 3 rôles essentiels (Product Owner, Scrum Master et Equipe de développement) pour planifier, organiser, administrer et optimiser un processus. Le Product Owner (propriétaire du produit) crée une liste de tâches à exécuter et l’équipe Scrum la décompose en éléments plus petits appelés « sprints ».
Un sprint dure généralement 2 à 4 semaines et donne lieu à des produits livrables prêts à être livrés au client. L’équipe répète ce processus sur plusieurs sprints jusqu’à ce que le projet soit terminé ou que le budget soit épuisé.
Scrum est une approche agile bien pensée et largement utilisée, dotée de nombreux avantages.
NDLR : Scrum est un modèle organisationnel développé et maintenu par les créateurs de Scrum : Ken SCHWABER et Jeff SUTHERLAND. Pour plus d’information : lire le Scrum Guide.
Scrum à grande échelle
L’un des grands défis de Scrum est de l’adapter à des projets plus grands et plus complexes qui nécessitent le travail de plusieurs équipes en même temps. Scrum s’avère plus limité quant à l’implémentation de ce modèle organisationnel dans l’activité d’une grande entreprise, où l’on adresse des programmes et des portefeuilles de programmes, ainsi qu’un certain nombre d’acteurs nécessaires au bon fonctionnement de cet écosystème complexe.
De nombreux modèles agiles proposent des alternatives pour les projets d’entreprise à grande échelle, dont Scaled Agile Framework (SAFe) qui s’est inspiré (entre autres) du modèle Scrum.
Qu’est-ce que le cadre agile à l’échelle (SAFe)?
Scaled Agile Framework (SAFe) est un cadre de développement à l’échelle de l’entreprise qui utilise une combinaison de principes existants et agiles. SAFe les combine dans un cadre organisationnel unique, basé sur un modèle pour des projets à grande échelle.
Il repose sur 3 principaux corpus de connaissances :
- Développement agile
- Développement de produit Lean
- Pensée systémique
SAFe ajoute des couches supplémentaires de communication et de contrôles pour permettre aux utilisateurs d’utiliser des frameworks agiles (comme Scrum) avec de très grands groupes. Il tente d’incorporer des valeurs fondamentales telles que l’alignement, la synchronisation, la qualité intégrée, la transparence et l’exécution du programme.
En utilisant ces valeurs, SAFe apporte des améliorations substantielles (NDLR : lorsque c’est bien implémenté !) au délai de livraison, à l’engagement des employés, à la productivité du travail et principalement à la qualité du produit. SAFe a la particularité de se concentrer sur la gestion de portefeuille (appelé « portfolio »), la gestion de la chaîne de valeur, la gestion de programme et la gestion d’équipe.
Maintenant que vous connaissez les 2 modèles organisationnels, voyons en quoi Scrum et Scaled Agile Framework sont différents.
Scrum vs SAFe : principales différences
Eléments | Scrum | SAFe |
Contexte de mise en œuvre | Scrum est un cadre de travail agile pour les projets. Il fonctionne pleinement lorsqu’il est mis en place dans des entreprises possédant une structure organisationnelle simple. |
SAFe est un cadre de travail agile généralement utilisé lorsque de grandes entreprises souhaitent étendre la « méthode de travail agile » au-delà du périmètre des équipes opérationnelles. |
Structure et rôles des équipes | L’équipe Scrum est constituée généralement de 3 à 9 personnes ayant les rôles suivants :
|
SAFe possède différents rôles clés sur 4 niveaux différents. Parmi les rôles clés, nous avons :
NDRL : SAFe est un modèle pouvant être mis en place à partir de 2 niveaux organisationnel. Ce modèle est compatible avec Scrum et ses rôles associés. |
Dépendances d’équipe | Dans Scrum, le niveau de dépendance entre les équipes a tendance à être inférieur à celui de SAFe. Les équipes de développement ont la liberté de s’organiser et de gérer leur propre travail. | SAFe nécessite un niveau élevé de coordination et d’alignement entre les équipes et les niveaux de gestion, ce qui accroît la dépendance dans l’activité quotidienne. A noter, ceci créé des limitations dans l’adaptation et l’innovation du système. |
Cérémonies et délais | Dans Scrum, les projets sont menés durant une période de temps, appelé « sprint », où différentes cérémonies récurrentes ont lieu. Un cycle dure de 1 à 4 semaines. On parle de cycle court. | SAFe suit plus ou moins la même structure. Le temps est décomposé en cycle de 10 semaines (itération au niveau de l’équipe), soit 4 sprints de 2 semaine + 1 sprint de préparation à la nouvelle itération programme. Chaque sprint donne l’occasion de suivre l’avancement du programme, de vérifier le travail accompli et ajuster les choses. |
En somme, si vous souhaitez utiliser l’approche Agile et que vous travaillez dans une grande organisation qui gère des projets de grande envergure et critiques alors SAFe sera certainement plus approprié que Scrum.
Comment choisir le bon framework agile ?
« Il n’y a pas de cadre meilleur qu’un autre. »
Il y a juste des cadres qui peuvent être meilleurs que d’autres, en fonction de leur contexte et de la taille de l’organisation humaine.
Il y a quelques éléments à prendre en compte lors de la sélection d’un cadre de travail Agile qui répond le mieux à vos besoins, tels que :
- Le contexte de mise en œuvre et l’objectif de l’organisation
- Niveau d’implication de la direction dans le projet
- Taille : Combien d’employés travaillent dans l’entreprise / organisation ?
- Structure de l’entreprise
- Le type de projet à gérer
- Exigences et opinions des parties prenantes
- Complexité de l’organisation
- Dépendances simples ou compliquées
(liste non exhaustive)
Ceci est une traduction libre de l’article « Scrum vs. SAFe: What Is the Difference? » d’Archana C publié le 24 sept 2019.
En résumé
Le Scrum est une méthodologie agile visant à livrer rapidement des produits de haute qualité grâce à une collaboration étroite entre les membres de l’équipe de développement et les parties prenantes. Le Scrum met l’accent sur la flexibilité et l’adaptabilité, et encourage l’amélioration continue grâce à des itérations courtes appelées « sprints ».
Le Scaling Agile Framework (SAFe) est un cadre de référence qui vise à aider les organisations à adopter l’agilité à l’échelle. SAFe s’appuie sur les principes de base de l’agilité, tels que la collaboration, l’amélioration continue et la flexibilité, mais il fournit également une structure pour l’adoption de l’agilité dans des environnements complexes où plusieurs équipes de développement travaillent ensemble sur un projet. SAFe encourage une approche « portfolio-driven » pour la planification et la gestion de projets, ce qui signifie que les décisions de gestion de projet sont prises au niveau du portefeuille plutôt qu’au niveau de l’équipe individuelle.
En bref, le Scrum est une méthodologie agile qui vise à améliorer la qualité et la rapidité de livraison des produits, tandis que SAFe est un cadre de référence qui vise à aider les organisations à adopter l’agilité à l’échelle.
La conclusion de l’Oeil de Coach 🧐
L’article d’Archana C. a la qualité de présenter les différences entre Scrum et SAFe, en précisant l’importance de prendre en compte le contexte et la taille de l’entreprise.
Pour ma part, je compléterai par :
« Il n’y a pas de mauvais modèle, juste de mauvaises manières de les implémenter. »
Quelque soit le modèle d’organisation pressenti pour améliorer votre organisation, faîtes-vous accompagner par un coach agile !
Ce professionnel, aguerri aux sujets organisationnels et humains, vous aidera à vous poser les bonnes questions et vous aider à effectuer les meilleurs choix, adaptés à vos ambitions, votre métier, à votre entreprise et à votre environnement unique.
Avez-vous aimé cet article ? Partagez-le !
Et, pensez à vous abonner à la newsletter gratuite de l’Oeil de Coach. 😉
……… ✂……………………………… ✂………………………………… ✂………
Envie d’aller plus loin ?
- Qu’est-ce qu’un Coach Agile ? Quel est son rôle ?
- Le top des ressources agiles de l’Oeil de Coach
- Mythe Agile : Scrum génère de la réunionite aigüe
- Scrum vs Kanban vs Agile vs Cycle en V : le comparatif
……… ✂……………………………… ✂………………………………… ✂………
En quoi puis-je vous aider ?
Je suis Martial SEGURA, Coach agile | Expert organisationnel chez Oeil de Coach.
« Mon intention est d’aider les personnes, les équipes et les organisations à atteindre leurs objectifs beaucoup plus vite qu’ils ne le feraient sans ma contribution. »
Je développe le potentiel et les savoir-faire des équipes et des personnes. J’accompagne la transformation agile des organisations, en m’appuyant sur la culture, les valeurs et les pratiques agiles.
Contactez-moi pour en parler :
🚀 Linkedin : https://www.linkedin.com/in/martialsegura
🌐 Blog : www.oeildecoach.com
« NDRL : SAFe est un modèle pouvant être mis en place à partir de 2 niveaux organisationnel. Ce modèle est compatible avec Scrum et ses rôles associés. »
Je dirais que ce modèle est partiellement compatible avec SCRUM.
Scrum est fait pour des équipes « produit » .
Quand je lis » étendre la « méthode de travail agile » au-delà du périmètre des équipes opérationnelles. » je tique sur le terme « étendre ». Parce que l’équipe SCRUM est au-delà du périmètre opérationnel. L’équipe SCRUM est autonome, elle inclut les operationnel, le rh, le marketing, l’analyse, …
Sinon c’est une équipe « presque SCRUM ».
SAFe dispose dans la strate « teams » d’AGILE team mais ce sont au mieux des équipes FEATURES, au pire des équipes Composant.
Scrum est fait pour des équipes où la communication est possible entre individus pour faire avancer le produit.
Quand on est dans une structure qui refuse de laisser aux équipes de cette taille l’autonomie de gestion du produit. (A cause des organisations du passé qui travaillent encore dans un modèle d’une tête bien pensante et des faiseurs qu’il ne faut pas trop faire réfléchir, sinon ca les ralentis » ), on passe par de l’AGILE à l’échelle. On quitte SCRUM, on dilue les responsabilités de l’équipe SCRUM sur plusieurs niveaux.
Le P.O. de scrum confie à l’EPIC owner, l’aspect marketing, « produit » qui le défini tant en scrum. Il se contente d’être le owner d’un morceau de produit.
Cette façon de voir l’agile à l’échelle peut être comprise comme négative de ma part. Ce n’est pas le cas. L’agile à l’échelle est une étape pour les anciennes structures qui tendent à s’adapter à leur contexte en explorant le mindset ag!le, et en le deployant progressivement.
Les équipes de « faiseurs » iront plus vite à accepter ce changement que la hiérarchie (managériale ou procédurière), car en effet, ca remet beaucoup moins en question leur place, leur rôle voir leur pertinence dans une organisation agile, donc leurs acquis. (On reste avec des humains, et des gens avec une vie après leur boulot).
Managériale ou procédurière =>
Managériale => que fait le manager directif si on lui dit que ses équipes sont auto-organisées. Les managers gardent un rôle très important, mais tellement différent
Procédurière => que fait l’ingénieur éduqué dès le départ à sa posture de « penseur » pour les petites mains, et confronté de plus en plus que le manutentionnaire au contact permanent du terrain et des client en sait bien plus que lui ?
Ce travail est énorme. Quitter cet espèce de graal de l’équipe scrum qu’on laisse vivre à son rythme avec tous les avantages que ca en ressort, pour faire étape dans une agilité à l’échelle qui trace la voie mais qui donne le temps à chaque intervenant de glisser de son ancien rôle vers le nouveau est une bonne chose.
Si je reprends le terme « équipe presque SCRUM » , SAFe (ou l’agile à l’échelle) permet à l’entreprise de se diriger vers un état « agile », par un détour, sans essayer de transformer les « équipes presque SCRUM » en « équipes SCRUM autonomes » .
Ce détour permet de contourner l’obstacle « comment on dit au gars qui effectuait sa tâche « de penseur » depuis sa tour d’ivoire, qu’il faut maintenant faire un choix d’équipe et d’aller exercer ses compétences essentielles, directement au sein de l’équipe de faiseur, mais uniquement pour son champs d’action à elle ».
Bonjour Christophe,
Je te remercie pour ton commentaire et toutes ses explications.
Le modèle SAFe ne recherche à annihiler le modèle Scrum mais à l’étendre sur des produits plus importants, nécessitant plus d’acteurs et d’expertises pour mener à bien les évolutions et l’exploitation de produit ou de services complexes.
Au delà des méthodes employées, il est primordial de penser culture produit, simplicité de l’exécution, les feedbacks des utilisateurs et aussi d’avoir conscience des environnements dans lesquels évoluent les collaborateurs. C’est à partir de ces différentes variables qu’il faut mettre en place le modèle d’organisation le plus approprié : SAFe, Scrum ou autre.