Comment créer un rapport sur la fréquence de mise en production des versions dans Jira

[#1]

Dans le monde numérique actuel qui est en constante évolution, les équipes doivent jongler avec un nombre croissant de tâches, de projets et d'échéances. Pourtant, peu importe la quantité de travail accompli, la valeur réelle n'est livrée qu'au moment de la mise en production. Jusque-là, toutes les réalisations restent «sur le disque» — invisibles et inexploitables pour les utilisateurs finaux.

Cette réalité a poussé l'industrie vers la livraison continue, une pratique axée sur la livraison de valeur le plus rapidement et le plus fidèlement possible, par les plus petits incréments viables. Les changements architecturaux soutiennent également cette évolution : plutôt que d’opter pour des grandes applications monolithiques, les systèmes modernes deviennent des alliages de composants distribués de manière asynchrone et déployables indépendamment. Cela permet aux équipes de déployer des fonctionnalités séparément, de façon sécuritaire et plus fréquente.

Par conséquent, la fréquence de déploiement des versions est devenue l'un des indicateurs de performance les plus importants dans la livraison de logiciels modernes. Aux côtés du délai d'exécution (lead time) et de la durée du cycle, elle a été popularisée par l'équipe DevOps Research and Assessment (DORA) de Google comme un indicateur clé des organisations d'ingénierie hautement performantes.

Les avantages des déploiements fréquents

Les déploiements fréquents apportent plusieurs avantages critiques :

• Risque réduit : Les petites versions contiennent moins de changements, ce qui les rend plus faciles à tester et moins susceptibles d'introduire des enjeux imprévus. Les versions avec une portée plus importante, au contraire, ont tendance à entraîner beaucoup de changements créant un effet boule de neige, et augmentant également la complexité et le risque.
• Restauration plus rapide : En cas de problème, les petites versions sont nettement plus faciles à annuler ou à corriger. Ceci contribue directement à améliorer une autre mesure clé de DORA : le temps moyen de restauration (MTTR), mais également à réduire le temps moyen d'identification (MTTI) et à traiter les problèmes potentiels plus rapidement.
• Délai de mise en marché réduit : Déployer plus fréquemment permet des boucles de rétroaction plus rapides, une validation plus soutenue des idées et, surtout, un meilleur retour sur investissement en offrant de la valeur aux utilisateurs plus vite.

Comment pouvons-nous la mesurer?

Par défaut (Out of the box)

En gardant tous ces avantages à l'esprit, une question évidente se pose : comment suivre la fréquence de déploiement des versions dans Jira?

L'inconfortable vérité est que Jira ne fournit pas nativement de rapport intégré pour suivre la fréquence de déploiement des versions. Bien que Jira offre de nombreux rapports de livraison et de progression utiles, la fréquence des versions ne fait pas partie des mesures disponibles par défaut.

Il existe un moyen de visualiser les versions individuelles à l'aide de la vue Versions disponible dans votre espace Jira, où vous pouvez y consulter les noms des versions, les dates de livraison et leur statut actuel. Cependant, cette vue est purement descriptive — elle n'agrège pas les données, ne montre pas les tendances dans le temps et ne fournit pas d'informations sur la fréquence réelle des déploiements.

Pour transformer les données de version en une mesure significative, des analyses et des outils supplémentaires sont nécessaires. Dans les sections suivantes, nous examinerons donc des approches pratiques pour extraire ces informations de Jira et construire un véritable rapport de fréquence de déploiement des versions.

Note : Alternativement, vous pouvez explorer les versions dans la vue Déploiements de votre projet Jira et demander à Rovo de calculer la fréquence de déploiement. Bien que cette méthode puisse vous offrir un résumé rapide à plus haut niveau, ceci comporte toujours des limitations importantes.

En effet, toutes ces vues peuvent vous aider à accéder aux détails liés aux versions, mais elles ne conviennent pas à la visualisation des tendances ou à l'analyse à long terme. Elles se concentrent sur les versions individuelles plutôt que sur les tendances au fil du temps.

Gain rapide (Quick Gain)

La bonne nouvelle est que plusieurs fonctionnalités de Jira peuvent être optimisées grâce aux applications du Marketplace, qui comblent efficacement cette lacune.

Certaines des solutions les plus puissantes dans ce domaine sont développées par le partenaire Release Management Apps Partner et livrées via un réseau de partenaires de solutions Atlassian, incluant Nimbax au Canada. En particulier, deux applications peuvent entièrement couvrir ces besoins.

L'approche la plus simple consiste à utiliser des gadgets de déploiement de version, qui peuvent afficher des rapports de fréquence de déploiements agrégés dans un ou plusieurs projets. Vous pouvez même inclure des catégories de projets entières dans la portée du gadget.

Ces gadgets prennent en charge des options de filtrage flexibles, telles que : les versions publiées, non publiées ou archivées. Vous pouvez également configurer la période du rapport et l'intervalle d'agrégation (par exemple, quotidien, hebdomadaire ou mensuel) pour correspondre au niveau de détail dont vous avez besoin.

Pour les cas d'utilisation plus avancés, la possibilité de regrouper les données selon différents critères permet de créer des rapports consolidés. Vous pouvez regrouper les versions par :

• Projet
• Catégorie de projet
• Statut de la version (Publiée vs non publiée)

Cela permet de voir facilement, non seulement la fréquence des déploiements, mais aussi si tous les déploiements prévus dans un intervalle donné ont réellement été livrés à temps. 

Une ligne de tendance peut également être ajoutée au rapport pour mieux comprendre et évaluer la tendance à long terme.

Solution avancée

Cette approche répond aux besoins fondamentaux, mais elle peut être poussée encore plus loin en créant un rapport de fréquence basé sur les changements de statut de déploiement, plutôt que de s'appuyer uniquement sur les dates de publication.

Le suivi des changements de statut vous permet de mesurer la fréquence de déploiement de manière plus précise — par exemple, en comptant combien de fois une version atteint un environnement spécifique tel que la préproduction (staging) ou la production. C'est particulièrement utile lorsqu'une version passe par plusieurs environnements ou lorsque la « date de version » seule ne reflète pas l'activité de livraison réelle.

Mais voici le hic : Jira ne prend pas en charge les flux de travail (workflows) pour les versions. Par défaut, il n'y a aucun moyen de savoir quand le statut d'une version change ou quand une version passe à une étape spécifique de son cycle de vie.

Cependant, si vous utilisez des applications du Marketplace, cette limitation peut être levée. 

En effet, l'application Release Management for Jira vous permet de définir un flux de travail de version, de suivre les transitions de statut et de stocker l'historique complet des changements. Ces workflows et données historisées peuvent ensuite être utilisés dans tous les rapports, incluant les rapports avancés de fréquence de déploiement.

Voici un exemple de tableau de version, où chaque carte représente une version et son statut actuel dans le pipeline de livraison :

Cette approche ouvre de nombreuses nouvelles opportunités. En plus de produire des rapports basés sur la date de déploiement de version, vous pouvez désormais construire des rapports de fréquence de déploiement basés sur le changement de statut et filtrer librement les données selon vos besoins.

Par exemple, vous pouvez mesurer à quelle fréquence les versions :

• Entrent dans un statut spécifique — par exemple, combien de versions sont passées en « Attente d'approbation du CAB » et combien ont été finalement approuvées.
• Si elles sont déployées dans des environnements spécifiques, tels que l'intégration, la préproduction ou la production.
• Entraînent des retours en arrière (rollbacks), vous aidant à identifier le nombre de déploiements infructueux.

Grâce au contrôle total qui vous est offert sur le filtrage et l'agrégation des données, la fréquence de déploiement des versions devient une mesure flexible et précise, plutôt qu'un référent statique basé uniquement sur une date prévue. Cela permet aux équipes d'aligner les rapports sur les événements clés de déploiements réels, de mieux comprendre comment les versions transitent dans le pipeline, d'identifier les goulots d'étranglement et de les éliminer systématiquement.

Résumé

Les déploiements fréquents sont devenus la norme de facto pour les systèmes modernes et hautement distribués opérant dans le paysage concurrentiel d'aujourd'hui. Le suivi de la fréquence de déploiement des versions devrait être l'un des indicateurs clés sur lesquels chaque organisation se concentre. Avec les applications mentionnées ci-dessus, ce suivi peut être organisé facilement et efficacement directement dans Jira.

Merci d'avoir pris le temps de lire cet article. Nous espérons qu'il vous a été utile. Nous serions ravis de répondre à vos questions ou de poursuivre la discussion dans les commentaires. En particulier, nous serions curieux de connaître les solutions alternatives que vous utilisez pour suivre votre fréquence de déploiement de versions.