Intégration continue vs Livraison continue vs Déploiement continu dans Scrum

Les termes couramment utilisés—« Intégration continue », « Livraison continue » et « Déploiement continu »—sont considérés comme des composantes deDéveloppement logiciel Agile. Ces pratiques partagent le préfixe « continu », indiquant et permettant une intégration progressive (logiciel livrable) et un déploiement simultané des résultats, sans les délais habituellement associés au développement séquentiel traditionnel. Dans l’environnement Agile moderne, ces termes représentent la livraison d’incréments terminés via une chaîne, permettant un déploiement automatique en tant que mises à jour.

Le principe fondamental de la livraison continue est de livrer progressivement du logiciel fonctionnel en itérations courtes. Autrement dit, la livraison continue est une mise en œuvre à cycle court où le code est fréquemment développé, construit, vérifié, testé automatiquement et déployé.

Livraison continue

Elle ne nécessite pas de cycles de publication courts—seulement la capacité à autoriser de nouveaux commits de code dès qu’ils sont prêts. Ainsi, les développeurs peuvent mettre à jour le produit plusieurs fois par jour, livrant continuellement de la valeur aux utilisateurs. Cela est réalisé grâce à un haut niveau de test et d’automatisation du déploiement.

Livraison continue dans Scrum

Dans Scrum, des sprints de 1 à 4 semaines sont promus, se terminant par des tests, une démonstration, revue de sprint, validation finale et mise en production. Maintenant, nous souhaitons publier encore plus fréquemment—livraison continue.

Intégration continue fait référence à une pratique de développement logiciel exigeant que les développeurs intègrent leur code dans un dépôt central plusieurs fois par jour. En plus des mises à jour simultanées et automatisées, les problèmes peuvent être facilement détectés en vérifiant les différents moments de validation.

Livraison continue permet une livraison sûre et rapide de tous les types de modifications (y compris de nouvelles fonctionnalités, modifications de configuration, corrections de bogues et expériences) en production ou auprès des utilisateurs finaux de manière durable.

Déploiement continu étend davantage l’approche d’intégration continue en minimisant l’intervalle de temps entre la codification et le déploiement.

Livraison continue dans Scrum

Avantages de la livraison continue

Les gens supposent souvent que publier du logiciel plus fréquemment signifie accepter des niveaux inférieurs de stabilité et de fiabilité dans le système. Cependant, de nombreuses études montrent que ce n’est pas le cas. En réalité, livrer une fonctionnalité à la fois réduit considérablement le risque de chaque déploiement. Votre équipe peut livrer des fonctionnalités aux clients plus rapidement, permettant un retour plus rapide. Une chaîne de livraison continue apporte de nombreux avantages aux équipes, aux entreprises et aux utilisateurs :

• Réduction du délai de mise sur le marché
• Coûts réduits
• Retours plus rapides
• Clients plus satisfaits
• Mise en production à risque réduit

Selon le rapport de l’année 2014 Rapport d’enquête Xebia Labs, la livraison continue a pris les devants, suivie de près par l’agilité. 36,4 % des répondants ont indiqué que le DevOps était une initiative clé en 2014, comme indiqué dans le graphique ci-dessous :

Application du projet logiciel (2014)

Résumé

Si cela semble trop beau pour être vrai, souvenez-vous : la livraison continue n’est pas de la magie. Les déploiements logiciels exigent beaucoup de discipline. La livraison continue dans Scrum permet une amélioration continue au quotidien en publiant des modifications plus petites et plus fréquemment, aidant chacun à s’habituer à un rythme régulier et prévisible, tout en laissant de la place pour réagir aux changements. Plus important encore, les déploiements réussis deviennent des succès partagés — quelque chose que tout le monde peut célébrer ensemble.