IT Releases
Versions, déploiements et changements
Produits et applications, versions et livraisons, plan et calendrier des sorties, évolutions, bugs, tâches de version et changements, environnements et déploiements, retour arrière, notes de version et surveillance après déploiement. Fonctionne de façon autonome.
IT Releases : ce que l’application sait faire et comment elle fonctionne
Produits et applications, versions et livraisons, plan et calendrier des sorties, évolutions, bugs, tâches de version et changements, environnements et déploiements, retour arrière, notes de version et surveillance après déploiement. Fonctionne de façon autonome. Avec IT Service Desk, la version montre combien d’incidents elle a provoqués et de quelle gravité, et l’incident indique quelle version l’a causé. Avec IT SLA — combien de dépassements de délais sont liés à la version.
Mode d’emploi pas à pas
- 1
Créez les produits et les environnements : par exemple « Boutique en ligne » et « Test », « Préprod », « Prod »
- 2
Créez une version avec numéro, risque et date prévue, et ajoutez-y des évolutions et des bugs du backlog
- 3
Faites avancer la version par statut et enregistrez les déploiements dans chaque environnement avec leur résultat
- 4
Après la mise en prod, suivez dans la fiche combien d’incidents la version a provoqués
- 5
Si quelque chose tourne mal, revenez en arrière avec un motif, puis clôturez la version une fois tout stabilisé
Ce que vous pouvez faire
- Produits avec leur service et leur responsable, environnements de développement, de test, de préprod et de prod
- Versions avec numéro, nom, risque, date prévue et notes de version
- Statuts de la version : planifiée, en cours, en test, prête, déployée, échec, annulée, clôturée — seuls les passages autorisés sont possibles
- Déploiement dans un environnement avec le résultat « réussi » ou « échec » et un commentaire
- Retour arrière d’une version avec motif obligatoire
- Contenu de la version : évolutions (FTR), bugs (BUG), tâches de version (RT) et changements (CHG), chacun avec sa numérotation
- Backlog : les travaux qui ne sont encore dans aucune version, avec filtre par type
- Le responsable d’un travail reçoit une notification d’affectation
- Calendrier des versions par mois
- Dans la fiche de version — combien d’incidents en exploitation et après déploiement, combien sont ouverts et de quelle gravité
- Tout enregistrement de travail — incident, bug — peut être lié à une version
À quoi ça ressemble
De vraies fenêtres de l’application, sur l’exemple d’une entreprise fictive. Cliquez sur une capture pour l’agrandir.
Fonctionne avec
- IT Service Desk : la mise en prod est mémorisée par service du produit, les nouveaux incidents sur ce service se lient d’eux-mêmes à la version, et la fiche de version reçoit un onglet « Demandes »
- IT Service Desk : à partir de trois incidents après un déploiement, l’assistant propose de créer un problème « Régression possible »
- IT SLA : dans la fiche de version, un onglet avec les dépassements de délais causés par cette version
- Les trois applications IT fonctionnent dans un même environnement, avec une colonne latérale commune des rubriques
Ce qui n’est pas encore connecté
Nous disons franchement ce qui ne fonctionne qu’avec un prestataire externe ou reste en projet :
- Les dépôts et la CI/CD ne sont pas connectés : le déploiement se note à la main dans l’application, qui ne déploie rien elle-même
Besoin d’une connexion pour votre entreprise — parlez-nous de votre besoin.
Essayez IT Releases dans votre entreprise
Connectez l’entreprise — l’application s’active dans la boutique en une minute. S’il manque une fonctionnalité, l’équipe CODE44 peut la développer gratuitement pour vous.