À l’heure où l’innovation digitale s’impose comme la clé de la réussite en entreprise, le secteur automobile peut aujourd’hui saisir une opportunité de taille. En proposant des véhicules connectés et des services de mobilité, les acteurs de ce secteur pourraient voir leur chiffre d’affaires augmenter de manière exponentielle au cours des dix prochaines années. Nous recevons aujourd'hui dans le podcast Decideo, Eric Bézille, Senior Presales Manager, System & Automotive Engineering chez Dell Technologies D’ici à 2030, on estime que ces innovations génèreront un volume d’informations sans précédent, ce qui devrait profondément transformer et bouleverser les activités des constructeurs à la lumière des chiffres suivants : - 250 millions de véhicules électriques et 90 millions de voitures connectées produites - 2000 milliards d’euros de recettes de recettes générées par les services liés à la mobilité - 50 % la part de l’électronique et des logiciels dans la valeur des véhicules - 1 Zo de données générées par l’industrie automobile Cependant, pour assurer leur croissance dans cette nouvelle réalité, les entreprises doivent être capables d’exploiter et de monétiser efficacement cette avalanche de données, comme le montre le rapport de Frost et Sullivan commandé par Dell Technologies. Au sein d’une économie numérique où l’information est aussi précieuse que le pétrole, les acteurs du secteur ne peuvent plus se permettre d’ignorer la monétisation. Et pourtant, ils tendent à lui tourner le dos. - L'étude dit que 1 zettaoctet de données va être généré par l'industrie automobile d'ici 2030. Expliquez nous de quelles données il s'agit ? Sont-elles générées lors de la construction de la voiture, de son utilisation... ? - Les acteurs de la mobilité sont pour l'instant prudents quand à la monétisation de ces données ? Seuls 300 Mo de données sont actuellement monétisées par le secteur ? Pourquoi ? De quoi ont-ils peur ? Le marché manque-t-il de maturité, ou faisons nous face à des freins juridique et/ou éthiques ? - A qui appartiennent les données générées par le véhicule que j'utilise ? Si je le loue ? Si je l'ai acheté ? - Les services de mobilité génèrent de la donnée; mais est-ce que l'analyse de ces données pourrait en retour générer de nouveaux services de mobilité ?

Le 27 janvier 2020, l’Office Européen des Brevets (OEB) a publié la motivation de ses décisions de rejet de deux demandes de brevet européen aux termes desquelles un système d’intelligence artificielle, nommé « DABUS », avait été désigné en tant qu’inventeur. L’Office Européen des Brevets considère donc qu’un système d’intelligence artificielle ne peut avoir le statut d’inventeur d’un brevet. Alors que l'IA créé tous les jour, des prévisions, des objets, des oeuvres... nous ne franchissons pas le pas de la doter d'une personnalité. Les demandes concernaient deux inventions, sans intervention humaine : un récipient pour boisson basé sur la géométrie fractale et un dispositif de lumière vacillante pour attirer l’attention durant des opérations de recherche et de sauvetage. Suite à une demande de précisions de l’OEB, le demandeur avait soutenu que rien ne justifiait que la qualité de l’inventeur se limite aux personnes physiques et que la possibilité de déposer un brevet au nom d’une IA serait de nature à encourager le développement de systèmes innovants en offrant une protection aux développeurs. En outre, le demandeur observait que l’enregistrement du brevet au nom d’une personne physique, alors que l’invention était uniquement le fruit d’une machine, était de nature à induire les individus en erreur sur la paternité de l’invention. Clément Monnet, avocat au Cabinet Norton Rose Fulbright nous explique en détail les motivations de cette décision, et l'impact attendu. Personnalité physique, personnalité morale, personnalité électronique... cette dernière n'existe pas encore; mais selon notre invité, elle pourrait être une solution permettant de faire évoluer le droit; tout en n'assimilant pas robots, IA et êtres humains à la même personnalité. Un débat passionnant, qui sera renouvelé régulièrement, au fur et à mesure du rapprochement des capacités humaines et de celles des machines (robots ou algorithmes).

L’administration américaine va nommer ses premiers CAIO (Chief Artificial Intelligence Officer) et former ses comités de gouvernance Suite à l’Executive Order signé par Joe Biden le 30 octobre 2023, l’administration américaine a publié un Mémorandum destiné à l’ensemble des agences et départements de l’administration américaine. Dans ce document, Shalanda D. Young, précise que les administrations concernées devront nommer d’ici le 28 mai 2024, un Chief Artificial Intelligence Officer (CAIO), dont le document définit le profil, ainsi que former un comité de gouvernance de l’IA. Les principales responsabilités du CAIO seront les suivantes - coordonner l'utilisation de l'IA dans l’agence gouvernementale ; - promouvoir l'innovation liée à l'IA ; - gérer les risques liés à l'utilisation de l'IA. Le mémorandum précise que la personne choisie pour occuper cette fonction peut être le directeur des systèmes d’information, ou le directeur du data office ; mais il peut également s’agir d’un recrutement extérieur. La description de poste (en pages 6 et 7 du document) permet de détailler les trois points indiqués ci-dessus et l’ensemble des tâches qui leur sont connectées, dont : Un travail de coordination avec l’ensemble des départements et agences de l’administration y compris dans le domaine des ressources humaines afin de prendre en compte l’impact sur les métiers actuels et le besoin de formation ; Promotion de l’égalité et de l’inclusion dans les processus de décision ; Identification et cartographie des risques, en particulier en matière de sécurité et de respect des droits ; Établissement de procédures de contrôle afin de vérifier la conformité des systèmes d’IA utilisés avec les lois et règlements américains ; - Le document prévoit que pour réaliser ces tâches, le CAIO doit avoir une position hiérarchique suffisamment élevée pour d’une part échanger avec les directions des autres agences, et d’autre part vérifier la conformité des systèmes d’IA implémentés dans les directions de sa propre agence. En parallèle, le document demande à chaque agence de mettre en place un comité de gouvernance de l’intelligence artificielle. Il peut s’agir d’un comité existant (par exemple de gouvernance des données) dont les compétences seront élargies à l’IA. Devront participer à ce comité au moins les départements suivants : « informatique, cybersécurité, données, vie privée, droits civils et libertés civiles, équité, statistiques, capital humain, achats, budget, affaires juridiques, gestion de l'agence, expérience client, évaluation des programmes, et responsables de la mise en œuvre de l'IA au sein du ou des bureaux de programme de l'agence. Les agences devraient également envisager d'inclure des représentants de leur bureau de l'inspecteur général respectif » Après cette avancée en matière d’organisation et de ressources, comment les autres pays vont-ils s’organiser ? Quand verra-t-on dans l’administration française, canadienne, suisse ou belge la nomination de CAIOs et de comités de gouvernance de l’IA ?

Les prompts sont des données : va-t-il falloir les cataloguer ? Selon une enquête de l’Associated Press, déjà 70 % des rédacteurs utilisent l’IA générative pour produire du contenu. Les données sont omniprésentes dans la démarche : dans l’alimentation des modèles, dans les prompts et dans les contenus produits. Si j’écris demain un article à l’aide d’un traitement de texte, c’est moi qui en serai l’auteur et non Word. Mais si j’écris les prompts qui me permettent de demander à ChatGPT de produire cet article, ou le code d’un logiciel, ce serait donc ChatGPT qui deviendrait l’auteur ? Non, et heureusement, il a déjà été établi par jurisprudence dans plusieurs pays, qu’une IA ne pouvait pas obtenir de droits de propriété sur ses propres créations. L’IA n’a pas de personnalité juridique. C’est l’Humain qui a piloté l’IA qui est reconnu comme auteur de ses créations. Mais demain, le journaliste, le scénariste, mais également le programmeur, le rédacteur de documentation, ne manipuleront plus directement les mots, mais les prompts qui serviront à les produire. Pourrait-on aller jusqu’à déposer et protéger un prompt, tout comme on protège un livre, un logiciel ou un scénario ? Peut-être est-ce une idée à creuser. Juristes spécialistes de la propriété intellectuelle, je vous lance la perche ! En tous cas, ces prompts, ce sont également des données. Et il faut les collecter, les stocker, et donc peut-être les protéger, afin de faire le lien entre le prompt et le contenu qu’il a produit. En entreprise, la réplicabilité et l’explicabilité sont des sujets importants. Si je lance deux fois la même requête sur une même base de données, je dois obtenir le même résultat. Sinon, j’ai un problème. Êtes-vous certain que le même prompt lancé dans le même outil d’IA générative, produira le même contenu ? Je ne crois pas, et c’est un vrai problème. Si j’utilise l’IA générative pour transformer une question en langage naturel en requête SQL, la même question donnera-t-elle toujours la même réponse ? Si non, ça sent le crépage de chignon en réunion du lundi matin. Ça peut faire sourire, mais imaginez que votre tableau Excel donne des résultats différents en fonction de l’heure de la journée, de la météo ou de l’âge du capitaine. Je vous parle beaucoup en ce moment de gouvernance de l’intelligence artificielle. Une des facettes de cette gouvernance, sera la gestion des prompts. Leur historisation, la traçabilité de leur cycle de vie, le lien entre le prompt et son résultat, etc. Des tas de métadonnées qu’il va falloir organiser. Je ne sais pas encore comment nous l’appellerons, mais c’est un outil qu’il va falloir inventer. On y retrouvera : - L’historisation des prompts utilisés, et de leurs métadonnées ; - La traçabilité, le lineage, qui a mené du prompt au résultat. Quel modèle a été utilisé, quelle version, quelles données d’entrainement, etc.. Cet outil permettra également de vérifier les droits d’accès, la conformité des données utilisées, et produites. Et il assurera la piste d’audit nécessaire pour qu’en cas de besoin, le service conformité ou audit interne, voir une autorité extérieure, puissent remonter l’historique. Vous voyez que le sujet de la gouvernance de l’IA, et des données qui vont avec, n’est pas une mince affaire. On est loin de votre ado tout fier d’avoir utilisé ChatGPT pour rédiger 10 lignes sur la révolution russe ! Si vous envisagez une utilisation sérieuse, et en production, de l’intelligence artificielle, vous devrez passer par les étapes que je viens de décrire. Et si vous cherchez une idée de business à créer dans le domaine du logiciel, regardez du côté d’une plate-forme de traçabilité des usages de l’IA en entreprise… il y a tout un marché !

Cette semaine, Decideo a rencontré Jean-Guillaume Pelletier, associé de Mindmatcher, pour parler de la cartographie des métiers du numérique, à laquelle il a collaboré, pour le compte de GEN - Grande Ecole du Numérique. - Vous avez aidé la Grande Ecole du Numérique, créée en 2015 par le gouvernement, à cartographier les métiers du numérique. Quel a été votre apport et votre rôle dans l'établissement de cette cartographie ? - Quelles ont été les technologies utilisées ? Et les données sur lesquelles vous vous êtes appuyé ? - Comment avez-vous évité les biais ? - On parle de signaux faibles lorsqu'il s'agit d'anticiper des tendances... depuis au moins 20 ans. Qu'y a-t-il de nouveau dans ce domaine ? - La limite de l'IA, comme elle s'appuie sur des données du passé, c'est qu'elle est incapable de prévoir l'imprévisible. Comment avez-vous procédé ? - Est-ce que ce travail peut être reproduit dans les entreprises ? Si vous voulez vous aussi participer à une émission du podcast Decideo, envoyez un email à philippe.nieuwbourg@decideo.com.

SAP et le data mesh Depuis que le concept de data mesh a émergé en 2019, la réponse des grands éditeurs de solutions centralisées était attendue. SAP n’étant clairement pas un ardent défenseur de la décentralisation, il était légitime pour ses clients de se demander comment l’editeur allait aborder le sujet. Lancé en 2019, formalisé en 2022 dans le livre éponyme, le concept de data mesh a convaincu un certain nombre d’entreprises comme Suez, Le bon coin, Paypal, Eurotunnel, etc. Certains ne le nomment pas, et en choisissent les principes qu’ils souhaitent appliquer. Mais tous font un pas vers la décentralisation de la responsabilité des données vers les domaines métiers, et la migration de data warehouses centralisés vers des data products, décentralisés fonctionnellement et centralisés techniquement. Centraliser les données ou les jeux de données ? La réponse de SAP est apparue récemment, elle s’appelle SAP Datasphere. Soit pour ne pas avoir à payer de royalties, soit pour ne pas avouer qu’il n’est pas l’inventeur du concept, SAP n’utilise quasiment pas l’expression data mesh dans sa communication. Mais l’objectif est clairement de répondre à cette évolution. Voyons ensemble comment. Il y a quelques années, SAP migrant vers le cloud, proposait comme solution centrale à un système décisionnel son offre SAP Data Warehouse Cloud. Evoluant sur les plans technologiques et marketing, SAP Data Warehouse Cloud est devenu SAP Datasphere. Et il y a tout juste un an, SAP a présenté SAP business data fabric, basée sur SAP Datasphere comme coeur de la conception des systèmes décisionnels pour ses clients. “i[Data Fabric est une architecture technique, qui permet de rassembler des données hétérogènes en provenance de plusieurs sources]i”, explique Wolfgang Epting, expert produit chez SAP. On est donc bien dans une architecture de centralisation des données. Mais en réalité, SAP défend que SAP Datasphere peut être utilisé pour centraliser, de manière technique uniquement, des données ou des jeux de données (data products) qui peuvent provenir de sources externes. Ainsi, en définissant et construisant les data products dans les domaines métier, comme le préconise le data mesh, mais en les stockant dans la SAP business data fabric, cette dernière devient une plateforme selfservice de jeux de données. Les quatre principes du data mesh sont bien respectés : les domaines, les jeux de données, la plateforme en libre-service, et la gouvernance fédéralisée. Il faudra cependant resister à la tentation de stocker les données unitaires dans SAP business data fabric et d’y fabriquer les jeux de données, auquel cas il n’y aurait plus de décentralisation et l’on retrouverait le trio data warehouse - data lake - data mart. Le data mesh est avant tout un changement de paradigme, une organisation différente, décentralisant la responsabilité des données dans les métiers, et modifiant la répartition des rôles entre l’informatique et les métiers. Les luttes de pouvoir pourraient se réveiller à l’occasion de cette mise en place… Cataloguer, la première pierre de l’édifice Qu’il s’agisse de gouvernance ou de data mesh, le catalogue des données est au centre du dispositif. SAP ou pas, sans catalogue de données, toute la gouvernance et la décentralisation des responsabilités vers les métiers, seront incomplètes et surtout bien compliquées à appliquer. SAP s’est beaucoup appuyé sur ses partenaires pour la création du catalogue des données. Collibra semble le partenaire éditeur privilégié. D’ailleurs, en terme de couverture fonctionnelle, comme de coût et de délai de mise en place, il n’est pas rare d’entender Collibra qualifié de “SAP des catalogues de données”. Jusqu’à ce que SAP annonce sa propre solution, SAP Datasphere Catalog. Il permet “ i[de découvrir, gérer et controler, toutes les données afin de garantir une gouvernance transverse de l’ensemble de leur cycle de vie]i”, explique Wolfgang Epting. Il s’appuie sur un graphe de connaissance, qui met en relation les données, les métadonnées, et les processus métier. Dès la version 1.0 de SAP Datasphere, publiée en janvier 2024, il est possible de rechercher en une fois des données et des jeux de données dans le catalogue. Dans la feuille de route publiée par SAP, la connexion entre les data products et le catalogue de données, est prévue pour le dernier trimestre 2024. Les data products pourront alors s’enrichir des métadonnées du catalogue. Le catalogue de données pourrait alors devenir un catalogue de data products. L’extraction automatique des métadonnées pour alimenter Datasphere est prévue pour le premier trimestre 2025. Une question intéressante se pose alors en ce qui concerne l’avenir de la coopétition avec Collibra, et de l’impact de SAP Datasphere Catalog sur les clients actuellement équipés de SAP et de Collibra… Devront ils cumuler les deux solutions ou SAP leur conseillera-t-il amicalement de se concentrer sur sa propre solution ? Vers le partage et la monétisation des données Autre évolution intéressante, la place de marché de jeux de données que pourrait devenir SAP Datasphere. Les différentes fonctionnalités liées à la publication de données et de jeux de données sont prévues dans le courant de 2024. Seule l’ouverture vers une place de marché publique est inscrite dans la vision mais non encore planifiée. Franchement, si le ramage de SAP business data fabric, et ses composants Datasphere et Catalog, se rapportent à leur plumage, cette évolution de l’offre de SAP est en ligne avec celle des bonnes pratiques, et c’est une bonne nouvelle. Reste à voir le prix, les ressources de mise en œuvre, et la complexité.

DBOS, la base de données au coeur d’un futur système d’exploitation Quand vous entendez le nom de Michael Stonebraker, et que vous avez quelques souvenirs de vos cours d’histoire du logiciel, vos neurones se réactivent. Michael Stonebraker est en effet le concepteur de Ingres, au début des années 70, qui donnera naissance à Sybase, à Postgres. Spécialiste des bases de données, il donnera naissance à de nombreuses entreprises dont Vertica, VoltDB, etc. et sera pendant plusieurs années le directeur technique de Informix. Et si vous avez perdu la mémoire de cette histoire des bases de données, où si vous ne vous y êtes jamais intéressé, je vous conseille la lecture du petit livre rouge du sujet : RedBook.io. Disponible gratuitement, la 5ème édition, qui date de 2015, vous permettra de comprendre comment et pourquoi ont été créés ces composants indispensables de notre système d’information, les bases de données. Mais ce n’est pas le sujet du jour. En effet, à 80 ans, Michael Stonebraker n’a pas l’intention de partir à la pêche au coeur de l’Amérique profonde, mais plutôt de se lancer dans un nouveau projet : DBOS ! La réflexion de Michael Stonebraker part du rôle croissant de la donnée dans le système d’information. Notre économie “data driven”, nos entreprises “data driven”, notre architecture informatique bientôt “data driven”. Mais nos systèmes d’exploitation ne le sont pas encore; Linux par exemple. Pour Michael Stonebraker, il est temps de séparer les données du code du système d’exploitation, et réduire celui-ci à un petit noyau logiciel, exécutant quelques fonctions basiques de bas niveau. Tout le reste s’exécute dans la base de données. Cela fait maintenant trois ans qu’il travaille au MIT et à Stanford sur le sujet. Depuis une quinzaine d’années les bases de données relationnelles OLTP ont été grandement optimisées; elles pourraient donc aujourd’hui supporter l’exécution des tâches d’un système d’exploitation, explique-t-il. L’idée est donc de faire tourner l’OS dans la base de données. Une des fonctionnalités intéressantes est le “time travel debugger”. Il permet de remonter dans l’historique du système d’exploitation, par exemple en cas de cyber-attaque, et de revenir à la situation antérieure, instantanément. DBOS, qui compte pour l’instant une équipe de dix personnes, a levé 8,5 millions de dollars pour lancer ses activités. Michael Stonebraker en est un des cofondateurs, et le directeur technique. Un autre des cofondateurs est l’ancien directeur technique de Databricks. DBOS serait déjà en test dans une grande banque et une société du secteur agro-alimentaire. Pour en savoir plus, https://www.dbos.dev/

Normes ESG, reporting CSRD dans le domaine de la finance. On en parle avec notre invité cette semaine. - Le secteur financier est-il un émetteur d'externalités ? De quels types ? - Est-ce que la transformation numérique du secteur financier est un atout pour améliorer l'impact ESG ou au contraire un générateur de nouvelles externalités ? - Au coeur du sujet ESG, il y a la mesure, donc les données. Comment s'organise-t-on pour collecter et conserver ces nouvelles données ? - Comment s'assurer de leur qualité et de leur impartialité ? - Comment le système d'information doit-il s'adapter dans les prochaines années à ces nouvelles comptabilités ?

Cette semaine, une conversation passionnante avec Rachid Tighremt, fondateur de la société Layer Data, qui se spécialise dans l'accompagnement des projets de gouvernance des données. Nous parlons de conduite de projet, de choix d'un outil de catalogue de données, de la répartition des responsabilités entre l'informatique et les métiers. Nous abordons également un sujet novateur, celui du tableau de bord du projet de gouvernance : comment le construire, quels indicateurs doit-il contenir, etc.

Une place de marché pour cataloguer les data products Vous avez décidé de suivre la tendance ? Bravo ! C’est à dire de vous appuyer sur les utilisateurs métiers pour gérer et gouverner leurs données. Et vos propriétaires de données développent des data products, en négociation directe avec les consommateurs de ces mêmes données. Fantastique ! Selon plusieurs études, entre 50 et 70 % des entreprises seraient en train de planifier ou de déployer ce type d’architecture. Généralement, lorsque je présente cette nouvelle organisation à des entreprises, cela soulève deux questions : celle du catalogage des data products, et celle du stockage des données. Pour ce qui est du stockage, beaucoup de solutions ont émergé; on parle souvent de Snowflake ou de Databricks, mais également de Amazon Data Zone que je vous présentais la semaine dernière. En ce qui concerne le catalogage des données, c’est plus compliqué. Par définition, un catalogue de données catalogue … des données. Or là, ces données sont regroupées dans des jeux de données, ces fameux data products. Comment un catalogue de données peut-il évoluer vers un catalogue de jeux de données. C’est ce que propose depuis cette semaine Zeenea. Zeenea est un éditeur français, qui propose à ses clients une gestion de catalogue de données. Dans Zeenea, un Data Product est, je cite, “une collection de Jeux de Données de haute qualité et leurs métadonnées (propriétés, description, termes de glossaire liés, etc.), fournissant un contexte clair aux consommateurs de données”. L’éditeur a choisi de créer un magasin de data products. A l’image d’un site de commerce électronique, les utilisateurs de données vont pouvoir consulter une “Enterprise Data Marketplace”, dans laquelle les producteurs de données auront déposé leurs data products. Vous pouvez donc dans Zeenea cataloguer vos données, et partager vos data products. La solution est de plus basée sur un graphe de connaissance. Il permet aux utilisateurs de découvrir des données ou des data products, en suivant les liens. Les points essentiels tels que la gestion du cycle de vie, des politiques d’accès aux données, ou encore de la conformité des data products, sont pris en charge par la plateforme. A plus long terme, Zeenea envisage de décentraliser plus encore ses catalogues de données, en intégrant une forme de fédéralisation. Un catalogage géré par les utilisateurs, mais dans un cadre de gouvernance fédéral. Alors, appelez cela data mesh, ou pas, mais clairement Zeenea va dans la bonne direction. Allez, juste une remarque, Zeenea devrait intégrer la notion de data contracts dans sa plateforme. Ce contrat, signé entre le producteur et le consommateur d’un data product, est justement la partie qui manque à la théorie du data mesh.

Un peu comme Monsieur Jourdain faisait de la prose sans le savoir, la mode semble aujourd’hui de faire du Data Mesh sans le dire. Presque toutes les entreprises que je rencontre testent actuellement le concept de Data Product, permettant de faire négocier directement les producteurs et les consommateurs de données. Mais personne ne semble utiliser le terme de Data Mesh. Alors certes, inventé par Zhamak Dehghani en 2019, le data mesh est également devenu pour son inventeur l’occasion de promouvoir un outil informatique ad-hoc. Mais c’est surtout parce que le data mesh est assez contraignant, si l’on en respecte l’ensemble des principes. Les entreprises choisissent donc plutôt de s’en inspirer et de sélectionner les règles qu’elles souhaitent appliquer. Se pose bien entendu la question de l’architecture informatique qui va supporter ces data products. Hors de question de laisser chaque utilisateur gérer cela de son côté. Ce serait une catastrophe technique et de conformité. Mais on ne veut pas non plus revenir à une centralisation, dans un outil technique inaccessible aux utilisateurs… nous n’aurions alors pas progressé par rapport au data warehouse… Et n’oublions pas, pour compléter le tableau, que ces data products vont devoir partager la scène, pendant plusieurs années sans doute, avec les architectures centralisées actuelles. Difficile d’imaginer qu’une grande entreprise ait la maturité nécessaire pour que tous les utilisateurs prennent dès maintenant le contrôle de leurs données. Il va donc falloir gérer une transition par étape, avant d’envisager de décommissioner les systèmes centraux. Amazon propose d’apporter une réponse avec un nouveau produit, appelé Data Zone. Il s’agit d’un “espace”, où l’on va pouvoir conserver l’ensemble des données, qu’elles soient dans des data lakes, des data products, avec une logique de place de marché. En parallèle, Amazon lance un outil d’intelligence artificielle générative au service de la donnée. Il s’appelle Data Genie. Il va fonctionner de concert avec le catalogue de données Amazon Glue Data Catalog. Et s’appuie sur ce catalogue pour y ajouter un glossaire métier, permettant à l’IA générative de créer des descriptions automatisées, et de comprendre des requêtes en langage naturel. Amazon reconnait que “cela ne remplacera jamais la description rédigée par un spécialiste métier”, mais c’est une avancée intéressante. Attention cependant, les descriptions sont uniquement générées en anglais pour l’instant. Dans le cadre de la compréhension des requêtes envoyées par l’utilisateur en langage naturel (d’ailleurs cela fonctionne ici en français, en espagnol et en anglais), plutôt que de vectoriser l’ensemble des données pour essayer de les comprendre, Amazon Genie s’appuie là encore sur le catalogue; et c’est lui qui est vectorisé - à la clef, gain d’espace, de temps de calcul et de coût. Cela renforce la place centrale de la gouvernance des données, et de son catalogue au coeur de la plateforme data. Bien sur cela ne fonctionne que si vous utilisez l’ensemble de l’écosystème Amazon. L’éditeur nous dit que le lien peut être fait avec des catalogues existants tels que Collibra ou Alation, mais cela suppose un export de tout le catalogue au format JSON… je n’appelle pas cela de l’intégration. Alors, la Data Zone est-elle plus claire que les Data Plate-forme, Data Hub, Data Fabric et autres Data Trucs inventés par chaque fournisseur ? Je n’en suis pas certain, mais en plaçant le catalogue de données au centre de sa Data Zone, Amazon clairement va dans la bonne direction, celle de la gouvernance des données. Et celle d’une gouvernance appliquée à une architecture moderne, autour des data products, préservant cependant l’existant.

Depuis que je présente dans mes formations les concepts liés à une gouvernance des données orientée métiers, basée sur une répartition nouvelle des responsabilités entre l’informatique et les métiers, je ne cesse de répéter que les utilisateurs de 2024 veulent plus d’autonomie (en 2025 sans doute passeront-ils du “je souhaite”, à “je veux”), et moins dépendre d’un département informatique ou d’un département data pour manipuler cette matière première qu’ils maitrisent parfaitement Libérer pour attirer et conserver L’autonomisation des utilisateurs serait même une des clefs pour raviver l’engagement des jeunes générations, nouvelles arrivées dans le monde de l’entreprise. “Il importe aujourd’hui de s’interroger sur la manière de rendre le travail attractif pour que chacun ait le sentiment que son travail compte”, explique Pascale Griet dans son livre La Grande Impatience (Hermann Editeurs, 2023). “Valoriser le travail, c’est à la fois valoriser la contribution individuelle, et faire en sorte que chaque voix contribue effectivement à cette oeuvre collective”, explique-t-elle en parlant du sens à donner à l’entreprise. Autonomie d’accord, mais tout le monde est-il prêt ? Certes non ! Et mes dernières missions m’ont amené à rencontrer un assureur mutualiste, un département français, une administration sociale… dans lesquels manifestement, l’autonomie n’est pas le souhait de tous, en particulier au niveau de la direction. Y parvenir c’est “libérer” l’entreprise. Isaac Getz, dans son livre Liberté & Cie (Flammarion, 2009), définit l’entreprise libérée “lorsque la majorité des salariés disposent de la liberté et de l’entière responsabilité d’entreprendre toute action qu’eux-mêmes estiment comme étant la meilleure pour la vision de l’entreprise”. Une libération qui passe par les données De quoi parle-t-on si l’on applique ces idées au monde de la donnée ? En résumé de l’idée que les métiers peuvent, et souhaitent, prendre en main leurs données (dans un cadre de gouvernance global à respecter impérativement), tout comme les générations précédentes ont pris leur autonomie dans l’usage du téléphone, du mail, de Powerpoint ou de Word. Utiliser un outil tel que Tableau ou PowerBI n’est pas hors de portée d’un trentenaire qui a utilisé un ordinateur pendant une bonne partie de ses études. Et dépendre d’un service informatique ou d’un service “data” pour requêter, analyser et comprendre ses données, lui semble totalement anachronique. Il faut donc répondre positivement à ce besoin justifié d’autonomie. Les “data products” ont été conçus pour cela. Mais d’un autre côté, certains ne sont pas prêts ! Les vieux allez vous me dire ? Oui, mais ils peuvent être vieux dans leurs têtes sans ce que cela ne reflète leur état-civil. Certains n’ont pas la maturité pour prendre cette autonomie. Et parfois c’est la culture de leur organisation qui les a freiné. Doit-on les embarquer de force ? Cela ne fonctionnera pas. Doit-on les convaincre ? Ce serait idéal, mais certains resteront inflexibles. Doit-on rejeter l’autonomie aux autres pour satisfaire les moins agiles ? On risque alors de perdre les meilleurs éléments. Il faut donc mettre en place une transition progressive. Développer des data products pour permettre aux couples producteurs - consommateurs de bénéficier de cette nouvelle autonomie (dans un cadre de gouvernance strict, je le répète); mais maintenir un architecture centralisée “à l’ancienne” pour servir les données traditionnelles. Ainsi les plus agiles pourront montrer aux plus réticents les bénéfices de la nouvelle organisation; peut-être les convaincre; et finalement permettre dans plusieurs mois ou années le décommissionnement de l’ancien système. Ce n’est finalement pas pour rien, si le mot “autonomy” apparait 54 fois dans le livre de Andrew Johns sur les Data Contracts…

ESG Data Room : vous faut-il un data warehouse de plus ? “Le chemin vers la durabilité est pavé de données de haute qualité”, explique Janine Guillot, conseillère spéciale du président de l’ISSB, dans le rapport KPMG 2023 sur le reporting ESG. Tout le monde l’a compris, le respect des impératifs de reporting liés aux critères extra-financiers, sociaux et environnementaux, ne peut s’atteindre sans des données, et des données de bonne qualité. Dès 2024, environ 50 000 entreprises dans le monde seront concernées par la production de rapports sur leurs impacts sociaux et environnementaux respectant la directive européenne CSRD. Au-delà des aspects règlementaires, c’est une exigence des nouvelles générations. On parle de crise de l’engagement dans les entreprises, mais c’est en réalité une recherche de sens, d’impact positif, au-delà des critères purement financiers de réussite. Les nouveaux salariés recherchent “des emplois où l'on voit concrètement l'aboutissement de son travail à la fin de la journée. La finalité surtout. La question de l'utilité se mêle ici à celle du sens”, explique Pascale Giet dans La Grande Impatience. Les données sont donc encore une fois au coeur du futur de l’entreprise. Et des données que nous n’avions pas l’habitude de collecter, de stocker, et donc d’analyser. Ces indicateurs sociaux et environnementaux naissent dans nos opérations quotidiennes, mais ils ne sont presque jamais collectés. Mesurez-vous l’impact social et environnemental de la dernière formation à laquelle vous avez participé, du dernier webinaire que vous avez écouté, de la lecture même de cet article ? Non, car nous avons l’habitude de voir tout cela au travers du prisme financier. Quelque chose qui ne coute rien, est considéré comme sans impact, et n’est donc pas comptabilisé. Pourtant si vous assistez à une formation gratuite, vous consommez peut-être du carbone (impact environnemental négatif), mais en revanche votre compétence augmente (donc impact social positif). Prendre l’habitude de mesurer les critères financiers et les externalités non financières deviendra d’ici la fin de la décennie, une bonne pratique, une habitude… et une obligation. Cela ne se fera pas en quelques clics. Les processus sont à inventer, et les outils ne sont pas adaptés. Bien sur, vous avez votre Excel favori si vous souhaitez noyer votre entreprise dans une mer de données non vérifiées. Mais si vous êtes un peu sérieux, vous arriverez vite à la conclusion qu’il y a quatre options : Un data warehouse dédié : c’est la solution recommandée par les vendeurs de logiciels spécialisés… et pour eux une opportunité supplémentaire de chiffre d’affaires. Qu’il s’agisse d’applications conçues pour le reporting ESG, ou d’éditeurs de logiciels EPM, ils s’articulent autour d’un entrepôt de données qui centralise les données nécessaires à la production des rapports ESG, ESRS, CSRD, et leurs probables descendants. Avantage principal, une mise en place rapide, qui ne perturbe pas la production existante des indicateurs financiers, et n’impose pas de modifier la modélisation d’un entrepôt de données existant. D’ailleurs, étudiez également une alternative, celle d’une architecture plus moderne, basée sur les [concepts du data mesh, qui permettrait de créer des jeux de données, ou data products]urlblank:https://www.institut.capgemini.fr/formation/data-mesh-retours-dexperience-et-guide-pratique-de-mise-en-place/, sur la base de ces nouveaux besoins, produits directement par les utilisateurs. L’évolution de votre data warehouse existant : si votre entrepôt de données a été conçu de manière agile, si l’évolution de sa modélisation n’est pas un problème, cela permettra d’intégrer le reporting des indicateurs non financiers au coeur du système d’information. Mais cela nécessite de faire évoluer des flux d’intégration, et des structures de stockage, en prenant soin de ne pas perturber ce qui fonctionne actuellement. Adapter les applications sources : bien entendu, les applications métiers devront évoluer, pour générer les données des externalités. Et là… inutile de vous dire que le chantier est immense. Malgré la publication des normes officielles, rares sont les éditeurs de logiciels de gestion à aborder le sujet. SAP a annoncé que, dès le premier trimestre 2024, ses outils seront en mesure de [générer des données ESG à destination de son portail Profitability and Performance Management]urlblank:https://blogs.sap.com/2023/11/02/manoeuvring-through-the-complexity-of-eu-sustainable-finance-corporate-sustainability-reporting-directive-csrd /. Salesforce avait fait en septembre dernier une annonce similaire, montrant qu’il accompagnerait ses clients dans la [collecte des données et la production de rapports CSRD]urlblank:https://www.salesforce.com/news/stories/net-zero-cloud-ai-reporting-news/. Pour beaucoup d’éditeurs, c’est plutôt le silence. Que vous ayez choisi de construire une entrepôt de données dédié, de faire évoluer votre entrepôt actuel, ou d’en profiter pour mettre en place une architecture basée sur des data products, l’adaptation des applications sources est indispensable pour éviter l’usine à gaz. Pour les applications sur mesure, ce sera long, compliqué, et couteux ! Virtualiser : des éditeurs de solutions de virtualisation telles que Denodo, ne manqueront pas de souligner que les rapports CSRD pourraient être l’occasion de tester le concept de virtualisation de données. En résumé, les données ne bougent pas, elles restent dans les applications sources, la plateforme les rend disponibles en virtualisant un entrepôt de données dédié. On retrouve les avantages de la première solution, mais sans duplication physique des données. Les avantages et inconvénients de cette architecture virtuelle sont nombreux. A étudier en détail, mais à tester en grandeur nature avant de l’adopter. Face à ces choix, la premier constat est simple : personne n’est prêt ou presque. Lors d’un webinaire de présentation de sa solution EPM, Jedox a réalisé un petit sondage en ligne : 55 % des participants reconnaissaient n’avoir pas encore choisi d’outil… et c’est une bonne nouvelle. Certes ce n’est pas pour demain… mais 2025 c’est après-demain. Car pour sortir des indicateurs fiables en 2025, il vous faudrait commencer à comptabiliser correctement en 2024… Or vous n’êtes pas prêts. Ne comptez pas sur un report de la date limite au dernier moment, ce n’est pas la France ! Mais l’Europe. Et les calendriers sont bien plus strictes que dans l’hexagone (voir par exemple la farce du report régulier de la mise en place de la facturation électronique). N’allez pas non plus vous précipiter sur un outil (comme vous l’aviez fait il y a quelques années en installant un data lake sans savoir pourquoi… qui s’est transformé en data marécage). L’outil viendra en son temps, lorsque vous aurez cerné le périmètre, formalisé les processus, choisi les indicateurs, identifié les sources de données, défini les rôles de chacun… croyez-moi il y a du travail avant de passer à la plomberie ! Vous avez envie d’en savoir plus, j’ai conçu avec Capgemini Institut une formation dédiée à ces sujets, [Mettre en place les reporting CSRD – ESG en s’appuyant sur des données pertinentes]urlblank:https://www.institut.capgemini.fr/formation/mettre-en-place-les-reporting-csrd-esg-en-sappuyant-sur-des-donnees-pertinentes/, à suivre en 2024, ou à mettre en place de manière personnalisée dans votre entreprise.

Et si la regression de l’IA était la bouée de sauvetage de l’Être humain… Pour bien comprendre l’IA, il faut comprendre le principe de base de l’apprentissage machine. On apprend à la machine, on la dresse. Au risque de paraître à contre-courant, l’IA n’est pas “intelligente”, c’est du dressage. Comme je l’explique dans mes formations, l’IA fonctionne un peu comme votre chien. Il est “intelligent” car il a compris que, en échange d’une friandise ou d’une caresse, il vous ramène la balle que vous avez lancée. Si vous appelez cela de l’intelligence, d’accord; moi, je préfère appeler cela du dressage. Quoiqu’il en soit, l’IA fonctionne sur le même principe. C’est ce que l’on appelle des données d’entrainement. Vous montrez à l’algorithme ce qui s’est passé. Il en déduit ce qui va se passer. Première contrainte, vous devez avoir des données sur ce qui s’est passé dans le passé. Sans données d’entrainement, aucune prédiction n’est possible. Et ne me parlez pas des générateurs de données d’entrainement, qui représente sans doute le pire des biais que vous pouvez enseigner à vos systèmes d’IA. Pas de données, pas de prévisions ! Dans le cas des IA génératives, comme ChatGPT, dont on parle beaucoup depuis six mois, ou de ses équivalents graphiques comme MidJourney; l’entrainement est réalisé à partir de contenus récupérés sur Internet ou dans différentes bases de données. Si vous demandez à MidJourney de dessiner un ordinateur à la manière de Picasso, il copiera l’ensemble des caractéristiques des tableaux de Picasso qui ont servi de base à son apprentissage et produira un nouveau dessin. Ce nouveau dessin sera ensuite intégré dans sa base de connaissance et servira à son tour de donnée d’entrainement, etc. Et c’est là qu’à moyen terme, l’apprentissage machine creuse sa propre tombe. L’IA produit du contenu à partir du contenu existant. Dans le cas d’un tableau style Picasso, ou d’un texte style Victor Hugo, ce n’est bien sur ni du Picasso, ni du Victor Hugo, mais une copie. Cette même copie servira par la suite à alimenter les prochaines phases d’apprentissage. Un article sur le sujet a été récemment publié sur Arxiv : “The Curse of Recursion: Training on Generated Data Makes Models Forget” - La malédiction de la récursivité : L'entraînement sur des données générées fait oublier les modèles. Cet article explique comment, à force de créer des contenus basés sur les contenus eux-mêmes générés par une IA générative, le système perd peu à peu de sa substance. A force de copier la copie de la copie de la copie, le contenu généré devient le plus petit dénominateur commun du tableau de Picasso ou du texte de Victor Hugo. En résumé, pour paraitre intelligente, une IA générative a besoin de contenu humain original pour améliorer en permanence la copie qu’elle génère. Se posent alors deux questions. Premièrement, dans un monde où plus personne ne voudrait travailler, et où tout le monde utiliserait l’IA, comment continuerait-on à progresser ? La réponse est simple, nous ne progresserons plus. Plus de découverte scientifique, plus d’imagination, juste des copies de copies de copies. Imaginez que tout le monde confie la rédaction de ses pages web ou de ses fiches produits à une IA générative… ce n’est plus la terre qui serait plate, mais bien l’ensemble des sites Web ainsi conçus. Deuxièmement, les humains créateurs de contenus accepteront-ils que leurs créations soient pillées par les IA génératives sans leur accord ? J’ai déjà démontré que les IA génératives ne respectent ni les droits d’auteur ni le copyright, et ne mentionnent aucune de leurs sources. Et je plaide d’ailleurs pour la mise en place d’une balise permettant de publier du contenu sur Internet, et d’indiquer que l’on refuse son indexation par les IA génératives. Donc si ces IA ne disposent plus de contenu original et humain pour apprendre, elle perdront peu à peu de leur valeur. C’est ce qu’explique l’article que je citais il y a quelques instants. N’ayez donc pas peur de ces IA ! Utilisez les pour ce qu’elles savent faire : ramener la baballe. Et donnez leur une caresse. Pour l’imagination, la découverte, la création, l’originalité, faites confiance à l’Être humain. Son processus de création est cependant le même que l’IA. Quand l’Homme apprend, il lit, il regarde, il s’inspire. La différence vient après ! Il ne se contente pas de plagier, il veut ajouter sa propre dimension, sa propre recherche. Et c’est cela qui fait sa valeur !

Fondée par Grégoire Genest, Matthieu Heurtel et Mathieu Schimpl, Albert School est la première Business School qui place la data au coeur de son enseignement, et qui ambitionne de former les talents de demain. Cette nouvelle école s’inscrit dans un contexte où l’enseignement supérieur français est segmenté entre formations d’ingénieur et écoles de commerce. Son ambition est de casser la frontière entre le commerce et la data et ainsi former des futurs managers/entrepreneurs qui comprennent à la fois le monde de l’entreprise et ses enjeux techniques, pilotés par la data. Offrant un équilibre entre l'enseignement des grandes écoles de commerce et d'ingénieur, l’école veut réinventer la préparation de ses étudiants au monde de l'entreprise. L’école propose des parcours post bac et master et garantit à ses étudiants de nombreux débouchés, à commencer par des opportunités dans ses entreprises partenaires renommées (LVMH, Carrefour, BCG Gamma...) et vise 100% d’employabilité post-cursus. Les 33 étudiants de la première promotion ont fait leur rentrée en septembre dernier au sein d’un campus de 2500 m² dans le Xe arrondissement de Paris. (Photo Albert School)

Le Digital Services Act (DSA) est une proposition de loi de l'Union européenne visant à réglementer les entreprises technologiques et les services en ligne opérant sur le marché européen. Cette proposition de loi est destinée à remplacer la directive e-commerce de l'Union européenne datant de 2000, qui était la principale loi régissant les services en ligne en Europe. Le DSA vise à moderniser la réglementation des services en ligne et à renforcer la responsabilité des entreprises technologiques en matière de lutte contre la désinformation, les discours de haine, la contrefaçon et d'autres contenus illégaux en ligne. Il prévoit également la mise en place de nouvelles obligations de transparence pour les plateformes en ligne, notamment en ce qui concerne la publicité politique, les algorithmes et les pratiques de modération de contenu. Le DSA est l'une des deux propositions législatives qui ont été présentées en décembre 2020 dans le cadre du paquet législatif sur la stratégie numérique de l'Union européenne. La seconde proposition, le Digital Markets Act (DMA), vise à réglementer les plateformes en ligne qui sont considérées comme des "gatekeepers" en raison de leur position dominante sur le marché. Thierry Breton a annoncé le 25 avril 2023, la liste des grandes plates-formes qui seront soumises au DSA dès le mois d'août 2023.

"L’informatique décisionnelle a pour but de « faciliter la collecte des données, son analyse et la transmission de l’information, et la met en forme pour être un support à la prise de décision » (Rikhardsson et Yigitbasioglu 2018, p. 37). Grâce à l’automatisation des remontées de données et à leur agrégation, elle permet d’améliorer la fiabilité du reporting et de prendre des décisions sur les ressources et les charges d’une entreprise, ou encore sur ses besoins d’investissement. Le malheur des dirigeants réside néanmoins bien souvent dans leur difficulté à évaluer le retour sur investissement des solutions de Business Intelligence. À y regarder de plus près, on se rend compte que le temps passé par des employés sur la production et la consolidation de données, par exemple lors de la clôture d’un exercice comptable, est titanesque. Or quand un mois est nécessaire pour clôturer un exercice, les outils de BI permettent de le faire en moins d’une semaine. Leur valeur ajoutée se ressent également au quotidien : un dirigeant qui a besoin d’une analyse financière pour prendre une décision doit en temps normal attendre quelques jours pour l’obtenir. La technologie permet quant à elle de réaliser cette tâche en une trentaine de minutes", nous explique David In responsable d’activité Data (BI/EPM) chez Prodware France

2023 serait l'année du low-code ! C'est en tous cas ce que pense Pega, éditeur d'une plate-forme logicielle d'encadrement et d'administration de ces nouvelles pratiques de développement sans code. Sans code peut-être, mais pas sans données ! Et si les architectures de données, la gouvernance, la conformité sont au coeur des besoins actuels des entreprises, comment des technologies censées laisser à l'utilisateur le soin de développer ses propres outils informatiques peuvent-elles respecter le cadre contraignant global d'un système d'information ? Nous recevons aujourd'hui Romain Delalande, Manager Solutions Consulting France chez Pegasystems pour aborder l'ensemble de ces sujets, et comprendre comme le low-code / no-code peut, ou ne peut pas, être utilisé dans le cadre d'applications décisionnelles.

L'ERP, on a l'impression de le connaitre, et en même temps, il a beaucoup évolué depuis ses premières générations dans les années 80. Chez Forterro, on se spécialise dans les ERP à destination du secteur industriel. Un secteur qui aborde la transformation numérique avec ses propres contraintes. Nous en parlons avec Sébastien Weill, directeurs produits et R&D chez Forterro France. - Les entreprises industrielles sont en retard en matière de transformation numérique. En ont-elles besoin ? Si oui, comment doivent-elles accélérer ? - Pourquoi est-ce plus compliqué dans un environnement industriel que dans le secteur des services ? - L'ERP, on en parle encore ? Est-il l'outil de la transformation numérique ou au contraire son frein ? Ils semblent ne pas avoir beaucoup évolué depuis 20 ans...

La start-up Husprey lève 3 millions d’euros pour remplacer les dashboards par des notebooks au service du business et de la data Les entreprises ne peuvent plus réussir sans prendre des décisions éclairées par la data. Husprey démocratise les "data notebooks" — ces documents qui concentrent contexte, données et conclusions — répondant ainsi au besoin grandissant de collaboration entre équipes data et équipes métiers. Husprey, expert dans la data analyse, annonce une levée de fonds de 3 millions d’euros auprès de Galion.exe, Axeleo Capital et un cercle d'un cercle fermé de Business Angels. La start-up française a développé une plateforme qui permet à tous types d’entreprises d’exploiter plus efficacement la data. Les data analystes peuvent désormais partager leurs conclusions plus rapidement, plus efficacement et dans un seul et même document (notebook) avec toutes les équipes (Marketing, Ventes, Opérations…). ROI et gain de temps pour tous dans l’analyse de la donnée Aujourd'hui, les équipes analytics naviguent entre des tableaux de bord et des slides pour partager leurs conclusions. Ce process est non seulement lent mais également source de nombreuses erreurs. Face à cette problématique, Husprey a lancé une plateforme qui permet aux analystes de disposer d'un lieu central où ils peuvent collaborer entre eux, connecter leurs données, effectuer des analyses et les partager avec les collaborateurs de l'entreprise, qu'il s'agisse d'un utilisateur technique, métier ou du management, par le biais de notebooks. Les utilisateurs accèdent directement aux documents de Husprey pour objectiver leurs décisions commerciales. Husprey offre ainsi un changement de paradigme fort qui permet de diminuer drastiquement le nombre de dashboards inutilisés et coûteux à maintenir tout en permettant de multiplier l'efficacité des équipes analytics. En 2022, la solution Husprey a convaincu de très beaux clients en France (Ankorstore, Malt ou Doctrine), à l’international (Allemagne, Pays-Bas, Etats-Unis) et enregistre une croissance d'usage hebdomadaire de 5%. Avec ce tour de table, Husprey veut devenir l'outil référence pour les data analystes "Cette levée de fonds est une étape décisive pour le développement d’Husprey. Aujourd’hui, alors que la data est devenue clé dans la prise de décision des entreprises, le constat est que les équipes métiers ne comprennent pas toujours les data analystes. Husprey change la donne. Nos notebooks permettent de livrer des analyses claires avec contexte, données et conclusions. Raconter une histoire avec un dashboard, c’est compliqué ; avec Husprey, cela devient facile et l'entreprise gagne en productivité et en performance." souligne Thibaut Collette, CEO Husprey Les fonds vont permettre de doubler la taille de l'équipe d'ici la fin du premier semestre 2023 pour recruter des développeurs en logiciel, des marketeurs, des commerciaux et un rôle de Directeur de la Data. L’objectif est de continuer à faire gagner plus de temps aux data analystes et faciliter la prise de décisions pour les équipes métier. "Au cours de notre audit, deux choses m'ont frappé. D'abord la passion que partageaient les clients pour la solution Husprey. Ensuite, la qualité du produit. Ce niveau de qualité à ce stade de développement est un signal fort.", explique Willy Braun de Galion.exe. Sur un marché en forte croissance, qui devrait continuer de croître de +12,8% par an d’ici trois ans, selon IDC, pour atteindre une valorisation de 40 milliards en 2026, Husprey s’impose comme un nouvel acteur majeur, et la seule solution existante en Europe.