Version pour un produit ou un service
Une mise en production regroupe l’ensemble des tâches (projets, épiques, stories, améliorations, défauts, problèmes, incidents, etc.) planifiées pour une version spécifique d’un produit ou service. Mise en production de produits digitaux fournit deux processus différents : l’approche chronologique et l’approche par étape pour vous aider dans l’exécution de vos mises en production.
Une mise en production est divisée en plusieurs phases. Au cours de chaque phase, une liste définie de tâches, de processus d'approbation et de politiques doit être remplie.
Un processus de mise en production défini garantit que les éléments de travail des mises en production sont créés, testés et prêts pour le déploiement.
Processus de mise en production orientée chronologie
Le processus orienté chronologie est adapté à la création de mises en production qui ont des échéances fixes et suivent un calendrier strict.
- Fixer des délais clairs pour chaque étape de votre déploiement, afin de pouvoir planifier et exécuter votre déploiement en douceur.
- Maintenir votre équipe sur la bonne voie en définissant des objectifs clairs afin de pouvoir gérer efficacement vos ressources.
- Suivre votre progression par rapport aux dates clés et ajuster vos plans si nécessaire pour respecter le calendrier.
- Le flux commence par la première phase dans l'état En attente, qui est l'état par défaut. L'état de la phase passe à En cours lorsqu'elle démarre à la date de début planifiée. Les tâches de la phase sont traitées en fonction de la propriété sn_dpr.sequential_task_executionsystème :
- vrai : les tâches de la phase sont traitées dans l’ordre séquentiel. Au début d’une phase, la tâche ayant l’ordre le plus bas est définie sur l’état Ouvert. Une fois cette tâche terminée, la tâche suivante de la commande est ouverte. Ce processus se poursuit pour les tâches restantes de la phase. Si la tâche est une tâche d’approbation, l’état passe à l’état Demandé.
- false : les tâches de la phase ne sont pas traitées dans une séquence. Au lieu de cela, toutes ses tâches sont définies sur l’état Ouvert au début de la phase.
- Lorsque toutes les tâches sont terminées et que les politiques sont conformes, la phase se termine automatiquement à la date de fin prévue. L'état de phase est mis à jour vers l'état Terminé.
- Une fois la phase en cours terminée, la phase suivante passe à l'état En cours. Une seule phase peut être en cours à la fois.
- Lorsque toutes les phases de la mise en production sont terminées, la mise en production passe à l'état Révision.
- Lorsque la révision de la mise en production est terminée, la mise en production passe à l'état Terminé.
Processus de mise en production orienté étape
Le processus orienté étape convient à la création de mises en production qui privilégient l'atteinte des objectifs et des fonctionnalités plutôt que le respect d'une chronologie stricte.
Certains produits ne sont pas limités par un délai spécifique en matière de durée pendant laquelle ils doivent rester dans une phase particulière. Les mises en production de ces produits peuvent suivre le processus de mise en production orienté étape. Ce processus vise à s'assurer que le produit est prêt à être commercialisé, plutôt que de suivre un calendrier ou une phase stricte.
Vous pouvez terminer une mise en production dès que le produit répond aux critères définis, au lieu d'attendre la fin d'une chronologie ou d'une phase spécifique. Cependant, vous devez vous assurer que tous les aspects de la mise en production, y compris le développement, les tests et l'assurance qualité, sont bien effectués pour maintenir la qualité du produit.
- Définir des priorités pour les fonctionnalités et les objectifs, plutôt que des délais, afin de pouvoir ajuster vos plans tout au long du processus de développement.
- Revenir à n'importe quelle phase précédente pour ajuster les objectifs et les fonctionnalités en fonction des résultats des tests et des commentaires des utilisateurs.
- Suivre votre progression en vous assurant que les fonctionnalités sont terminées et que les objectifs sont atteints pour un résultat de haute qualité.
- Le flux commence par la première phase dans l'état En attente, qui est l'état par défaut. L'état de la phase passe à En cours lorsque vous la démarrez manuellement.Les tâches de la phase sont traitées en fonction de la propriété sn_dpr.sequential_task_executionsystème :
- vrai : les tâches de la phase sont traitées dans l’ordre séquentiel. Au début d’une phase, la tâche ayant l’ordre le plus bas est définie sur l’état Ouvert. Une fois cette tâche terminée, la tâche suivante de la commande est ouverte. Ce processus se poursuit pour les tâches restantes de la phase. Si la tâche est une tâche d’approbation, l’état passe à l’état Demandé.
- false : les tâches de la phase ne sont pas traitées dans une séquence. Au lieu de cela, toutes ses tâches sont définies sur l’état Ouvert au début de la phase.
- Lorsque toutes les tâches sont terminées et que toutes les politiques sont conformes ou conformes avec des exceptions pour la phase en cours, le processus passe automatiquement à l'état Terminé.
- Une fois la phase en cours terminée, la phase suivante passe à l'état En cours. Une seule phase peut être en cours à la fois.
- Si vous rencontrez des problèmes à un moment donné, vous pouvez redémarrer à partir d'une phase précédemment terminée. Cette phase et les phases suivantes sont réinitialisées, y compris les tâches et l'état de la politique.
- Lorsque toutes les phases de la mise en production sont terminées, la mise en production passe à l'état Révision.
- Lorsque la révision de la mise en production est terminée, la mise en production passe à l'état Terminé.
Propriétés système pour contrôler les processus de mise en production
- sn_dpr.stage_workflow_auto_transition
- sn_dpr.auto_transition_release_to_review
- sn_dpr.auto_transition_release_to_completed
Version de produit ou de service unique
Une version unique du produit ou service vous permet de publier un produit ou service à la fois. Cette approche de mise en production peut être utile pour les produits ou services plus petits ou moins compliqués, car elle rend le processus de mise en production plus ciblé et plus facile à gérer. Pour plus d'informations, consultez Travailler sur une mise en production orientée chronologie pour un seul produit ou service et Travailler sur une mise en production orientée étape pour un seul produit ou service.
Mise en production de plusieurs produits
Une mise en production de plusieurs produits vous permet de lancer différents produits en même temps. Pour ce faire, vous pouvez inclure plusieurs versions individuelles pour chaque produit, toutes liées à une version principale d’un produit ou service primaire. Vous gérez les phases et l'état de préparation à la mise en production à partir de la mise en production principale et suivez la progression collective. Toutefois, vous pouvez définir le champ d’application, suivre les approbations et exécuter des politiques pour chaque version du produit ou service .
Cette approche de mise en production diffère des ensembles de mises en production, où vous surveillez la progression de plusieurs mises en production ensemble, mais les gérez indépendamment.
Pour plus d'informations, consultez Travailler sur une mise en production orientée chronologie pour plusieurs produits et Travailler sur une mise en production axée sur l'étape pour plusieurs produits.
- Ajout ou suppression d’un produit d’une version multi-produits
- Vous pouvez ajouter et supprimer des produits d’une version multi-produits après sa création. Lorsque vous ajoutez un produit, une mise en production enfant est créée avec des phases, des tâches et des politiques alignées sur la version principale. Lorsque vous supprimez un produit, la version enfant est annulée et supprimée de la version principale.
- Gestion des phases dans une mise en production multi-produits
-
Dans une version multi-produits, les règles de synchronisation de phase suivantes s’appliquent :
- Les mises en production individuelles ne peuvent pas progresser au-delà de la mise en production principale : un produit inclus ne peut pas terminer une phase qui est en avance sur la phase actuelle de la mise en production principale.
- La mise en production principale ne peut pas progresser au-delà des mises en production individuelles : la mise en production parente ne peut pas passer à la phase suivante si un produit inclus n’a pas encore atteint la phase actuelle du parent. Tous les produits inclus doivent être dans la phase actuelle avant que la version principale puisse avancer.
Ces règles garantissent que tous les produits d’une mise en production multi-produits passent par des phases de manière coordonnée.
Lorsqu’un produit est ajouté à une mise en production déjà en cours, le produit nouvellement ajouté démarre à la phase la plus précoce. Le système exécute automatiquement les stratégies mappées à chaque phase séquentiellement :- Si toutes les politiques d’une phase sont conformes, la phase est terminée et la mise en production passe à la phase suivante.
- Ce processus se répète à chaque phase jusqu’à ce que le produit rattrape la phase actuelle de la version parente ou qu’une évaluation de politique échoue.
- Si une évaluation de politique échoue, la phase du produit reste en phase non conforme et l’état indique Non conforme : l’exécution de la politique a échoué. Vous devez résoudre la non-conformité avant que le produit puisse aller plus loin. Cela peut être fait soit en rendant les politiques conformes, soit en utilisant l’action de phase Terminer pour forcer l’achèvement.
- Agrégation du cycle de vie et de l’état de l’exécution de la politique
- Les politiques mappées aux phases de mise en production suivent un cycle de vie défini pendant leur exécution :
- Non exécuté : la politique n’a pas encore été exécutée.
- En cours : l’exécution de la politique est en cours.
- Conforme : la politique a été validée avec succès.
- Non conforme : la validation de la politique a échoué.
- Conforme avec exception : la politique a échoué, mais une exception approuvée est en place.
L’état d’exécution de la politique pour tous les produits primaires et inclus est agrégé pour déterminer l’état global de la politique de la version principale. L’agrégation suit une hiérarchie de priorités où un statut non conforme dans un produit entraîne un statut global non conforme pour la mise en production.
Pour plus d'informations, consultez Agrégation de l’état de la politique dans une version multi-produits.