Guide agile · L'agilité au-delà du logiciel
Le fonctionnement du développement logiciel agile : pratiques et bonnes pratiques
Le développement logiciel est le berceau de l'agilité. Les équipes livrent des logiciels opérationnels en itérations courtes, en s'appuyant sur des pratiques d'ingénierie qui maintiennent une qualité élevée malgré l'évolution des exigences.
À retenir
- Les équipes logicielles agiles livrent des logiciels opérationnels en itérations courtes.
- Le TDD, la CI/CD, la revue de code et le refactoring maintiennent une qualité élevée face au changement.
- Le DevOps prolonge l'agilité jusqu'à la mise en production et l'exploitation.
Le cycle de développement
- Le Product Owner ordonne un backlog de user stories.
- Dans Sprint Planning, les développeurs choisissent des stories et les découpent en tâches.
- Les développeurs écrivent le code et les tests automatisés ensemble.
- Le code est relu et fusionné fréquemment dans une branche principale partagée.
- L'intégration continue construit et teste automatiquement chaque modification.
- Les stories terminées sont présentées lors de la Sprint Review et livrées, parfois plusieurs fois par jour.
Voir le cycle de vie du développement agile pour le processus global.
Les pratiques d'ingénierie essentielles
| Pratique | Ce que c'est | Pourquoi c'est important |
|---|---|---|
| Développement piloté par les tests (TDD) | Écrire un test qui échoue, puis le code qui le fait passer, puis refactorer | Moins de défauts, meilleure conception |
| Intégration continue (CI) | Fusionner et tester le code au moins une fois par jour | Problèmes d'intégration détectés tôt |
| Livraison continue (CD) | Maintenir le logiciel toujours livrable ; automatiser le déploiement | Livraisons rapides et à faible risque |
| Programmation en binôme | Deux développeurs partagent une même tâche | Qualité et partage des connaissances |
| Revue de code | Un autre développeur vérifie chaque modification | Qualité et responsabilité partagée |
| Refactoring | Améliorer la structure du code sans en modifier le comportement | Garde le code facile à modifier |
| Développement trunk-based | Branches de courte durée fusionnées rapidement | Évite les fusions pénibles |
Agilité et DevOps
Le DevOps prolonge l'agilité au-delà du développement jusqu'à l'exploitation : les équipes sont responsables de leur logiciel en production, automatisent l'infrastructure, surveillent l'utilisation réelle et se rétablissent rapidement après une panne. Parmi les indicateurs DevOps largement utilisés figurent la fréquence de déploiement, le lead time des changements, le taux d'échec des changements et le délai de rétablissement du service.
Bonnes pratiques
- Gardez des stories assez petites pour être terminées en quelques jours.
- Faites en sorte que la Definition of Done inclue des tests automatisés.
- Remboursez la dette technique en continu ; réservez de la capacité à chaque sprint.
- Automatisez les builds, les tests et les déploiements.
- Livrez souvent de petits changements, en utilisant des feature flags pour dissocier déploiement et mise à disposition.
- Impliquez les utilisateurs tôt et mesurez l'utilisation réelle après la mise en production.
- Organisez des revues sans recherche de coupable après les incidents.
Modèles gratuits sur ce sujet
Questions fréquentes
Quelle est la différence entre le développement logiciel agile et le DevOps ?
L'agilité porte sur la façon dont les équipes planifient et construisent les logiciels de manière itérative ; le DevOps étend cette collaboration et cette automatisation à la mise en production et à l'exploitation des logiciels.
Le développement logiciel agile a-t-il encore besoin de documentation ?
Oui : suffisamment pour aider les utilisateurs et les futurs développeurs, comme un code clair, des tests automatisés, une documentation d'API et de courts enregistrements de décisions.
Qu'est-ce que le développement logiciel agile ?
Construire des logiciels en itérations courtes au sein de petites équipes pluridisciplinaires, avec une intégration, des tests et des livraisons fréquents, et des retours réguliers des utilisateurs.
Qu'est-ce que le développement piloté par les tests dans le développement logiciel agile ?
Écrire d'abord un test automatisé qui échoue, puis le code qui le fait passer, puis refactorer. Cela réduit les défauts et améliore la conception.
Qu'est-ce que l'intégration continue dans le développement logiciel agile ?
Fusionner et tester les modifications du code au moins une fois par jour, avec des builds et des tests automatisés, afin de détecter tôt les problèmes d'intégration.
Dans le développement logiciel agile, quelle est la différence entre intégration continue et livraison continue ?
L'intégration continue fusionne et teste fréquemment les modifications ; la livraison continue maintient le logiciel toujours livrable, avec un déploiement automatisé.
Qu'est-ce que la programmation en binôme dans le développement logiciel agile ?
Deux développeurs travaillant sur une même tâche devant un seul écran, ce qui améliore la qualité et diffuse les connaissances.
Qu'est-ce que le développement trunk-based dans le développement logiciel agile ?
Une pratique dans laquelle les développeurs utilisent des branches de courte durée et fusionnent fréquemment dans la branche principale, évitant ainsi les fusions pénibles.
Qu'est-ce que le refactoring dans le développement logiciel agile ?
Améliorer la structure du code sans en modifier le comportement, afin qu'il reste facile à modifier.
Qu'est-ce que la dette technique dans le développement logiciel agile ?
Le coût futur des raccourcis pris dans le code ou la conception. Non maîtrisée, elle ralentit les équipes et peut se traduire par une baisse de la vélocité.
Quelle taille doit avoir une user story dans le développement logiciel agile ?
Suffisamment petite pour être terminée en quelques jours, afin de pouvoir être construite, testée et intégrée au cours d'un sprint. Voir user stories.