Cela fait plus de cinq ans que Tim O’Reilly a publié son pamphlet Open Government.sur le Gouvernement Plateforme. Depuis, nous avons vu l’ouverture des données publiques gagner en popularité et intégrer les mœurs. L’Etat comme des collectivités locales à travers la France ont développé des plateformes d’accès aux données publiques. Ils ont posé avec succès les bases d’un nouveau type d’administration ouverte qui ouvre ses interfaces et mobilise un écosystème de réutilisateurs. Cependant, il semble que ces nouvelles pratiques se soient arrêtées en plein milieu de ce chemin vers un gouvernement ouvert, un gouvernement plateforme.
Il est encore difficile d’intégrer les données publiques ouvertes dans des services commerciaux tant la qualité et mise à jour des données laissent à désirer. La diversité de structuration et formats des données que l’on retrouve sur une même plateforme est préjudiciable à l’usage et certaines données sont carrément inutilisables. Notamment celles qui n’ont pas été mises à jour depuis leur première publication et qui sont désormais obsolètes. Lorsque la documentation existe, elle est souvent partielle ou incompréhensible.
Il est difficile de mesurer l’impact d’une démarche d’ouverture mais nous pouvons dire sans hésiter que le nombre de personnes qui a pu bénéficier des données ouvertes est bien moins conséquent que ce que nous étions en droit d’attendre. Bien sûr nous pouvons applaudir les avancées, sur le nombre de jeux publiés et sur l’accès (partiel) à des données fermées jusque là tel que le prix des carburants ou les informations nutritionnelles, bien. Cependant, si nous voulons avancer au-delà du seul processus de la publication pour le nombre, il convient de se concentrer sur la qualité des données plutôt que la quantité.
Le vrai dilemme derrière ce problème de qualité des données, c’est que les personnes qui ont le pouvoir pour les améliorer ne sont pas incitées à le faire. Les agents de l’administration, qui font un travail considérable bien souvent en sous effectif et avec peu de moyens, sont pour beaucoup convaincus des bienfaits de la transparence et et de l’accès à leurs données. Mais aujourd’hui l’open data représente une charge supplémentaire plutôt qu’une solution à leurs problèmes quotidiens. Lorsque les données deviennent obsolètes ou doivent être corrigées, quelqu’un doit prendre le temps de les corriger ou mettre à jour sur le circuit additionnel des données ouvertes. La vraie clé est de développer les incitations et faire en sorte que les plateformes open data soient les solutions internes. Ce qu’il manque aux administrations c’est de manger leurs propres données sur le modèle : Eat your own dogfood !
Le dogfooding (aussi appelé Eating your own dog food en anglais), traduit littéralement par « manger sa propre nourriture pour chien », est une expression désignant l’utilisation de ses propres produits et services afin de se confronter directement à ses qualités et défauts.
Le dogfooding est un terme d’argot utilisé par les ingénieurs d’une entreprise qui utilisent leur propre produit ou accèdent à leurs données par leurs propres API publiques. Le dogfooding permet ainsi aux agents d’aborder leurs données sous la même perspective que les utilisateurs externes. Il fournit surtout une incitation à rendre le service hautement fonctionnel.
Manger ses propres données, sur le modèle dogfooding, est la règle d’or de plateformes qui se développent par un écosystème. Or actuellement les plateformes open data françaises violent de manière flagrante cette règle essentielle. Combien d’administrations publiques utilisent uniquement leurs plateformes open data pour accéder et partager leurs données ouvertes (hors SIG) ?
Sur Nantes, après le gros travail d‘intégration des noms des rues sur OSM, les contributeurs d’Openstreetmap ont fourni à la métropole la liste des erreurs constatées sur le terrain et les corrections du jeu de données publiques. La réponse des agents a été que leur base était bien à jour en interne, seul le jeu en open data n’était pas correcte. La base publique a été mise à jour plusieurs mois plus tard.
Le rapport Deloitte sur le bilan du projet open data du département de Loire-Atlantique pointe d’ailleurs la dissociation que font les agents entre leurs jeux de données internes, fruit de leur travail et maintenu à jour, et les jeux publiés en open data qui passent par des « moulinettes » de formatage détériorant la qualité de certains jeux. Les données ouvertes sont des données orphelines.
Les acteurs internes n’utilisent actuellement pas la plateforme open data pour accéder à leurs propres données ou aux données d’autres services. Ils n’expriment pas de besoin particulier d’ accéder à d’autres données que celles dont ils disposent dans leurs outils actuels. Il est à noter que la plateforme open data n’a pas la vocation de devenir un outil d’échange entre les services .
Département de Loire-Atlantique, Open Data 44 Evaluation de la démarche Open Data (Deloitte, juin 2014)
Le résultat de tout cela, c’est que le public ne bénéficie pas des données correctes, améliorées et mises à jour. En outre, si les données qualifiées sont déjà échangées entre services, c’est qu’elles ont une valeur d’usage qui peut profiter aux acteurs externes or ce sont celles-là précisément qui ne sont pas ouvertes ! Ce sont ces données qui doivent être libérées en priorité et les plateformes open data ne devraient plus représenter que le seul outil possible pour le partage des données inter-services. Tant que les portails open data ne feront pas partie du process de flux des données internes, ils ne pourront pas être fonctionnels et il ne faudra pas attendre que des entreprises misent leur développement sur des projets fantômes.
Tim O’Reilly aime présenter l’exemple d’Amazon comme modèle pour le concept de gouvernement plateforme. Comment l’accès à ses données et ses API a permis le développement d’un écosystème de valorisateurs de ses services. C’est un modèle efficace mais Amazon n’a pas démarré son développement sur un modèle de plateforme, Amazon est devenu une plateforme sur décision de la direction, une fois que l’entreprise était déjà bien établie. La direction a pris les mesures suivantes :
- Toutes les équipes vont désormais exposer leurs données en ligne grâce à des interfaces de service.
- Les équipes doivent communiquer entre-elles à travers ces interfaces.
- Il n’y aura pas d’autre forme de communication permise entre services : pas de lien directe, pas d’arrière-portes. La seule communication autorisée est celle via des appels API.
- Toutes les interfaces de services, sans exception, doivent être conçues dès le départ pour être externalisables. Les équipes doivent concevoir les outils pour être en mesure d’exposer leur travail. Pas d’exception.
- Toute personne qui ne suit pas ces recommandations sera congédiée.
- Je vous remercie; bonne journée!
Cet article explique les transformations lentes et douloureuses pour évoluer d’une société de produit vers une société de service. Mais cette transformation a créé une structure de renom international adaptée au contexte numérique. Si l’on veut continuer à voir les administrations françaises évoluer vers l’adaptation au contexte numérique, il va falloir qu’elles commencent à traiter les acteurs extérieurs comme les agents publics, avec le même souci d’efficacité, d’exigence qualitative et les mêmes interfaces.
Attention, il ne s’agit pas ici de considérer que les administrations publiques doivent devenir des Amazon. Il s’agit de profiter d’expériences réussies de transition vers l’ère numérique et de méthodes, ici le dogfooding, pour les adapter au contexte public. Pour être plus efficace avec autant voire moins de moyens, le service public doit pouvoir s’appuyer sur des ressources externes et développer un écosystème sur le modèle des plateformes. Mais comment attendre d’acteurs externes qu’ils se branchent sur un circuit que les agents internes ne veulent même pas exploiter ? Si les organismes publics veulent pouvoir profiter d’écosystèmes de valorisation de leurs données, il va falloir commencer par consommer leurs propres données et donc considérer les plateformes open data comme le seul outil de circulation des flux, internes comme externes.
Puisqu’il s’agit de profiter de l’ouverture des données comme levier de modernisation de l’action publique, assurons nous d’utiliser tous les mêmes outils et de développer les incitations d’accès aux données hautement qualifiées dont nous avons besoin. Il est temps désormais de manger ses propres données.
Quelques suggestions pour un pilote de Dogfood public
- Identifier les données les plus partagées entre services internes et organisations partenaires. Certaines sont probablement échangées par email, sous forme de bases de données ou parfois API sophistiqués. La méthode d’échange importe peu.
- Avec une équipe transversale d’agents mais également d’acteurs extérieurs réutilisateurs de données, prioriser les données pour l’ouverture.
- Travailler avec les agents pour créer les interfaces nécessaires à l’accès aux données. L’interface doit être conçue de manière à pouvoir être rendue publique.
- Lorsque les interfaces sont créées, annoncer que tous les échanges de données ne se feront plus que par ce biais.
- Garantissez l’accès ouvert à l’interface et à sa documentation
Ce billet est une libre adaptation au contexte français de l’article « Hey Uncle Sam, Eat Your Own Dogfood! » publié par Anthea Watson Strong, avec l’aimable et souriante autorisation de son auteure.
libertic.wordpress.com 