Close

Principes de livraison continue

Découvrez les principes de base de la livraison continue grâce à ces guides de démarrage.


La livraison continue (CD) est une collection de nombreuses bonnes pratiques agiles et organisationnelles ayant fait leurs preuves. Grâce à elle, une organisation se concentre sur la conception d'un processus de livraison de logiciels simplifié et automatisé. Au cœur du processus de livraison se trouve une boucle de feedback itérative. La boucle de feedback s'articule autour de la livraison du logiciel à l'utilisateur final le plus rapidement possible, de l'apprentissage à partir de l'expérience pratique, puis de l'intégration de ce feedback dans la version suivante.

Intégration continue, livraison continue et déploiement continu

Pour déployer des services disponibles en continu, il faut aligner la structure, les valeurs et les outils de l'équipe afin de faire de l'excellence opérationnelle une compétence essentielle. Lire l'article

Valeur métier de la livraison continue

La valeur métier de la livraison continue ne se limite pas aux cracks de la technologie. La livraison continue améliore la vélocité, la productivité et la durabilité des équipes de développement. Lire l'article

Cartographie de la chaîne de valeur

La cartographie de la chaîne de valeur (VSM) est une technique d'analyse qui peut vous aider à optimiser votre pipeline de livraison continue. Découvrez comment cette technique est utilisée ainsi qu'à quelles fins. Lire l'article


La CD est une méthodologie inclusive à l'échelle de l'organisation qui inclut des équipes non techniques telles que les équipes de design, produit et marketing. Elle encourage les développeurs à se concentrer sur la livraison du produit à l'utilisateur final, alors que les environnements qui n'utilisent pas la CD peuvent inciter à un comportement « à l'aveugle », dans lequel l'équipe de QA devient la principale expérience utilisateur dont se préoccupent les développeurs. Les sections suivantes aborderont les principes spécifiques qui constituent la base des workflows de CD.

Schéma montrant comment le code informatique et les tâches s'enchaînent de manière continue | CI/CD Atlassian

Processus fiable et reproductible

Les processus organisationnels ont leur propre cycle de développement. Ils commencent généralement par des checklists manuelles ou des « playbooks », qui sont des listes de tâches exécutées manuellement. Plus tard, ils peuvent être automatisés grâce à des outils logiciels et des scripts. La validation de ces playbooks dans des scripts logiciels garantit qu'ils sont reproductibles. Si la checklist doit être réexécutée, un membre de l'équipe peut exécuter le script. La fiabilité est accrue lorsque ces scripts de playbook sont exécutés de manière cohérente entre les environnements. Par exemple, le playbook pour déployer le code dans un environnement de développement ou de staging doit refléter le plus fidèlement possible l'environnement de production. Cette cohérence fidèle entre les environnements et les exécutions élimine toute une catégorie de bugs de cohérence.

Automatisez tout

L'automatisation est une valeur clé de la CD. Les ressources humaines coûtent cher, et elles devraient être consacrées à des exercices créatifs plutôt qu'à des tâches fastidieuses du playbook. Un processus manuel n'est pas vraiment reproductible et fiable tant qu'il n'a pas été commité dans le code et qu'il n'est pas exécutable automatiquement à la demande. Les tâches automatisées peuvent être combinées pour créer d'autres niveaux d'automatisation. Automatisez les tâches au maximum : tests, versions, changements de configuration, et bien plus encore.

Contrôle de version

Pierre angulaire de la CD, le contrôle de version est un must absolu pour tout projet de développement logiciel sérieux. Le contrôle de version permet à une équipe de développeurs de collaborer efficacement sur une base de code partagée. Git est le système de contrôle de version le plus utilisé et un excellent compagnon pour la CD. Le contrôle de version comprend la fonctionnalité d'annulation qui permet de revenir aux versions candidates précédentes. En plus du code, la configuration, les scripts, les bases de données et la documentation doivent tous faire l'objet d'un contrôle de version afin de suivre les changements apportés au fil du temps.

Des builds de qualité

Dans le cadre de la CD, la qualité n'est pas une réflexion après coup confiée à l'équipe de QA. Elle est intégrée à chaque étape du pipeline de livraison. La boucle de feedback centrale de la CD réexamine constamment la qualité fournie aux utilisateurs finaux. Les nouvelles fonctionnalités sont livrées avec des ensembles de tests automatisés qui garantissent que le nouveau code est exempt de bugs et répond aux attentes en matière de qualité. La planification du projet en vue de la livraison de nouvelles fonctionnalités doit tenir compte des analyses, de la surveillance des performances et des tâches d'instrumentation des tests automatisés.

Commencez par les parties les plus difficiles

Les tâches pénibles, chronophages ou sujettes aux erreurs s'accumulent avec le temps. Les tâches pénibles doivent être traitées dès que possible afin d'éviter de perdre davantage d'énergie. Imaginez une corvée pénible qui prend 20 minutes à faire et qui est exécutée cinq fois par semaine. Cela se traduit par 100 minutes pénibles par semaine, environ 400 minutes pénibles par mois, etc. Imaginez que vous puissiez vous attaquer à cette tâche et l'optimiser afin d'éviter cette perte de temps, ce serait évidemment une victoire.

Le fait de « commencer par les parties les plus difficiles » est également un exercice qui aide à cerner les faiblesses du processus organisationnel. Si une tâche est constamment remise à plus tard ou si elle est activement évitée, cela indique qu'elle pourrait être améliorée et qu'elle devrait être poursuivie activement. Les équipes doivent régulièrement être confrontées aux difficultés afin de se familiariser avec elles et de les maintenir au premier plan des discussions sur la planification.

Tout le monde est responsable

L'organisation tout entière doit se concentrer et être motivée pour garantir que le produit livré à l'utilisateur final est de la meilleure qualité possible. Les responsables produit doivent planifier en tenant compte du déploiement et de l'assurance qualité. L'équipe de sécurité doit être activement impliquée dans le processus de livraison. Les membres de l'équipe de QA doivent tester les environnements de développement et de staging avec autant de rigueur qu'ils le feraient en production afin de détecter toute défaillance avant la mise en production. Les développeurs devraient planifier activement la livraison en production.

Une équipe travaille ensemble pour inspecter le code avant la livraison | CI/CD Atlassian

« Terminé » signifie livré

Les éditeurs de logiciels ont pour vocation de fournir des logiciels aux utilisateurs finaux. Et ils ne peuvent exercer leur activité si une app fonctionne uniquement sur la machine d'un développeur. « Ça marche pour moi » est une phrase d'alerte courante qui indique que l'objectif métier global et l'empathie pour l'utilisateur final font défaut. La CD se concentre entièrement sur la livraison de logiciels au client final. En outre, l'état « terminé » ne signifie pas que la contribution d'un membre individuel de l'équipe est terminée, mais que l'ensemble de la contribution de l'équipe est terminée.

Amélioration continue

Valeur de la livraison continue

Nous espérons que les sections précédentes ont commencé à illustrer la valeur ajoutée générale de la CD. Au niveau global, la CD optimise l'exécution, la communication entre les équipes, l'adaptation du produit au marché, l'agilité et la transparence organisationnelle dans son ensemble.

À un niveau plus spécifique, la CD peut être accompagnée de métriques de suivi explicites. Voici quelques métriques de CD utiles :

  • Le temps écoulé entre la phase de design d'une nouvelle fonctionnalité et sa livraison en production.
  • Le nombre de bugs de production rencontrés par les utilisateurs.
  • Le niveau d'engagement des utilisateurs sur les nouvelles fonctionnalités.
  • La fréquence des livraisons de nouvelles fonctionnalités.

En outre, la CD peut être utilisée comme base pour créer des métriques de performance organisationnelle comme les KPI. Enfin, le chiffre d'affaires et la solidité financière sont un excellent moyen de mesurer l'impact des pratiques organisationnelles.

Découvrez comment vous lancer avec la livraison continue

Après avoir compris les avantages et la philosophie de la CD, il s'agit maintenant de la mettre en œuvre. Un bon point de départ est l'intégration continue. L'intégration continue ou CI est le précurseur de la CD. Elle se concentre sur l'automatisation du workflow de livraison du code. Pour ce faire, elle utilise des outils de test de code automatisés et des tâches d'assurance qualité. Une fois que la CI est en place, les processus de CD peuvent être élaborés à partir de celle-ci pour déployer le code auprès des utilisateurs finaux et développer une boucle de feedback qui orientera les futures livraisons.

Max Rehkopf
Max Rehkopf

En tant que « pantin du chaos » autoproclamé, je m'appuie sur les principes Agile et Lean pour mettre de l'ordre dans mon quotidien. C'est un plaisir pour moi de partager ces leçons avec les autres à travers les nombreux articles, conférences et vidéos que je fais pour Atlassian. 


Lectures recommandées

Ajoutez ces ressources à vos favoris pour en savoir plus sur les types d'équipes DevOps, ou pour les mises à jour continues de DevOps chez Atlassian.

Illustration DevOps

Communauté DevOps

Illustration DevOps

Lire le blog

Illustration d'une carte

Essayez la solution gratuitement

Inscrivez-vous à notre newsletter DevOps

Thank you for signing up