Votre modèle de données pour le cycle de vie du développement logiciel

Cet attribut représente une étape ou un jalon distinct dans le processus de développement logiciel. Ces activités sont dérivées des changements dans le champ de statut d'un incident Jira ou d'autres événements significatifs comme les commits de code ou les revues.

En Process Mining, la séquence de ces activités forme la cartographie des processus. L'analyse des activités aide à identifier le flux de processus, à mesurer la durée des étapes spécifiques et à détecter les écarts par rapport au workflow standard, tels que les boucles de retravail ou les portes de qualité ignorées.

Les activités définissent les étapes du processus, et leur séquence est essentielle pour visualiser le flux de processus, identifier les goulots d'étranglement et analyser les variations de processus.

Généralement dérivé des transitions du champ 'status' dans l'historique des incidents Jira ou le changelog. Il peut également être enrichi avec des données provenant d'outils de développement connectés.

L'élément de développement sert d'identifiant principal du cas, représentant une unité de travail distincte comme une fonctionnalité, une correction de bug ou une tâche. Il relie toutes les activités, de la conception et la planification initiales au développement, aux tests et au déploiement pour cet élément spécifique. Dans Jira, cela correspond généralement à la clé de l'incident, par exemple, 'PROJ-123'.

L'analyse de cet attribut permet de tracer le cycle de vie complet de bout en bout de chaque élément de travail. C'est le fondement pour construire des cartographies de processus, calculer les temps de cycle et identifier les variations dans la façon dont les différents éléments s'écoulent dans le processus de développement.

C'est la clé essentielle pour relier toutes les activités de développement connexes, permettant de retracer le parcours d'un seul élément de travail du début à la fin.

Ceci est le champ standard 'key' pour un incident dans l'objet API Jira Software Issue.

L'heure de l'événement est l'horodatage qui enregistre le moment où une activité a eu lieu. C'est le fondement temporel de toute analyse de Process Mining, fournissant l'ordre chronologique des événements pour chaque cas.

Cet attribut est essentiel pour le calcul de toutes les métriques basées sur le temps, y compris les temps de cycle, les temps de traitement et les temps d'attente entre les activités. Il permet l'analyse de la performance du processus au fil du temps, aidant à identifier quand et où des retards se produisent dans le cycle de vie du développement.

Cet horodatage est fondamental pour séquencer correctement les événements et calculer toutes les métriques basées sur la durée, qui sont essentielles pour comprendre l'efficacité des processus et identifier les retards.

Ceci correspond à l'horodatage 'created' pour chaque entrée dans le changelog ou l'historique d'un incident.

Cet attribut enregistre la date et l'heure de la dernière extraction de données de Jira Software. Il fournit un contexte sur la fraîcheur des données analysées.

Connaître la dernière heure de mise à jour est important pour comprendre l'actualité des informations sur le processus. Cela aide les analystes et les utilisateurs métier à confirmer qu'ils examinent les données actuelles et les informe du point de coupure pour les événements inclus dans l'analyse.

Indique la fraîcheur des données, ce qui est essentiel pour garantir que les analyses et les tableaux de bord reflètent l'état le plus actuel du processus.

Cet horodatage est généré et enregistré à la fin du processus d'extraction, transformation et chargement (ETL) des données.

Cet attribut identifie l'origine des données. Pour ce processus, il sera constamment 'Jira Software', mais il est utile pour distinguer les données si plusieurs systèmes sources sont combinés dans une analyse plus large.

Dans un paysage informatique plus large, la spécification du système source assure une traçabilité claire des données et aide à gérer la qualité des données et les efforts d'intégration entre différentes plateformes.

Fournit une provenance claire des données, ce qui est crucial lors de l'intégration de données provenant de plusieurs systèmes ou à des fins de gouvernance et d'audit des données.

Ceci est une valeur statique qui doit être ajoutée pendant le processus d'extraction et de transformation des données.

Représente l'équipe agile ou l'équipe fonctionnalité spécifique assignée à l'élément de développement. Dans Jira, cela est souvent implémenté comme un champ personnalisé, ou peut être dérivé d'autres informations comme le projet ou un composant spécifique.

Cet attribut est essentiel pour l'analyse de la performance au niveau de l'équipe. Il permet de filtrer les dashboards pour afficher des métriques comme le temps de cycle, le taux de retravail et le débit pour les équipes individuelles. Ceci est crucial pour les dashboards 'Efficacité des transferts interphases' et 'Charge de travail des développeurs et progression des éléments'.

Permet de mesurer et de comparer les performances entre différentes équipes de développement, aidant ainsi à identifier les équipes très performantes et à partager les meilleures pratiques.

Il s'agit souvent d'un champ personnalisé dans Jira. Consultez votre administrateur Jira pour identifier le nom de champ spécifique, qui pourrait être 'Équipe', 'Squad', ou similaire.

Dans Jira, tous les éléments de travail sont organisés en projets. Le Nom du projet fournit un contexte de haut niveau, correspondant souvent à un produit, une équipe ou une initiative spécifique.

Cet attribut est une dimension puissante pour le filtrage et la comparaison. Il permet d'analyser et d'évaluer le processus CVDL à travers différents projets ou produits. Cela peut révéler quels projets sont plus efficaces, lesquels ont plus de retravaux, et si différentes équipes suivent différentes variantes de processus.

Permet de segmenter l'analyse des processus par projet, produit ou équipe, autorisant les comparaisons de performances et l'identification des meilleures pratiques.

Ceci est le champ 'project' au sein de l'objet 'fields' de la réponse de l'API Jira Issue.

La Priorité de l'élément définit l'importance ou l'urgence relative d'un élément de travail. Jira fournit un champ 'priorité' standard avec des niveaux configurables comme 'Très élevé', 'Élevé', 'Moyen' et 'Faible'.

L'analyse de la priorité est cruciale pour vérifier la conformité et identifier les goulots d'étranglement pour les éléments critiques. Par exemple, le tableau de bord 'Vérification de la conformité des éléments prioritaires' s'appuie sur cet attribut pour vérifier si les éléments à haute priorité sont traités comme prévu ou s'ils restent bloqués dans les mêmes files d'attente que les éléments à basse priorité.

Aide à analyser si les éléments à haute priorité sont traités plus rapidement que ceux à basse priorité et s'ils suivent un chemin plus rationalisé, garantissant le respect des SLA.

Ceci est le champ 'priority' au sein de l'objet 'fields' de la réponse de l'API Jira Issue.

L'Assigné est la personne responsable de l'élément de travail à son étape actuelle. Dans Jira, il s'agit d'un champ standard qui change à mesure que l'élément passe entre différentes personnes et équipes.

L'analyse de l'assigné est essentielle pour comprendre l'allocation des ressources, la répartition de la charge de travail et les points de transfert. Elle permet de répondre aux questions sur les développeurs ou les équipes impliqués dans des étapes spécifiques, qui représente un goulot d'étranglement, et comment le travail est distribué au sein de l'organisation.

Identifie l'utilisateur ou la ressource responsable d'une activité, permettant l'analyse de la charge de travail, la gestion des ressources et la compréhension des transferts entre individus.

Ceci est le champ 'assignee' au sein de l'objet 'fields' de la réponse de l'API Jira Issue.

Cet attribut reflète l'étape spécifique de l'élément de développement à un moment donné, tel que 'En cours', 'En révision' ou 'Terminé'. La séquence des changements de statut au fil du temps est ce qui génère les activités pour le Process Mining.

Tandis que l'attribut 'Activity' représente l'événement de changement, 'ItemStatus' fournit l'état de l'élément. Il est utile comme dimension pour le filtrage et l'analyse, vous permettant de voir combien d'éléments sont actuellement dans un état spécifique ou d'analyser les caractéristiques des éléments qui restent dans un certain statut pendant une longue période.

Fournit un aperçu de l'emplacement d'un élément dans son cycle de vie, ce qui est essentiel pour l'analyse basée sur le statut et la compréhension de l'état actuel du travail en cours.

Ceci est le champ 'status' au sein de l'objet 'fields' de la réponse de l'API Jira Issue.

Le Type d'élément catégorise la nature du travail effectué. Jira utilise un champ 'issuetype' standard pour distinguer différents types d'éléments de travail, qui ont souvent des workflows uniques.

Cet attribut est essentiel pour l'analyse comparative. Il vous permet de filtrer le processus pour des types de travail spécifiques, par exemple, pour comparer le cycle de vie d'un 'Bug' par rapport à une 'Story'. Cela aide à identifier si certains types de travail sont plus sujets aux retards, aux retravaux ou aux écarts par rapport au processus standard.

Permet de segmenter l'analyse du processus pour comparer la manière dont différents types de travail, comme les bugs par rapport aux nouvelles fonctionnalités, sont gérés et où leurs processus diffèrent.

Ceci est le champ 'issuetype' au sein de l'objet 'fields' de la réponse de l'API Jira Issue.

Les composants sont utilisés dans Jira pour regrouper les tickets au sein d'un projet en parties plus petites et plus gérables. Cela pourrait représenter un domaine fonctionnel comme 'Authentification utilisateur', une couche technique comme 'API Backend' ou un module comme 'Reporting'.

L'analyse par composant permet une vue plus granulaire du processus de développement. Elle peut aider à identifier si certaines parties de l'application génèrent plus de bugs, ont des cycles de développement plus longs ou connaissent plus de retravaux, ce qui indique des domaines de dette technique ou de complexité.

Permet de segmenter le processus par domaines fonctionnels ou techniques du produit, aidant à identifier les composants qui sont des sources de retard ou de problèmes de qualité.

Ceci est le champ standard 'components' au sein de l'objet 'fields' de la réponse de l'API Jira Issue.

Le Rapporteur est la personne qui a créé l'incident dans Jira. Cela peut être un développeur, un testeur QA, un chef de produit, ou même un client via une intégration de service desk.

L'analyse du rapporteur peut fournir des informations sur l'origine du travail. Par exemple, vous pouvez analyser si les bugs signalés par l'équipe QA ont un cycle de vie différent de ceux signalés par les clients. Cela peut également aider à comprendre les modèles de communication et le flux d'informations au début du processus.

Identifie l'origine de l'élément de travail, qui peut être utilisée pour analyser des schémas basés sur qui crée les tâches ou signale les bugs.

Ceci est le champ 'reporter' au sein de l'objet 'fields' de la réponse de l'API Jira Issue.

Cet attribut booléen est vrai si une activité représente un retour en arrière dans le processus, comme le retour à 'Développement démarré' après l'échec des tests QA. Il est déterminé en analysant la séquence d'activités pour un cas.

L'identification du retravail est fondamentale pour améliorer l'efficacité et la qualité des processus. Cet attribut supporte directement l'ICP 'Taux d'activité de retravail' et le dashboard 'Fréquence et chemins des boucles de retravail'. Il permet de quantifier la quantité d'effort gaspillé et d'identifier les causes profondes des problèmes de qualité qui mènent au retravail.

Signale explicitement les activités qui font partie de boucles de retravail inefficaces, permettant une mesure et une analyse précises des gaspillages de processus et des problèmes de qualité.

Ceci est un attribut calculé. Il nécessite de définir le flux de processus attendu puis de signaler toute activité qui dévie en se déplaçant vers une étape antérieure.

Cet attribut marque le temps d'achèvement d'une activité. C'est l'horodatage de l'activité suivante dans la séquence pour un cas donné.

Tandis que l''EventTime' (StartTime) marque le début d'une activité, l'EventEndTime marque sa fin. La différence entre ces deux horodatages est le temps de traitement de cette activité. Ceci est crucial pour le calcul de l'ICP 'Temps de traitement moyen par étape' et pour la création de dashboards qui analysent les durées d'activité.

Définit le point de fin d'une activité, permettant de calculer la durée de chaque étape du processus, ce qui est essentiel pour l'analyse des goulots d'étranglement.

Ceci est un attribut dérivé. Pour un événement donné, son heure de fin est l'heure de début de l'événement suivant pour le même cas.

Pour les équipes utilisant Scrum, le Sprint est une période à durée fixe pendant laquelle un ensemble de travail est achevé. Cet attribut capture le nom ou l'identifiant du sprint auquel un élément appartient.

L'analyse par sprint est fondamentale pour le Process Mining axé sur l'agilité. Elle aide à évaluer la performance des sprints individuels, à comprendre le travail reporté et à suivre les progrès par rapport aux objectifs du sprint. Elle fournit un contexte temporel plus spécifique que les plages de dates générales.

Fournit un contexte critique aux équipes agiles, permettant l'analyse de l'efficacité et du débit des processus sprint par sprint.

Cette information est généralement stockée dans un champ personnalisé 'Sprint', géré par Jira Software (Agile). Les données sont accessibles via l'API Issue.

La résolution explique pourquoi un élément a été déplacé vers un état fermé. Tandis qu'un statut peut être 'Fermé', la résolution pourrait être 'Terminé', 'Ne sera pas fait', 'Duplicata' ou 'Impossible à reproduire'. Ceci fournit un contexte crucial sur le résultat du travail.

L'analyse de la résolution aide à différencier le travail achevé avec succès des éléments annulés ou rejetés. C'est important pour l'analyse de la qualité et la compréhension du véritable débit de travail de valeur par rapport aux efforts consacrés à des éléments finalement abandonnés.

Distingue les éléments terminés avec succès de ceux fermés pour d'autres raisons, ce qui est vital pour une analyse précise de la productivité et de la qualité.

Ceci est le champ 'resolution' au sein de l'objet 'fields' de la réponse de l'API Jira Issue. Il est généralement rempli uniquement lorsqu'un incident est fermé.

Cette métrique calcule le temps d'attente ou le temps de file d'attente entre l'achèvement d'une activité et le début de la suivante. Elle représente le temps pendant lequel le travail reste inactif en attendant que quelqu'un le prenne en charge.

C'est une métrique critique pour l'ICP 'Temps d'attente moyen de transfert' et le dashboard 'Efficacité des transferts interphases'. Des temps de transfert élevés indiquent souvent des problèmes de coordination, des contraintes de ressources ou une communication inefficace entre les équipes, comme entre le développement et la QA. La minimisation de ce temps d'inactivité est un levier clé pour réduire le temps de cycle global.

Met en évidence les temps d'inactivité ou d'attente dans le processus, exposant les inefficacités dans les transferts entre équipes ou individus et révélant les problèmes de coordination.

Ceci est une métrique calculée. C'est le temps de début d'une activité moins le temps de fin de l'activité précédente pour le même cas.

Le temps de cycle mesure le temps total écoulé entre la création d'un élément de développement et sa résolution finale, comme le déploiement en production. Il est calculé au niveau du cas comme la différence entre l'horodatage du tout premier événement et du tout dernier événement.

Il s'agit d'un KPI principal pour mesurer la vitesse et l'efficacité globales du processus. Le KPI 'Temps de cycle de bout en bout moyen' et le tableau de bord 'Analyse du temps de cycle global du CVDL' sont directement basés sur ce calcul. La réduction du temps de cycle est souvent un objectif clé des initiatives d'amélioration des processus.

Mesure la vitesse de bout en bout du processus de développement, fournissant un indicateur clé de performance pour l'efficacité globale et la vélocité de livraison.

Ceci est un attribut calculé au niveau du cas. C'est l'horodatage du dernier événement moins l'horodatage du premier événement pour un 'DevelopmentItem' donné.

Le temps de traitement est la durée pendant laquelle un élément reste dans un statut ou une activité spécifique. Il est calculé comme la différence entre EventEndTime et EventTime pour un seul événement dans le journal d'événements.

Cette métrique est un composant essentiel de l'analyse des goulots d'étranglement et est directement utilisée dans l'ICP 'Temps de traitement moyen par étape'. En agrégeant le temps de traitement pour chaque activité, vous pouvez clairement voir quelles étapes du cycle de vie de développement consomment le plus de temps, ce qui aide à concentrer les efforts d'amélioration.

Mesure directement la durée de chaque activité, ce qui en fait une métrique primaire pour identifier les étapes de processus qui sont les goulots d'étranglement les plus chronophages.

Ceci est une métrique calculée, dérivée en soustrayant 'EventTime' de 'EventEndTime' pour chaque ligne du journal d'événements.

La 'Version de correction' (Fix Version) dans Jira indique la publication qui contient le travail achevé pour un élément. Elle marque le résultat concret de l'effort de développement.

Cet attribut fournit le contexte réel de la publication, qui peut être comparé à la 'PlannedReleaseVersion' pour analyser la performance de livraison. Il est également utilisé pour regrouper tous les éléments livrés dans une publication spécifique pour une vue consolidée de ce qui a été accompli.

Confirme dans quelle version une tâche a été incluse, fournissant la vérité de base pour l'analyse des versions et le suivi des fonctionnalités livrées.

Ceci correspond au champ 'fixVersions' dans la réponse de l'API Jira Issue.

Cet attribut, souvent le champ 'Affects Version/s' dans Jira, indique la publication prévue pour une fonctionnalité ou un correctif. Il sert de date limite ou d'objectif pour l'achèvement du travail.

C'est un attribut critique pour l'ICP 'Taux de livraison à temps des publications'. En comparant la date de déploiement réelle avec la date de publication planifiée associée à cette version, vous pouvez mesurer le respect des délais et la prévisibilité de votre processus de publication.

Définit la date de livraison cible ou la version, permettant le calcul des taux de livraison à temps et l'analyse du respect des délais.

Ceci correspond aux champs 'versions' ou 'fixVersions' dans l'API Jira Issue. Le champ spécifique utilisé pour la planification peut varier.