Burdown Chart<\/h2>\n\n\n\n
Le Burndown Chart montre la quantit\u00e9 r\u00e9elle et estim\u00e9e de travail \u00e0 effectuer dans un sprint. L’axe X horizontal dans un graphique Burndown indique le temps et l’axe Y vertical indique les tickets.<\/p>\n\n\n\n
Le Burndown Chart permet de suivre le travail total restant et d\u2019estimer les chances d’atteindre l’objectif du sprint. En suivant le travail restant tout au long de l’it\u00e9ration, une \u00e9quipe peut g\u00e9rer sa progression et r\u00e9agir aux tendances en cons\u00e9quence. Dans le cas o\u00f9 le graphique de progression indique que l’\u00e9quipe pourrait ne pas atteindre l’objectif du sprint, l’\u00e9quipe peut mettre en place les actions requises pour maintenir le cap.<\/p>\n\n\n\n
Le Burndown Chart s\u2019applique uniquement aux tableaux Scrum.<\/p>\n\n\n\n
Les Story Points sur les sous-t\u00e2ches ne sont pas inclus dans le Burndown Chart. Le rapport n’utilisera que les donn\u00e9es des types de t\u00e2ches de niveau standard.<\/p>\n\n\n\n Le burnup chart fournit une repr\u00e9sentation visuelle du travail accompli lors d’un sprint par rapport \u00e0 son p\u00e9rim\u00e8tre. Il offre des informations sur la progression de votre projet, ainsi que des avertissements pour vous aider \u00e0 maintenir la sant\u00e9 de votre projet ; vous pouvez instantan\u00e9ment rep\u00e9rer des probl\u00e8mes tels que le d\u00e9passement du p\u00e9rim\u00e8tre initialement pr\u00e9vue ou une d\u00e9viation par rapport au chemin de projet planifi\u00e9.<\/p>\n\n\n\n Alors que le Burndown Chart indique le reste de travail \u00e0 accomplir dans le sprint, le Burnup chart montre le travail r\u00e9alis\u00e9 et le total du travail \u00e0 faire.<\/p>\n\n\n\n Le Burnup Chart s\u2019applique uniquement aux tableaux Scrum.<\/p>\n\n\n\n Les Story Points sur les sous-t\u00e2ches ne sont pas inclus dans le Burnup Chart. Le rapport n’utilisera que les donn\u00e9es des types de t\u00e2ches de niveau standard.<\/p>\n\n\n\n Le Sprint report affiche la liste des t\u00e2ches pour chaque sprint. Il est utile pour les r\u00e9unions de R\u00e9trospective de Sprint, ainsi que pour lors des points relatifs \u00e0 l’\u00e9tat d\u2019avancements du sprint.<\/p>\n\n\n\n Si votre instance Jira Software est connect\u00e9e \u00e0 Confluence, il est possible de cr\u00e9er les pages de r\u00e9trospective confluence \u00e0 l\u2019aide du bouton \u201cAssocier une page Confluence\u201d<\/p>\n\n\n\n Le Sprint report s\u2019applique uniquement aux tableaux Scrum.<\/p>\n\n\n\n Les Story Points sur les sous-t\u00e2ches ne sont pas inclus dans le Sprint report Chart. Le rapport n’utilisera que les donn\u00e9es des types de t\u00e2ches de niveau standard.<\/p>\n\n\n\n Le Velocity Chart est la quantit\u00e9 moyenne de travail qu’une \u00e9quipe Scrum effectue au cours d’un sprint, mesur\u00e9e en Story Points ou en heures, et est tr\u00e8s utile pour les pr\u00e9visions. Le product owner peut utiliser la v\u00e9locit\u00e9 pour pr\u00e9dire la rapidit\u00e9 avec laquelle une \u00e9quipe peut traiter la backlog, car le rapport suit le travail pr\u00e9vu et termin\u00e9 sur plusieurs it\u00e9rations : plus il y a d’it\u00e9rations, plus la pr\u00e9vision est pr\u00e9cise.<\/p>\n\n\n\n Le Volocity Chart n\u2019est applicable que dans le cadre d\u2019un mod\u00e8le projet Scrum.<\/p>\n\n\n\n Autres points \u00e0 noter concernant le Velocity Chart :<\/p>\n\n\n\n Calcul de la v\u00e9locit\u00e9<\/strong> Cette valeur devrait devenir plus pr\u00e9cise et fiable au fil du temps, \u00e0 mesure que davantage de donn\u00e9es deviennent disponibles et que l’\u00e9quipe s’am\u00e9liore dans l’estimation des t\u00e2ches.<\/p>\n\n\n\n Les Story Points sur les sous-t\u00e2ches ne sont pas inclus dans le Velocity Chart. Le rapport n’utilisera que les donn\u00e9es des types de t\u00e2ches de niveau standard.<\/p>\n\n\n\n Un Cumulative Flow Diagram (CFD) est un graphique en aires qui montre les diff\u00e9rents statuts des \u00e9l\u00e9ments de travail pour une application, une version ou un sprint. L’axe horizontal des X dans un CFD indique le temps et l’axe vertical des Y indique les t\u00e2ches. Chaque zone color\u00e9e du graphique \u00e9quivaut \u00e0 un statut de flux de travail (c’est-\u00e0-dire une colonne sur votre tableau).<\/p>\n\n\n\n Le CFD peut \u00eatre utile pour identifier les goulots d\u2019\u00e9tranglement. Si votre graphique contient une zone qui s’\u00e9largit verticalement au fil du temps, la colonne qui \u00e9quivaut \u00e0 la zone qui s’\u00e9largit constituera g\u00e9n\u00e9ralement un goulot d’\u00e9tranglement.<\/p>\n\n\n\n Le CFD est sp\u00e9cifique au bord, c’est-\u00e0-dire qu’il inclura uniquement les t\u00e2ches qui correspondent au filtre enregistr\u00e9 de votre bord.<\/p>\n\n\n\n Il est bas\u00e9 sur le mapping des colonnes de votre bord. Une t\u00e2che est consid\u00e9r\u00e9e comme \u00ab \u00c0 faire \u00bb lorsqu\u2019elle se trouve dans un statut qui a \u00e9t\u00e9 mapp\u00e9 dans la colonne la plus \u00e0 gauche de votre tableau. De m\u00eame, une t\u00e2che est consid\u00e9r\u00e9e comme \u00ab Termin\u00e9 \u00bb lorsqu\u2019elle se trouve dans un statut qui a \u00e9t\u00e9 mapp\u00e9 dans la colonne la plus \u00e0 droite de votre tableau.<\/p>\n\n\n\n Il garde une trace du nombre de t\u00e2ches qui transitent par chaque colonne de votre bord, vous aidant ainsi \u00e0 voir quelles colonnes accumulent plus de probl\u00e8mes que d’autres.<\/p>\n\n\n\n Par exemple:<\/strong><\/p>\n\n\n\n Si vous d\u00e9marrez un sprint avec 5 tickets, tous les tickets commenceront dans la colonne To Do. Si vous consultez le CFD, il affichera 5 t\u00e2ches \u00e0 faire, 0 t\u00e2che en cours et 0 t\u00e2che termin\u00e9.<\/p>\n\n\n\n Si vous d\u00e9placez ensuite 2 t\u00e2ches vers En cours, le CFD affichera 5 t\u00e2ches \u00c0 faire (car 5 sont pass\u00e9s par cette colonne), 2 t\u00e2ches En cours et 0 t\u00e2cheTermin\u00e9.<\/p>\n\n\n\n Si vous d\u00e9placez ensuite 1 t\u00e2che de En cours \u00e0 Termin\u00e9, le CFD affichera \u00c0 faire = 5, En cours = 2 et Termin\u00e9 = 1.<\/p>\n\n\n\n Si vous retirez ensuite cette t\u00e2che de Termin\u00e9 et la remettez dans \u00c0 faire, le CFD supprimera le 1 de Termin\u00e9 et supprimera 1 de En cours, mais les chiffres dans \u00c0 faire resteront les m\u00eames, car aucune nouvelle t\u00e2che n’est arriv\u00e9e. . Par cons\u00e9quent, le CFD affichera \u00c0 faire = 5, En cours = 1, Termin\u00e9 = 0.<\/p>\n\n\n\n Le Version Report montre la progression de votre \u00e9quipe vers l’ach\u00e8vement d’une version. Le Version Report vous indique \u00e9galement la date de release pr\u00e9vue, en fonction du taux de progression (v\u00e9locit\u00e9) moyen de votre \u00e9quipe depuis le d\u00e9but de la version, et de la quantit\u00e9 estim\u00e9e de travail restant.<\/p>\n\n\n\n Le Epic Report affiche une liste des t\u00e2ches compl\u00e8tes, incompl\u00e8tes et non estim\u00e9es dans une Epic. Il est particuli\u00e8rement utile pour planifier le travail d’une Epic pouvant s’\u00e9tendre sur plusieurs sprints.<\/p>\n\n\n\n Utilisez le Epic report pour comprendre la progression vers la r\u00e9alisation d’une Epic au fil du temps et pour suivre la quantit\u00e9 de travail restant incomplet ou non estim\u00e9.<\/p>\n\n\n\n Le Control Chart affiche le temps de cycle (ou d\u00e9lai de livraison) de votre produit, version ou sprint. Il prend le temps pass\u00e9 par chaque t\u00e2che dans un ou plusieurs statuts particuliers et le mappe sur une p\u00e9riode de temps sp\u00e9cifi\u00e9e. La moyenne, la moyenne mobile et l’\u00e9cart type de ces donn\u00e9es sont affich\u00e9s.<\/p>\n\n\n\n Le Control Chart vous aide \u00e0 identifier si les donn\u00e9es du sprint en cours peuvent \u00eatre utilis\u00e9es pour d\u00e9terminer les performances futures. Moins la dur\u00e9e de cycle d\u2019une t\u00e2che varie, plus la confiance dans l\u2019utilisation de la moyenne comme indication des performances futures est \u00e9lev\u00e9e.<\/p>\n\n\n\n Quel est le temps de cycle et le d\u00e9lai de livraison ?<\/strong><\/p>\n\n\n\n Le temps de cycle est le temps pass\u00e9 \u00e0 travailler sur une t\u00e2che \u2013 g\u00e9n\u00e9ralement le temps \u00e9coul\u00e9 entre le d\u00e9but du travail sur une t\u00e2che et le moment o\u00f9 le travail est termin\u00e9, mais il inclut \u00e9galement tout autre temps pass\u00e9 \u00e0 travailler sur la t\u00e2che. Par exemple, si une t\u00e2che est rouverte, trait\u00e9e et termin\u00e9e \u00e0 nouveau, le temps n\u00e9cessaire \u00e0 ce travail suppl\u00e9mentaire est ajout\u00e9 au temps de cycle.<\/p>\n\n\n\n Le d\u00e9lai de livraison est similaire au temps de cycle, mais il s’agit du temps \u00e9coul\u00e9 entre le moment o\u00f9 une t\u00e2che est cr\u00e9\u00e9e (et non le moment o\u00f9 le travail commence) jusqu’\u00e0 ce que le travail soit termin\u00e9 sur cette t\u00e2che.<\/p>\n\n\n\n Comment est d\u00e9termin\u00e9 le temps de cycle ?<\/strong><\/p>\n\n\n\n Les statuts utilis\u00e9s pour calculer le temps de cycle d\u00e9pendent du workflow que vous utilisez pour votre projet. Vous devez configurer le Control Chart pour inclure les statuts qui repr\u00e9sentent le temps pass\u00e9 \u00e0 travailler sur une t\u00e2che. Notez que le Control Chart tentera de s\u00e9lectionner ces statuts automatiquement.<\/p>\n\n\n\n Par exemple, si vous utilisez le workflow \u00ab Jira Software Development \u00bb, vous pouvez consid\u00e9rer que le travail a commenc\u00e9 sur une t\u00e2che lorsqu\u2019elle passe \u00e0 \u00ab En cours \u00bb, et que le travail est termin\u00e9 lorsqu\u2019elle passe de \u00ab En r\u00e9vision \u00bb \u00e0 \u00ab Termin\u00e9 \u00bb. ‘. Vous l’afficherez sur le Control Chart en s\u00e9lectionnant \u00ab En cours \u00bb et \u00ab En r\u00e9vision \u00bb comme colonnes, car cela afficherait le temps pass\u00e9 par les t\u00e2ches dans ces deux statuts.<\/p>\n\n\n\n Comment est calcul\u00e9e la moyenne mobile ?<\/strong><\/p>\n\n\n\n La moyenne mobile (ligne bleue sur le graphique) est bas\u00e9e sur la t\u00e2che et non sur le temps. Pour chaque t\u00e2che affich\u00e9e sur le graphique, la moyenne mobile (\u00e0 ce moment-l\u00e0) est calcul\u00e9e en prenant la t\u00e2che elle-m\u00eame, X t\u00e2ches avant la t\u00e2che et X t\u00e2ches apr\u00e8s la t\u00e2che, puis en faisant la moyenne de leurs temps de cycle. 20 % du total des t\u00e2ches affich\u00e9es (toujours un nombre impair et un minimum de 5 t\u00e2ches) est utilis\u00e9 dans le calcul.<\/p>\n\n\n\n Que repr\u00e9sente la zone ombr\u00e9e en bleu ?<\/strong><\/p>\n\n\n\n La zone ombr\u00e9e en bleu du Control Chart repr\u00e9sente l’\u00e9cart type, c’est-\u00e0-dire l’ampleur de la variation des donn\u00e9es r\u00e9elles par rapport \u00e0 la moyenne mobile.<\/p>\n\n\n\n L’\u00e9cart type vous donne une indication du niveau de confiance que vous pouvez avoir dans les donn\u00e9es. Par exemple, s\u2019il existe une bande bleue \u00e9troite (faible \u00e9cart type), vous pouvez \u00eatre s\u00fbr que le temps de cycle des \u00e9missions futures sera proche de la moyenne mobile.<\/p>\n\n\n\n Que repr\u00e9sentent les points sur le graphique ?<\/strong><\/p>\n\n\n\n Chaque point vert repr\u00e9sente une t\u00e2che ou un groupe de t\u00e2ches :<\/p>\n\n\n\n L’emplacement vertical du point repr\u00e9sente le temps de cycle de la t\u00e2che, c’est-\u00e0-dire le \u00ab Temps \u00e9coul\u00e9 \u00bb. Pour un groupe de t\u00e2ches, le point est plac\u00e9 au niveau du temps de cycle moyen des t\u00e2ches.<\/p>\n\n\n\n Le placement horizontal indique le moment o\u00f9 le ou les t\u00e2ches sont sorties du dernier statut s\u00e9lectionn\u00e9 sur le graphique (en colonnes).<\/p>\n\n\n\n Exemples de control chart :<\/strong><\/p>\n\n\n\n Sur ce premier exemple :<\/p>\n\n\n\n Sur ce deuxi\u00e8me exemple :<\/p>\n\n\n\n Le rapport Epic Burndown vous montre comment votre \u00e9quipe progresse par rapport au travail d’une Epic. Une Epic est un chantier regroupant plusieurs User story. Le rapport affichera des donn\u00e9es bas\u00e9es sur la statistique d’estimation utilis\u00e9e au niveau du bord.<\/p>\n\n\n\n L’Epic Burndown permet de :<\/p>\n\n\n\n Le graphique affiche les informations suivantes :<\/p>\n\n\n\n Le Release Burndown report vous montre comment votre \u00e9quipe progresse dans le travail d’une Release. Dans Jira Software, il n’y a pas d’\u00e9l\u00e9ment appel\u00e9 \u00ab Release \u00bb : une version \u00e9quivaut \u00e0 une release (par cons\u00e9quent, le terme \u00ab version \u00bb sera utilis\u00e9 \u00e0 la place de \u00ab release\u00bb). Le rapport affichera des donn\u00e9es bas\u00e9es sur la statistique d’estimation utilis\u00e9e par votre bord.<\/p>\n\n\n\n A l\u2019instar de l’Epic Burndown, le Release Burndown permet de :<\/p>\n\n\n\n Le graphique affiche les informations suivantes :<\/p>\n\n\n\n Jira Software propose une gamme de rapports qui vous permettent de visualiser les tendances concernant votre projet, ses versions, ses epics, ses sprints et ses tickets. Dans ce qui suit, sont d\u00e9taill\u00e9s un ensemble de rapports Agile permettant de : Burdown Chart Le Burndown Chart montre la quantit\u00e9 r\u00e9elle et estim\u00e9e de travail \u00e0 effectuer […]<\/p>","protected":false},"author":4,"featured_media":2502,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"","_et_pb_old_content":"","_et_gb_content_width":"","_mi_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"footnotes":""},"categories":[18,156,5,181],"tags":[19,78,183,184,188,190,189,36,4,25,124,182,28,185,186],"yoast_head":"\n![\"\"](\"https:\/\/azara.ma\/wp-content\/uploads\/2023\/10\/image-5-1024x457.png\")
<\/figure>\n\n\n\n\n
Burnup Chart<\/h2>\n\n\n\n
![\"\"](\"https:\/\/azara.ma\/wp-content\/uploads\/2023\/10\/image-6-1024x555.png\")
<\/figure>\n\n\n\n\n
Sprint Report<\/h2>\n\n\n\n
![\"\"](\"https:\/\/azara.ma\/wp-content\/uploads\/2023\/10\/image-7.png\")
<\/figure>\n\n\n\n\n
Velocity Chart<\/strong><\/h2>\n\n\n\n
![\"\"](\"https:\/\/azara.ma\/wp-content\/uploads\/2023\/10\/image-8.png\")
<\/figure>\n\n\n\n\n
\n
\n
La v\u00e9locit\u00e9 r\u00e9cente d’une \u00e9quipe peut \u00eatre utile pour aider \u00e0 pr\u00e9dire la quantit\u00e9 de travail qui peut \u00eatre accomplie par l’\u00e9quipe lors d’un prochain sprint. La v\u00e9locit\u00e9 est calcul\u00e9e en prenant la moyenne des estimations totales r\u00e9alis\u00e9es au cours des derniers sprints.<\/p>\n\n\n\nCumulative Flow Diagram<\/strong><\/h2>\n\n\n\n
![\"\"](\"https:\/\/azara.ma\/wp-content\/uploads\/2023\/10\/image-9-1024x699.png\")
<\/figure>\n\n\n\n![\"\"](\"https:\/\/azara.ma\/wp-content\/uploads\/2023\/10\/image-10-1024x563.png\")
<\/figure>\n\n\n\nVersion Report<\/strong><\/h2>\n\n\n\n
![\"\"](\"https:\/\/azara.ma\/wp-content\/uploads\/2023\/10\/image-11-1024x408.png\")
<\/figure>\n\n\n\n\n
\n
Epic Report<\/strong><\/h2>\n\n\n\n
![\"\"](\"https:\/\/azara.ma\/wp-content\/uploads\/2023\/10\/image-12-1024x828.png\")
<\/figure>\n\n\n\n\n
\n
Control Chart<\/strong><\/h2>\n\n\n\n
![\"\"](\"https:\/\/azara.ma\/wp-content\/uploads\/2023\/10\/image-13.png\")
<\/figure>\n\n\n\n![\"\"](\"https:\/\/azara.ma\/wp-content\/uploads\/2023\/10\/image-14.png\")
<\/figure>\n\n\n\n\n
![\"\"](\"https:\/\/azara.ma\/wp-content\/uploads\/2023\/10\/image-15.png\")
<\/figure>\n\n\n\n\n
Epic Burndown<\/strong><\/h2>\n\n\n\n
![\"\"](\"https:\/\/azara.ma\/wp-content\/uploads\/2023\/10\/image-16-1024x540.png\")
<\/figure>\n\n\n\n\n
\n
Release Burndown<\/strong><\/h2>\n\n\n\n
![\"\"](\"https:\/\/azara.ma\/wp-content\/uploads\/2023\/10\/image-17-1024x537.png\")
<\/figure>\n\n\n\n\n
\n