Principes de livraison continue

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.