Guide agile · Fondements de l'agilité
Cycle de vie du développement agile : les 6 phases expliquées simplement
Le cycle de vie du développement agile est la séquence d'étapes que traverse un produit construit selon des méthodes agiles : d'une première idée, en passant par des itérations courtes répétées qui livrent chacune des résultats fonctionnels, jusqu'à la mise en production, au support et enfin au retrait. Contrairement à un cycle de vie linéaire, l'étape de construction se répète de nombreuses fois, chaque passage étant orienté par les retours.
À retenir
- Le cycle de vie agile va du concept et du lancement, en passant par des itérations répétées, jusqu'à la mise en production, la maintenance et le retrait.
- La planification, la construction et les tests se déroulent ensemble à chaque itération plutôt que dans des phases distinctes.
- Livrez des incréments tôt pour obtenir des retours, et prévoyez de la capacité pour la maintenance.
- Il n'existe pas de modèle officiel unique : adaptez donc les noms des phases à votre contexte.
Ce qu'est le cycle de vie agile
Un cycle de vie décrit comment le travail progresse de l'idée au produit fini. Dans un cascade cycle de vie, chaque phase (exigences, conception, construction, tests, déploiement) a lieu une seule fois, dans l'ordre. En agile, la planification, la conception, la construction et les tests se déroulent ensemble au sein de chaque itération courte, et le produit grandit par incréments. Les phases ci-dessous décrivent le parcours du produit dans son ensemble ; la majeure partie du temps se passe dans la phase d'itération.
Les six phases
| Phase | Ce qui se passe | Livrables types |
|---|---|---|
| 1. Concept | Identifier l'opportunité, les utilisateurs et le résultat visé ; décider s'il vaut la peine de l'explorer | Énoncé du problème, périmètre approximatif, décision go/no-go |
| 2. Lancement | Constituer l'équipe, convenir de la vision produit, constituer un backlog initial et mettre en place les outils et les environnements | Vision produit, premières backlog produit, charte de fonctionnement de l'équipe |
| 3. Itération (construction) | Planifier, construire, tester et revoir de petites tranches de valeur au fil d' sprints ou un flux continu | Incréments fonctionnels et testés ; retours ; backlog mis à jour |
| 4. Mise en production | Vérifications finales, documentation et formation, puis déploiement auprès des utilisateurs | Produit ou ensemble de fonctionnalités mis en production |
| 5. Maintenance (production) | Assister les utilisateurs, corriger les anomalies et continuer à améliorer le produit, généralement par de nouvelles itérations | Corrections, améliorations, données d'exploitation |
| 6. Retrait | Retirer le produit, migrer les utilisateurs et les données, et mettre fin au support | Plan de décommissionnement, données archivées |
Le déroulement d'une itération
- Planifier : l'équipe choisit les éléments à plus forte valeur dans le backlog et convient d'un objectif pour l'itération.
- Concevoir et construire : développeurs, testeurs et designers travaillent ensemble sur chaque élément au lieu de se transmettre le travail le long d'une chaîne.
- Tester : les tests se font en continu, afin que chaque élément respecte la Definition of Done avant d'être considéré comme terminé.
- Revoir : l'équipe présente le résultat fonctionnel aux parties prenantes et recueille leurs retours.
- Réfléchir : lors d'une rétrospective, l'équipe convient d'une ou deux améliorations de sa façon de travailler.
- Adapter : les retours et les nouvelles informations mettent à jour le backlog, et l'itération suivante commence.
Exemple concret : une application de réservation
Une chaîne de salles de sport veut que ses adhérents réservent leurs cours en ligne.
- Concept (1 semaine) : le product manager confirme que les réservations par téléphone occupent le personnel environ 20 heures par semaine et fixe l'objectif de faire passer la plupart des réservations en ligne.
- Lancement (2 semaines) : une équipe de six personnes se constitue, rédige une vision et crée 40 user stories regroupées en quatre epics.
- Itérations (6 sprints de deux semaines) : le sprint 1 livre un simple planning des cours ; le sprint 2 ajoute la réservation et l'annulation ; les sprints suivants ajoutent les listes d'attente, les rappels et les paiements.
- Mise en production : après le sprint 3, une version de base est mise en service dans deux salles pilotes ; après le sprint 6, elle est déployée sur tous les sites.
- Maintenance : l'équipe conserve une capacité réduite pour les corrections et les nouvelles fonctionnalités, en s'appuyant sur les données d'utilisation.
- Retrait : des années plus tard, l'application est remplacée par une nouvelle plateforme pour les adhérents et les anciennes données de réservation sont migrées.
Cycle de vie agile et SDLC traditionnel
| SDLC traditionnel (cascade) | cycle de vie agile | |
|---|---|---|
| Ordre du travail | Les phases ont lieu une seule fois, dans l'ordre | Les phases de construction se répètent en itérations courtes |
| Exigences | Figées dès le départ | Évoluent dans un backlog priorisé |
| Tests | Une phase distincte vers la fin | En continu, au sein de chaque itération |
| Livraison | Une seule mise en production à la fin | Incréments fréquents, souvent mis en production tôt |
| Changement | Maîtrisés par une procédure formelle de maîtrise des changements | Attendus et absorbés par le backlog |
| Implication du client | Principalement au début et à la fin | Tout au long du projet, à chaque revue |
Voir Agile vs cascade pour une comparaison plus complète.
Erreurs courantes
- Sprints en mini-cascade : faire toute la conception dans un sprint, toute la construction dans le suivant et tous les tests ensuite.
- Sauter le lancement : démarrer des sprints sans vision partagée, si bien que le backlog dérive.
- Ne jamais livrer : construire de nombreux incréments mais les retenir pour un grand lancement unique, en perdant les retours qui font fonctionner l'agilité.
- Oublier la capacité de maintenance : planifier chaque sprint comme s'il n'y avait aucun travail de support.
- Ignorer le retrait : laisser d'anciens produits fonctionner sans responsable ni plan.
Modèles gratuits sur ce sujet
Questions fréquentes
Quelles sont les phases du cycle de vie du développement agile ?
Un modèle courant comporte six phases : concept, lancement, itération (construction), mise en production, maintenance (production) et retrait.
Le cycle de vie agile est-il identique au SDLC ?
Le cycle de vie du développement logiciel (SDLC) est un terme général désignant les étapes de construction d'un logiciel. Le cycle de vie agile est une façon de conduire le SDLC, avec des étapes de construction répétées en itérations courtes.
Quelle phase du cycle de vie du développement agile est la plus longue ?
La phase d'itération, car l'équipe la répète de nombreuses fois, souvent même après la première mise en production.
Quelle est la durée d'une itération dans le cycle de vie du développement agile ?
Généralement d'une à quatre semaines. Beaucoup d'équipes utilisent des sprints.
Le cycle de vie du développement agile comporte-t-il une phase de conception ?
Pas de phase distincte. La conception se fait en continu au sein de chaque itération, avec une partie de conception de haut niveau réalisée pendant le lancement.
Où se situent les tests dans le cycle de vie agile ?
Au sein de chaque itération. Le travail n'est considéré comme terminé qu'une fois testé et conforme à la Definition of Done.
Scrum est-il un cycle de vie du développement agile ?
Scrum est un cadre pour conduire la phase d'itération. Il ne définit pas de phases de concept, de mise en production ou de retrait ; voir qu'est-ce que Scrum.
Peut-on livrer avant la fin du cycle de vie agile ?
Oui, et c'est même encouragé. Livrer tôt des incréments permet d'obtenir plus rapidement de vrais retours utilisateurs.
Que se passe-t-il pendant la phase de lancement du cycle de vie agile ?
L'équipe se constitue, convient d'une vision produit, met en place les outils et les environnements et crée un backlog produit.
Comment Kanban s'intègre-t-il au cycle de vie agile ?
Les équipes Kanban remplacent les itérations fixes par un flux de travail continu, mais le parcours global, du concept au retrait, reste le même ; voir qu'est-ce que Kanban.
Les équipes hors logiciel utilisent-elles le cycle de vie agile ?
Oui. Les équipes marketing, créatives et autres appliquent la même idée de cycles courts qui livrent des résultats utilisables et recueillent des retours ; voir l'agilité est-elle réservée au logiciel.