Qu’est-ce qu’une mise en production agile ? J’ai décidé de vous proposer un article pour parler de ce sujet plus en détail.
Mise en production agile
La mise en production agile est le fait d’envoyer l’ensemble du travail réalisé et testé sur les serveurs ; cela rend une application disponible pour les utilisateurs.
Ainsi. les utilisateurs auront accès à l’application ou son évolution lorsque la mise en production sera terminée.
La gestion de mise en production était l’un des processus ITIL ; nous parlons en anglais de release management.
Mise en production agile par étape
Pendant très longtemps, de nombreuses entreprises réalisaient des mises en production en définissant un processus complet pour mettre le produit à la disponibilité des utilisateurs.
La définition de ce processus avait pour but d’industrialiser la mise à disposition du produit aux utilisateurs.
Dans les grandes entreprises, cette façon de faire est encore très présente ; l’agilisation des équipes de réalisation n’a pas encore amené à casser les silos entre développement et production.
Mise en production agile par lot
Il a existé pendant très longtemps une catégorisation des mises en production :
- full release : mise à disposition d’une nouvelle version complète du produit
- delta release aussi appelé patch : mise à disposition de quelques améliorations mineures ou correctifs.
- package release : mise à disposition d’une sous-release pour simplifier.
Il n’est pas rare dans l’univers francophone d’ailleurs de parler de livraison par lot ; beaucoup de product owner mise encore sur cette stratégie.
L’agile mise sur le Déploiement continue
L’agilité renforcée par l’approche devops et le lean startup, mise elle sur une livraison continue. Cette notion est possible avec les réalisations faites par petits lots (user stories par exemple).
Cela signifie que dès qu’un item est terminé, qu’il a passé tous les tests et qu’il répond favorablement à la definition of done, il part directement en production.
Ainsi cela implique évidement un travail sur la prod :
- avoir une intégration continue de qualité
- créer un processus 100% automatisé
- des indicateurs de suivis (voir faire du canary release)
- facilitation de rollback (voire automatique)
Donc lors d’un sprint, nous aurons plusieurs mises en production facilité par un environnement technique adapté. En effet, c’est l’automatisation technique qui fera une véritable différence.
Lien utile : Blue Green deployment (english)
Soyez le premier à commenter