Quelles sont les six principales différences entre le DevOps et Scrum ? (Comparatif DevOps et Scrum)

Lors de nos cours DevOps en direct et de nos cours de préparation aux certifications, nous avons constaté qu’une question revient à chaque fois. J’ai donc rédigé ce court article pour y répondre. Quelles sont les différences entre le DevOps et Scrum ? Autrement dit, comment les comparer ?

Aujourd’hui, je vais présenter les six principales différences. C’est parti !

Différence n° 1 : Avec le DevOps, vous déployez le code en production à la fin de chaque itération (sprint). Avec Scrum, votre objectif à la fin de chaque itération est simplement de préparer du code livrable.

C’est l’un des principaux inconvénients du cadre Scrum et l’une des raisons les plus importantes, sinon la première, de son échec dans de nombreuses organisations. Si vous ne déployez pas votre code à la fin de chaque itération, vous le stockez généralement sur des serveurs de préproduction ou, pire, vous le laissez dormir dans votre système de gestion des versions (CVS) jusqu’à ce qu’un directeur de projet, généralement peu au fait de l’ingénierie logicielle, décide quand il doit passer en production. Je connais de grandes banques et entreprises de télécommunications qui déploient en production tous les six mois. Cela ressemble à une plaisanterie, mais c’est bien réel. Ces déploiements de type « big bang » leur valent de nombreux incidents de priorité et de gravité maximales, une baisse du moral et des salariés qui mettent plus souvent leur CV à jour. Sans parler des accusations et luttes de pouvoir entre des personnes sans compétences techniques qui cherchent des responsables pour justifier leurs échecs.

Différence n° 2 : Avec le DevOps, l’automatisation des tests et l’intégration continue, indispensables à la livraison continue, font partie intégrante du développement logiciel. Avec Scrum, la livraison est envisagée après coup et confiée à des personnes totalement étrangères aux pratiques de développement.

C’est une autre des faiblesses les plus critiques du cadre Scrum. Scrum contribue très peu, voire pas du tout, aux pratiques de livraison. En DevOps, un pipeline de livraison logicielle, des tests automatisés et une architecture de production qui permettent de déployer en un clic sont indispensables. Le processus de livraison logicielle Scrum existe depuis 1986. Hirotaka Takeuchi et Ikujiro Nonaka l’ont présenté pour la première fois dans la Harvard Business Review, dans un article intitulé « New Product Development Game ». Plus de 30 ans après ces débuts, la façon dont nos équipes devraient gérer la livraison de logiciels a beaucoup progressé. Le DevOps permet désormais de répondre à des questions que Scrum avait laissées en suspens.

Différence n° 3 : Avec le DevOps, les projets s’organisent autour de produits et services qui créent de la valeur métier pour l’organisation. Scrum n’a pas la maturité nécessaire pour contribuer aux résultats métier.

Le DevOps considère les équipes d’ingénierie comme des unités capables de prendre des décisions, de mener le travail à bien et de livrer des produits et services logiciels fonctionnels pour servir les clients et générer des revenus pour l’organisation. Malheureusement, Scrum n’apprend rien à ses membres sur la maturité métier. Si vous avez déjà pensé que ces rituels « indiscutables » de Scrum, comme l’interdiction de s’asseoir pour la réunion quotidienne, semblaient sympathiques, mais que ces ingénieurs très qualifiés et très bien payés se comportent comme à la maternelle, avec le Scrum Master dans le rôle de l’enseignant, c’est parce que Scrum ne leur apprend pas à agir en professionnels. Avec le DevOps, chacun dans une organisation d’ingénierie agit en professionnel pour créer de la valeur métier, quels que soient son expérience et son savoir-faire. Il n’y a plus de débats inutiles sur des sujets comme le droit de s’asseoir lors de la réunion quotidienne. Avec le DevOps, vous consacrez votre énergie à trouver et à améliorer les meilleures solutions logicielles possibles pour accroître les revenus de votre entreprise !

Différence n° 4 : Avec le DevOps, tous les ingénieurs de votre équipe se préoccupent de la qualité du service, de la qualité du logiciel et de l’excellence de l’exploitation. Avec Scrum, l’assurance qualité et l’exploitation relèvent d’autres personnes.

Dans la plupart des équipes Scrum, l’assurance qualité logicielle est le domaine réservé des testeurs externes. Les administrateurs système s’occupent du déploiement et de l’exploitation. Cet éloignement des équipes Scrum de la qualité de la livraison et du parcours réel des logiciels en production est une autre raison majeure pour laquelle de nombreuses organisations qui ont adopté Scrum rencontrent des difficultés. En DevOps, l’assurance qualité est la responsabilité commune de toute l’organisation d’ingénierie logicielle. Les ingénieurs DevOps qualifiés qui maîtrisent toute la pile se préoccupent de la livraison, de la sécurité, de la stabilité, des performances, de la maintenabilité, de l’exploitation et des autres aspects non fonctionnels dès la conception et jusqu’à la fin du cycle de vie du logiciel. Ces équipes DevOps réunissent toutes les compétences nécessaires pour développer et exploiter les logiciels et en garantir la qualité. Elles sont bien placées pour réussir et obtenir d’excellents résultats pour leur organisation.

Différence n° 5 : Le DevOps vous aide à concevoir une architecture qui favorise la qualité et la livraison continue. Scrum ne vous aide pas à définir une architecture adaptée.

Scrum n’apporte ni soutien ni conseils aux équipes d’ingénierie pour définir une orientation et une vision architecturales adaptées. Rappelons que plus de 30 ans se sont écoulés depuis que Hirotaka Takeuchi et Ikujiro Nonaka ont présenté Scrum. Avec le DevOps, les produits, services et API de microservices de votre architecture doivent être faiblement couplés. Chaque équipe DevOps doit être responsable d’une seule partie de cette architecture et pouvoir concevoir, développer et déployer ses logiciels de manière autonome. Un dispositif d’alerte précoce intégré au pipeline de déploiement devrait informer automatiquement et rapidement les équipes DevOps des effets indésirables que toute intégration de code pourrait provoquer.

Différence n° 6 : Le DevOps s’intéresse à l’ensemble de l’organisation d’ingénierie logicielle pour obtenir d’excellents résultats métier. Scrum s’intéresse uniquement aux développeurs.

Scrum se concentre sur de petites équipes de développement de cinq à neuf personnes. Dix ? La théorie de Scrum vous répondrait que non. Pourquoi ? On ne sait pas ! Cette vision étroite de l’ingénierie logicielle rend souvent Scrum inadapté aux organisations, car Scrum n’explique pas comment intégrer une équipe Scrum dans une organisation professionnelle pour créer de la valeur. Le DevOps propose des équipes orientées produits et services. Ces équipes indépendantes, pluridisciplinaires, autonomes et généralement petites couvrent toutes les phases du cycle de vie logiciel d’un produit et d’un service, au-delà d’un projet temporaire. Elles s’occupent de l’architecture, de la conception, du codage, des tests, de l’expérimentation, du déploiement, de l’exploitation et de la maintenance. Vous avez bien lu. Qui peut mieux exploiter et maintenir un logiciel que les personnes qui l’ont créé ? Personne, bien sûr. C’est pourquoi les équipes DevOps les plus performantes chez Amazon et Netflix continuent de s’occuper de leurs produits et services après leur mise à disposition. Elles exploitent et entretiennent aussi leurs logiciels dans leurs propres systèmes de production.

Après avoir lu ces différences, vous comprenez sans doute pourquoi le DevOps devient la nouvelle génération de l’agilité !

Dans quelques années, le DevOps sera pleinement reconnu comme un cadre plus large englobant Scrum, car de très grandes organisations comme Google, Amazon, Facebook, Etsy, Netflix et bien d’autres l’ont déjà adopté.

Cela veut dire qu’il sera bientôt partout !

L’International DevOps Certification Academy™ vous donne tout ce dont vous avez besoin pour apprendre le DevOps facilement et réussir votre examen ! Comme toujours, mon équipe et moi-même sommes à votre disposition pour toute question.

Votre meilleure offre pour commencer, aujourd’hui seulement >>

Accéder à l’International DevOps Certification Academy™ >>

P.-S. : Soyons honnêtes un instant ! Nous savons que peu de gens lisent les articles de blog aujourd’hui. Nous tenons pourtant à prendre le temps de rédiger ces contenus pour vous. Si quelques personnes lisent cet article et en tirent un ou deux enseignements, nous estimons avoir rempli notre mission au service de la communauté DevOps mondiale.

Si vous appréciez le travail que nous avons consacré à cet article, dites-le-nous ! Si vous avez lu jusqu’ici et que cet article vous a été utile, laissez un avis ci-dessous et partagez-le avec votre réseau !

MERCI D’AVANCE ! :)