Tableau de bord Analyses DevOps - Espace de travail
Le tableau de bord Analyses DevOps offre une vue graphique flexible des rapports opérationnels et commerciaux. Utilisez ce tableau de bord pour évaluer les résultats de votre processus DevOps global.
Tableau de bord récapitulatif
Le tableau de bord Récapitulatif Analyses DevOps fournit une vue d'ensemble des mesures clés dans différentes catégories de l'accélération aux mesures de qualité, ainsi qu'un aperçu rapide des applications les plus actives.
Rapports de résumé
| Rapport | Description | Source |
|---|---|---|
| Délai moyen du cycle WIP | Délai moyen, en jours, pendant lequel un élément de travail est à l'état WIP avant l'achèvement. | Calcul : délai d'achèvement des éléments WIP divisé par le nombre d'éléments de travail terminés |
| Délai d'exécution moyen | Délai d'exécution moyen quotidien pour les exécutions de pipelines de déploiement de production. | Calcul : somme des délais de déploiement de production réussis divisé par le nombre d'exécutions de pipelines de production réussies. |
| Fréquence moyenne de déploiement |
Nombre moyen de déploiements de production réussis. S'applique aux étapes de pipeline de type Déploiement de production qui sont à l'état Terminé. |
Exécution d'étape |
| % moyen de réussite aux tests | Pourcentage moyen quotidien de réussite aux tests pour les exécutions de pipelines. | Vue de base de données reliée par résumé des tests, relations de résumé des tests, exécution d'étape, détails du référentiel des demandes de changement, étape, pipeline, application et détails du produit de l'application. |
| Éléments de travail terminés | Éléments de travail, regroupés par type d'élément de travail, qui ont été définis sur l'état Terminé au cours des 30 derniers jours. | Vue de base de données reliée par élément de travail, instance de mesure, élément de travail de validation, validation, exécution de validation, exécution d'étape, étape, pipeline, application et détail du produit de l'application. |
| Activité au cours des 30 derniers jours | Pour chaque application, résumé de l'activité au cours des 30 derniers jours. | Vue de base de données reliée par validation, élément de travail de validation, référentiel, exécution de validation, application, relations de résumé des tests, exécution d'étape, résumé des tests. |
Tableau de bord de mesures de flux
Les rapports de mesures de flux Analyses DevOps vous aident à visualiser la progression du travail tout au long de votre processus de développement. Identifiez les goulots d'étranglement en déterminant les types de travaux (notamment les stories ou les bogues) qui prennent le plus de temps.
Rapports de mesures de flux
| Rapport | Description | Source |
|---|---|---|
| Délai moyen du flux | Délai moyen, en jours, pendant lequel un élément de travail est passé de l'état Créé à l'heure de fin d'exécution de l'étape d'un déploiement réussi du pipeline de production. | Vue de base de données reliée par élément de travail, instance de mesure, élément de travail de validation, validation, exécution de validation, exécution d'étape, étape, pipeline, application et détail du produit de l'application. |
| Délai moyen du cycle WIP | Délai moyen, en jours, pendant lequel un élément de travail se trouve dans un état spécifique. | Vue de base de données reliée par listes d'éléments de travail, instances de mesures, validations, exécutions d'étape, exécutions de validation et éléments de travail de validation. |
| Nombre moyen de WIP | Nombre moyen d'éléments de travail WIP au cours des 30 derniers jours. | Nombre moyen d'éléments de travail dont l'état est défini sur Travail en cours. |
| Éléments de travail terminés | Nombre d'éléments de travail à l'état Terminé, qui sont associés à des validations via un déploiement réussi du pipeline de production au cours des 30 derniers jours. Remarque : Les filtres ne s'appliquent pas à ce graphique. |
Nombre moyen d'éléments de travail associés au type d'exécution d'étape défini sur Déploiement de production. Une association entre la validation et l'élément de travail est nécessaire, car seuls les éléments de travail déployés via un pipeline sont en production. |
| Durée de cycle moyen de l'élément de travail | Délai moyen, en jours, pendant lequel un élément de travail se trouve dans un état spécifique. | Vue de base de données reliée par listes d'éléments de travail, instances de mesures, validations, exécutions d'étape, exécutions de validation et éléments de travail de validation. |
| Débit et distribution | Nombre d'éléments de travail, par type, qui sont associés à des validations via un déploiement réussi du pipeline de production. | Vue de base de données reliée par listes d'éléments de travail, instances de mesures, validations, exécutions d'étape, exécutions de validation et éléments de travail de validation. |
| Délai moyen planifié jusqu'au délai du flux de déploiement | Durée moyenne entre le moment où un élément de travail associé à une validation a été créé et le moment où l'élément a été déployé en production via des pipelines. | Vue de base de données reliée par listes d'éléments de travail, instances de mesures, validations, exécutions d'étape, exécutions de validation et éléments de travail de validation. |
| Travail en cours | Nombre d'éléments de travail actuellement à l'état Travail en cours. | Vue de base de données reliée par listes d'éléments de travail, instances de mesures, validations, exécutions d'étape, exécutions de validation et éléments de travail de validation. |
Tableau de bord d'accélération du changement
L'onglet Accélération du changement Analyses DevOps affiche des mesures d'accélération du changement axées sur votre transition vers l'automatisation, en comparant les changements automatisés aux changements manuels, aux décisions de politique de changement et au retour sur investissement. Vous pouvez utiliser ces informations pour vérifier que les demandes de changement automatisées sont résolues plus rapidement que les demandes de changement approuvées manuellement.
Rapports d'accélération du changement
Les demandes de changement qui font partie des exécutions d'étapes sont considérées comme des demandes de changement DevOps.
| Rapport | Description | Source |
|---|---|---|
| Volume des changements DevOps | Nombre de demandes de changement DevOps créées. | Vue de base de données reliée par exécution d'étape, demande de changement et référentiel de demandes de changement. |
| Délai des changements fermés | Délai moyen, en heures, pour fermer les changements DevOps par application. Pour chaque mois, il s'agit de la moyenne pour (Heure à laquelle la demande de changement a été fermée) moins (Heure à laquelle la demande de changement a été ouverte). |
Vue de base de données reliée par exécution d'étape, demande de changement et référentiel de demandes de changement. |
| Changements automatisés par rapport aux changements manuels | Comparaison entre le nombre de demandes de changement DevOps à l'aide de politiques d'approbation de changement et de demandes de changement DevOps nécessitant une approbation manuelle.
|
Vue de base de données reliée par exécution d'étape, demande de changement et référentiel de demandes de changement. |
| Changements en attente d'approbation | Nombre de changements DevOps en attente d'approbation, par plage de dates. Par défaut, les demandes de changement dont l'état est Nouveau ou Évaluer sont considérées comme en attente d'approbation. Pour spécifier les états considérés comme en attente d'approbation, mettez à jour le paramètre de la propriété Change Request Awaiting States. Pour plus de détails, voir Propriétés du Analyses DevOps. |
Vue de base de données reliée par exécution d'étape, demande de changement, propriétés système et référentiel de demandes de changement. |
| Décisions de politique de changement : acceptées automatiquement | Nombre de décisions de politique de changement, par type de décision, qui acceptent automatiquement les demandes de changement. Pointez sur une valeur sur le graphique pour afficher la liste des décisions de politique qui ont été utilisées pour l'approbation automatique et le nombre de fois qu'une décision a été utilisée pour l'approbation automatique. |
Vue de base de données reliée par exécution d'étape, demande de changement, propriétés système et référentiel de demandes de changement. |
| Décisions de politique de changement : rejetées automatiquement | Nombre de décisions de politique de changement, par type de décision, qui rejettent automatiquement les demandes de changement. Pointez sur une valeur sur le graphique pour afficher la liste des décisions de politique qui ont été utilisées pour le rejet automatique et le nombre de fois qu'une décision a été utilisée pour le rejet automatique. |
Vue de base de données reliée par exécution d'étape, demande de changement, politique appliquée, action de rejet d'approbation automatique, définition d'approbation de changement et référentiel de demandes de changement. |
| Économies sur l'accélération du changement | Montant net économisé par mois grâce à l'automatisation des changements DevOps. Lorsqu'un changement est automatisé, un développeur n'a pas besoin de remplir manuellement la demande de changement et d'associer chaque élément de travail, validation de code, résultat des tests et autres preuves et artefacts au changement. Une fois cette activité automatisée, les heures qui auraient été consacrées au remplissage du changement, à la recherche, au suivi et à l'association des éléments d'autres outils à un changement sont désormais enregistrées. Plus le nombre d'éléments de travail est élevé, plus le nombre d'heures pour les associer manuellement augmente. Ainsi, une fois le changement automatisé, le nombre d'heures nécessaires pour associer un grand nombre d'éléments de travail diminue. Les économies réalisées sur l'accélération du changement sont calculées en multipliant les heures économisées par le coût horaire moyen du développeur. Pour modifier la valeur par défaut du coût horaire moyen du développeur, mettez à jour le paramètre de la propriété Average Hourly developer Cost. Pour plus de détails, voir Propriétés du Analyses DevOps. |
Calcul : coût horaire moyen du développeur multiplié par les heures de développeur économisées. |
| Heures de développeur enregistrées | Nombre d'heures de développeur économisées par mois grâce à l'automatisation des changements DevOps. Pour modifier la valeur par défaut de 1 (une) heure par développeur, mettez à jour le paramètre de la propriété X hours per Developer time. Pour plus de détails, voir Propriétés du Analyses DevOps. |
Calcul : nombre d'éléments de travail dans une demande de changement multiplié par 1 heure par développeur. |
Tableau de bord des mesures d'accélération
Les mesures d'accélération Analyses DevOps comprennent quatre mesures DevOps clés qui évaluent les performances de livraison de logiciels. La fréquence et le délai de déploiement mesurent la vitesse DevOps, tandis que le taux d'échec des changements et le temps moyen de récupération permettent de mesurer la stabilité.
Rapports de mesures d'accélération
| Rapport | Description | Source |
|---|---|---|
| Délai d'exécution moyen | Moyenne de : ([Délai pendant lequel le code est correctement transmis en production] moins [Délai de validation le plus court]) S'applique aux étapes de pipeline de type Déploiement de production qui sont à l'état Terminé. Remarque : Ce widget utilise l'agrégation moyenne et ne prend pas en charge la sélection de plusieurs éléments. |
Exécution de pipeline |
| Fréquence moyenne de déploiement | Nombre moyen de déploiements de production réussis. S'applique aux étapes de pipeline de type Déploiement de production qui sont à l'état Terminé. |
Exécution d'étape |
| MTTR moyen | Délai moyen de résolution d'un incident causé par un changement DevOps. Remarque : Ce widget utilise l'agrégation moyenne et ne prend pas en charge la sélection de plusieurs éléments. |
Vue de base de données reliée par des listes d'incidents, de demandes de changement, d'exécutions d'étapes, d'étapes, de pipelines et d'applications. |
| Taux moyen d'échecs du changement DevOps | Taux moyen quotidien de demandes de changement DevOps associées à un incident, divisé par toutes les demandes de changement DevOps. Remarque : Ce widget utilise la formule et ne prend pas en charge la sélection de plusieurs éléments. |
Demande de changement |
| Délai entre validation et déploiement | Durée du délai de validation le plus précoce jusqu'au déploiement de production pour une exécution de pipeline réussie. La valeur inclut uniquement les étapes de type Déploiement de production qui sont à l'état Terminé. Vous pouvez examiner les délais élevés en identifiant les étapes de pipeline les plus lentes. Par exemple, un processus manuel d'approbation des changements peut augmenter les délais. |
Calcul : somme des délais de déploiement de production réussis divisé par le nombre d'exécutions de pipelines de production réussies. L'association « Validations à Exécution de tâche » est nécessaire. Le référentiel et le pipeline doivent être suivis et associés à la même application. Le type d'étape nécessaire doit être Déploiement de production. Le résultat de l'exécution de la tâche doit être défini sur Réussite. |
| Délai moyen de restauration à partir d'incidents causés par des changements DevOps | Délai moyen quotidien de résolution d'un incident causé par un changement DevOps. | Vue de base de données reliée par exécution d'étape, demande de changement, détail du référentiel de demandes de changement et listes d'incidents. Calculé uniquement pour les incidents DevOps en tenant compte de l'heure d'ouverture et de fermeture de l'incident. |
| Fréquence de déploiement de la production | Nombre de déploiements de production réussis. La valeur inclut uniquement les étapes de pipeline de type Déploiement de production qui sont à l'état Terminé. Pour modifier la valeur par défaut de 30 jours, mettez à jour le paramètre Plage de dates. |
Vue de base de données reliée par demande de changement, exécution d'étape, détail du référentiel de demandes de changement. L'exécution d'étape doit être à l'état Terminé. Le type d'étape nécessaire doit être Déploiement de production. |
| Taux d'échecs des changements DevOps à partir d'incidents | Pourcentage de changements DevOps ayant causé des incidents divisé par tous les changements DevOps déployés en production. Si une demande de changement a causé plusieurs incidents, seul le changement ayant causé ou déclenché l'incident est pris en compte. Le nombre d'incidents causés par le changement n'est pas pris en compte. |
Une demande de changement DevOps est nécessaire (changement associé à l'exécution d'une étape). L'exécution d'étape doit être à l'état Terminé. Le type d'étape nécessaire doit être Déploiement de production. La propriété Incident causé par doit être définie sur Demande de changement DevOps. |
| Taux de réussite du déploiement |
Taux de réussite des déploiements au cours des 30 derniers jours. Taux de réussite des déploiements = (nombre de déploiements réussis au cours des 30 derniers jours / nombre total de déploiements au cours des 30 derniers jours) * 100 S'applique aux étapes de type Déploiement de production à l'état Terminé. Remarque :
Ce widget utilise la formule et ne prend pas en charge la sélection de plusieurs éléments. |
Exécution d'étape |
| Fréquence de déploiement |
Nombre de déploiements de production réussis au cours des 30 derniers jours. S'applique aux étapes de type Déploiement de production qui sont à l'état Terminé. |
Exécution d'étape |
| Échec des déploiements |
Nombre de déploiements de production ayant échoué au cours des 30 derniers jours. S'applique aux étapes de type Déploiement de production qui sont à l'état Échec ou Annulé par l'utilisateur. |
Exécution d'étape |
Tableau de bord Mesures de qualité
Le tableau de bord Mesures de qualité Analyses DevOps permet d'obtenir un aperçu rapide des données provenant d'outils tels que SonarQube pour la couverture du code, le pourcentage de réussite aux tests de vos outils d'orchestration, les vulnérabilités des outils de sécurité et même le nombre global de bogues.
Rapports de mesures de qualité
| Rapport | Description | Source |
|---|---|---|
| % de la couverture du code | Pourcentage de code couvert par les tests. | Les détails de l'analyse de qualité logicielle avec la catégorie = Couverture (%) sont nécessaires Un résumé des relations d'analyse de la qualité logicielle associées à l'exécution de tâche est nécessaire |
| % de réussite aux tests | Pourcentage de tests réussis. | Un résumé de test lié à l'exécution de tâche est nécessaire |
| Vulnérabilités de sécurité | Nombre de vulnérabilités de sécurité au fil du temps. | Les détails de l'analyse de la qualité logicielle avec la catégorie = Vulnérabilités sont nécessaires Un résumé des relations d'analyse de la qualité logicielle liées à l'exécution de tâche est nécessaire. |
| Nombres de bogues | Nombre d'éléments de travail de type bogue. | L'association Commits to Work Items est nécessaire. Le référentiel et le plan doivent être suivis et associés à la même application. L'association Commits to Task Execution est nécessaire. Le référentiel et le pipeline doivent être suivis et associés à la même application L'élément de travail doit être de type Bogue. |
Tableau de bord Analyses DevOps Development
Les mesures de développement se concentrent sur les données de validation qui fournissent des analyses sur le niveau d'activité et d'agilité de vos équipes. Grâce à ces informations, vous pouvez obtenir une traçabilité complète du travail en vous assurant que les validations sont balisées avec les éléments de travail appropriés.
Rapports de développement
| Rapport | Description |
|---|---|
| Fréquence de validation | Nombre de validations associées aux exécutions de pipelines. Les validations moins volumineuses et plus fréquentes sont préférables aux validations plus volumineuses et moins fréquentes. |
| Validateurs actifs | Nombre de validateurs qui ont soumis des validations. Étant donné que ce rapport utilise l'agrégation de mesures, il ne prend pas en charge la sélection de plusieurs éléments. |
| Principaux validateurs (somme cumulée sur 30 jours) | Validateurs avec le nombre de validations le plus élevé. |
| Principaux rétablisseurs (somme cumulée sur 30 jours) | Validateurs avec le nombre d'annulations le plus élevé. |
Nombre moyen de validations par validateur |
Moyenne calculée comme suit : Étant donné que ce rapport utilise l'agrégation de mesures, il ne prend pas en charge la sélection de plusieurs éléments. |
| Validations moyennes par exécution de pipeline | Validations moyennes par pipeline, calculées comme suit : (Nombre total de validations)/(Nombre d'exécutions de pipelines). Un nombre faible est préférable, ce qui indique un effort concentré, plutôt que de passer d'une tâche à l'autre sans l'achever. Étant donné que ce rapport utilise l'agrégation de mesures, il ne prend pas en charge la sélection de plusieurs éléments. |
| Validations sans élément de travail | Validations effectuées qui ne sont pas associées à un élément de travail, regroupées par validateur. Ce rapport est utile pour déterminer les raisons pour lesquelles une validation n'est pas liée à un élément de travail, car toutes les validations doivent être liées à un élément de travail. |
| Pourcentage de réussite de pipeline | Taux d'exécutions de pipelines réussies divisé par le nombre total d'exécutions de pipelines. |
Tableau de bord de stabilité opérationnelle Analyses DevOps
Les mesures opérationnelles reflètent la stabilité de vos applications afin que vous puissiez vous assurer que vos équipes avancent rapidement sans compromettre la qualité des mises en production.
Rapports de stabilité opérationnelle
| Rapport | Description | Source |
|---|---|---|
| Incidents | Nombre d'incidents pour les étapes du pipeline de type Déploiement de production qui sont liées à un service dans la CMDB. | Le type d'étape nécessaire doit être Déploiement de production. L'incident doit être associé à un service qui correspond à celui de l'étape de déploiement de production. |
| Pannes | Nombre de pannes pour les étapes du pipeline de type Déploiement de production qui sont liées à un service dans la CMDB. | Le type d'étape nécessaire doit être Déploiement de production. La panne (cmdb_ci_outage) doit être associée à un service qui correspond à celui de l'étape de déploiement de production. |
| Disponibilité du service | Disponibilité moyenne du service pour les étapes de pipeline de type Déploiement de production qui sont liées à un service dans la CMDB. | Le type d'étape nécessaire doit être Déploiement de production. L'offre de service parente doit être associée à un service qui correspond à celui de l'étape de déploiement de production. |
| Budget d'erreur restant | Pourcentage de budget d'erreur restant à dépenser au cours d'un mois, pour les étapes de pipeline de type Déploiement de production qui sont liées à un service dans la CMDB. Ces données proviennent de l'application Opérations pour la fiabilité des sites. Un budget d'erreur est le montant de l'objectif de niveau de service (SLO) que vous pouvez utiliser sur une période spécifiée. Il peut être utilisé pour gérer la vélocité de la mise en production. Il est généralement basé sur la disponibilité, la latence, etc. |
Le type d'étape nécessaire doit être Déploiement de production. L'offre de service parente doit être associée à un service qui correspond à celui de l'étape de déploiement de production. Une application SRO est nécessaire. |