{"id":2774,"date":"2016-09-15T07:14:07","date_gmt":"2016-09-15T11:14:07","guid":{"rendered":"http:\/\/agilepartnership.com\/?p=2774"},"modified":"2016-09-15T07:14:07","modified_gmt":"2016-09-15T11:14:07","slug":"lagilite-au-coeur-de-la-donnee-ca-fonctionne","status":"publish","type":"post","link":"https:\/\/agilepartnership.com\/fr\/lagilite-au-coeur-de-la-donnee-ca-fonctionne\/","title":{"rendered":"L\u2019Agilit\u00e9 au c\u0153ur de la donn\u00e9e, \u00e7a fonctionne!"},"content":{"rendered":"

Ma r\u00e9cente exp\u00e9rience au sein d\u2019un group BI (Business Intelligence) m\u2019a confront\u00e9 \u00e0 une probl\u00e9matique int\u00e9ressante. Comment arriver \u00e0 arrimer l\u2019agilit\u00e9 au sein d\u2019un groupe dont la donn\u00e9e est l\u2019incr\u00e9ment de logiciel? Mon approche dans cet \u00e9cosyst\u00e8me consiste \u00e0 discuter de valeur. La valeur n\u2019est pas dans une action du logiciel, mais l\u2019information que livre le syst\u00e8me \u00e0 ses utilisateurs, donc de la connaissance. Ce qui me porte \u00e0 dire que dans un monde de BI, les User Stories vont \u00eatre la plupart du temps \u00e0 propos de la donn\u00e9e qui est au c\u0153ur de l\u2019information.<\/p>\n

Donnons-nous un peu de contexte autour de l\u2019environnement BI. En quelques mots, c\u2019est un monde complexe guid\u00e9 par des besoins et priorit\u00e9s changeants, par la pr\u00e9sence de multiples parties prenantes, de diff\u00e9rents syst\u00e8mes ou extraire les donn\u00e9es, d\u2019\u00e9ch\u00e9anciers impr\u00e9cis et de probl\u00e9matiques de disponibilit\u00e9 et quantit\u00e9 de donn\u00e9es. Le BI est un processus de distillation de la donn\u00e9e pour produire de l\u2019information et de la connaissance. \u00c0 travers cette connaissance, l\u2019organisation cherche \u00e0 s\u2019am\u00e9liorer ou \u00e0 faciliter la gestion des op\u00e9rations. Les sources de donn\u00e9es sont diverses, mais le but est de soutenir la prise de d\u00e9cision rapide et inform\u00e9e.<\/p>\n

Le BI peut inclure toutes sortes d\u2019activit\u00e9s d\u2019extraction, de pr\u00e9paration de donn\u00e9es et de d\u00e9finition de donn\u00e9es. Par exemple, on peut y retrouver des activit\u00e9s de mod\u00e9lisation d\u2019entrep\u00f4ts de donn\u00e9es, d\u2019ETL pour extraire et transmettre les donn\u00e9es aux syst\u00e8mes cibles, d\u2019int\u00e9gration et de validation de la qualit\u00e9 des donn\u00e9es.<\/p>\n

Dans le cas de mon \u00e9quipe Agile, pour avoir du succ\u00e8s, il a fallu bien comprendre o\u00f9 se situe la valeur dans le travail que le groupe doit faire. Avec l\u2019int\u00e9gration \u00e0 l\u2019\u00e9quipe d\u2019un Product Owner en provenance de la ligne d\u2019affaires, et poss\u00e9dant une bonne connaissance de l\u2019environnement BI, nous avons pu travailler \u00e0 d\u00e9couper des User Stories avec le principe de la part de g\u00e2teau, donc sous la forme de fonctionnalit\u00e9s le plus bout-en-bout possible. Le PO conna\u00eet bien les diff\u00e9rentes parties prenantes et les besoins des diff\u00e9rents groupes de l\u2019organisation, donc cet avantage nous a permis de rapidement cibler et construire un Product Backlog coh\u00e9rent.<\/p>\n

Nous avons donc cr\u00e9\u00e9 des User Stories de type d\u00e9voilement des donn\u00e9es, des \u00ab Data Disclosure Stories \u00bb. Ces histoires consistent \u00e0 extraire la donn\u00e9e des syst\u00e8mes sources et la rendre disponible pour consommation \u00e0 d\u2019autres syst\u00e8mes \u00e0 travers un concept de \u00ab self-service BI \u00bb.<\/p>\n

Il a \u00e9t\u00e9 important de concevoir des petites User Stories afin de valider par une r\u00e9troaction r\u00e9guli\u00e8re le respect du besoin du client. Dans notre pilote, nous avons trait\u00e9 la notion de d\u00e9bours\u00e9 dans un processus it\u00e9ratif et incr\u00e9mental rigoureux. Le d\u00e9coupage est principalement par types d\u2019op\u00e9rations (ex. lecture) et dimensions (ex. r\u00e9gions) afin de construire une donn\u00e9e qui apporte de la valeur et dont on peut en valider l\u2019int\u00e9gration entre les syst\u00e8mes.<\/p>\n

Voici un exemple fictif de User Story qui consiste \u00e0 livrer de l\u2019information de valeur au sein de l\u2019organisation : En tant que contr\u00f4leur financier, je veux voir toutes les lignes en cours de cr\u00e9dit du syst\u00e8me de pr\u00eats sur une base mensuelle, afin que je puisse v\u00e9rifier le solde du d\u00e9partement. \u00c0 partir de cet exemple, il est possible de d\u00e9couper en op\u00e9rations plus fines et valider r\u00e9guli\u00e8rement avec les tests le bon fonctionnement de la fonctionnalit\u00e9.<\/p>\n

En conclusion, le principal b\u00e9n\u00e9fice dans la mise en place d\u2019une culture Agile bien impr\u00e9gn\u00e9e par les intervenants favorise la coh\u00e9sion, la qualit\u00e9 et \u00e9limine beaucoup de gaspillage invisible.<\/p>\n

Enfin, mon observation finale pour le pilote en question:<\/p>\n

    \n
  1. La notion de Produit fait un bond spectaculaire et permet d\u2019adresser le plus grand risque d\u2019un projet; d\u00e9velopper le mauvais produit.<\/em><\/li>\n
  2. Le nouveau mode de pens\u00e9e par fonctionnalit\u00e9s permet d\u2019aborder la probl\u00e9matique des silos.<\/li>\n
  3. L\u2019introduction des sprints courts permet une planification efficace et efficiente.<\/li>\n
  4. L\u2019\u00e9quipe est en mesure de s\u2019auto-organiser et de s\u2019am\u00e9liorer en continu.<\/li>\n
  5. L\u2019\u00e9quipe participe activement \u00e0 la d\u00e9mo et d\u00e9montre le progr\u00e8s r\u00e9el.<\/li>\n<\/ol>","protected":false},"excerpt":{"rendered":"

    Ma r\u00e9cente exp\u00e9rience au sein d\u2019un group BI (Business Intelligence) m\u2019a confront\u00e9 \u00e0 une probl\u00e9matique int\u00e9ressante. Comment arriver \u00e0 arrimer l\u2019agilit\u00e9 au sein d\u2019un groupe dont la donn\u00e9e est l\u2019incr\u00e9ment de logiciel? Mon approche dans cet \u00e9cosyst\u00e8me consiste \u00e0 discuter de valeur. La valeur n\u2019est pas dans une action du logiciel, mais l\u2019information que livre […]<\/p>\n","protected":false},"author":5,"featured_media":2777,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"footnotes":""},"categories":[17,33,22,20,28],"tags":[],"class_list":["post-2774","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-agile","category-casestudy","category-coaching","category-general","category-joy-of-agile"],"acf":[],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/agilepartnership.com\/fr\/wp-json\/wp\/v2\/posts\/2774","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/agilepartnership.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/agilepartnership.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/agilepartnership.com\/fr\/wp-json\/wp\/v2\/users\/5"}],"replies":[{"embeddable":true,"href":"https:\/\/agilepartnership.com\/fr\/wp-json\/wp\/v2\/comments?post=2774"}],"version-history":[{"count":0,"href":"https:\/\/agilepartnership.com\/fr\/wp-json\/wp\/v2\/posts\/2774\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/agilepartnership.com\/fr\/wp-json\/"}],"wp:attachment":[{"href":"https:\/\/agilepartnership.com\/fr\/wp-json\/wp\/v2\/media?parent=2774"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/agilepartnership.com\/fr\/wp-json\/wp\/v2\/categories?post=2774"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/agilepartnership.com\/fr\/wp-json\/wp\/v2\/tags?post=2774"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}