Utiliser des normes, données, sources et innovations ouvertes

Trop souvent, les rares ressources publiques et internationales pour le développement sont dépensées pour investir dans un nouveau code logiciel, des outils, la collecte de données, du contenu et des innovations pour des solutions spécifiques à un secteur qui sont verrouillés par des droits de licence, avec des données utilisées et disponibles seulement pour des projets spécifiques. Une approche ouverte du développement numérique peut aider à augmenter la collaboration au sein de la communauté numérique et à éviter de répéter un travail qui a déjà été effectué. Les programmes peuvent maximiser leurs ressources – et finalement leur impact – à travers les normes, les données, les sources et les innovations ouvertes. En tirant parti des investissements existants lorsque cela vous est possible, vous pouvez utiliser les ressources limitées du développement numérique pour créer des biens globaux. Ce que signifie être « ouvert » dans le cadre de votre projet dépendra des contraintes pratiques et techniques, des préoccupations à l’égard de la sécurité et de la confidentialité et des dynamiques des personnes et des réseaux dans votre espace. Par exemple, l’extension que votre projet donnera à l’utilisation des logiciels à code source ouvert dépendra des besoins identifiés dans votre contexte et d’une analyse des meilleures options disponibles pour répondre à ces besoins en tenant compte de leur coût total de possession

Explorez ce principe en: Principes fondamentaux Cycle de vie du projet Ressources mentionnées

Principes fondamentaux

  • Définissez et communiquez ce que signifie « être ouvert » dans le cadre de votre projet.
  • Adoptez et renforcez les normes ouvertes existantes : les spécifications développées, convenues, adoptées et maintenues par une communauté et qui favorisent le partage de données au travers des outils et des systèmes.
  • Partagez des données non sensibles après vous être assuré que les exigences de confidentialité des données sont respectées ; pour encourager l’innovation ouverte par n’importe quel groupe ou secteur, ne restreignez pas l’utilisation des données.
  • Utilisez des plateformes ouvertes existantes, lorsque c’est possible, pour aider à automatiser le partage de données, à connecter votre outil ou système avec d’autres et disposer de la flexibilité nécessaire pour l’adapter à de futurs besoins.
  • Considérez l’investissement dans des logiciels comme un bien d’intérêt public.
  • Développez de nouveaux logiciels à code source ouvert, que tout le monde peut voir, copier, modifier et partager, et déposez le code dans des archives publiques.
  • Rendez l’innovation possible en partageant librement et sans restrictions, en collaborant largement et en créant conjointement des outils lorsque cela fait sens dans votre contexte.

Cycle de vie du projet

Les recommandations, conseils et ressources suivants ont été élaborés par la communauté de développement numérique pour vous donner des options pour appliquer ce Principe durant chaque phase du cycle de vie du projet. Ce guide n’a pas la prétention d’être exhaustif mais plutôt de suggérer des actions que vous pouvez mener de manière à appliquer ce Principe à votre travail. Si vous avez d’autres conseils, ressources ou commentaires à ajouter, veuillez s’il vous plaît les partager avec la communauté sur le Forum des Principes numériques.
Analysez & planifiez Concevez & Développez Déployez & Implémentez Transversale : Suivi & Évaluation

Analysez & planifiez

Durant cette phase, faites des recherches sur les normes, les données, les sources ouvertes et l’environnement d’innovation ouverte dans l’écosystème de votre projet. Évaluez comment utiliser les politiques ouvertes et les critères pour atteindre les résultats stratégiques propres à votre contexte spécifique. Gardez en tête qu’il n’est pas toujours possible d’inclure toutes les pratiques ouvertes. Si vous ne pouvez pas participer à des pratiques ouvertes, veillez à communiquer aux intervenants les raisons de cette décision afin de pouvoir continuer à favoriser la transparence.
  • Définissez ce que signifie « être ouvert » dans le cadre de votre programme ou projet. Assurez-vous que votre organisation en a une compréhension exacte. Des malentendus à propos de la signification du mot « ouvert » pourraient engendrer de la peur ou de la résistance. Par exemple, des intervenants pourraient ne pas comprendre comment des données ouvertes peuvent également respecter les normes de confidentialité et de sécurité. Les termes visés par ce Principe peuvent être définis comme suit :
  • Les normes ouvertes sont des normes publiquement disponibles et dont l’implémentation réussie est prouvée. Ces normes sont développées, adoptées et maintenues par une communauté afin de permettre l’interopérabilité, ou la connexion des systèmes, entre groupes et d’éviter la dépendance à l’égard d’un seul vendeur.
  • Les données ouvertes englobent des informations auxquelles on peut accéder et que l’on peut analyser et partager librement tout en maintenant la protection de la confidentialité. « Être ouvert » signifie partager des données avec une licence ouverte, dans un format lisible par une machine et, de préférence, dans n’importe quel objectif (par exemple, il n’y a pas de restriction concernant le fait que le secteur privé utilise également ces données)
  • Les sources ouvertes sont des logiciels dont le code source peut être vu, copié, modifié et partagé par tous. La communauté en source ouverte donne la priorité à la propriété collective.
  • L’innovation ouverte réfère aux idées, concepts et design co-créés ou à l'invitation à la contribution d'idées (le crowdsourcing en est un exemple).
    • Identifiez les politiques et les normes d’ouverture que votre projet doit respecter. Ces politiques et ces normes peuvent inclure des politiques nationales pour un gouvernement ouvert, des politiques de libre accès de la part des donateurs qui exigent que les publications soient mises à disposition gratuitement ou des normes de transparence de l'aide comme l’International Aid Transparency Initiative (IATI).
    • Planifiez pour une licence ouverte. Convenez d'un ensemble de licences pour toute ressource développée ou produite par le projet, telles qu'une licence open source spécifique, une licence Open Data Commons (par ex., la licence d’attribution d’Open Data Commons) ou une licence Creative Commons (par ex., la licence d’attribution de Creative Commons). Dans la plupart des situations, le partage ouvert n’est pas un défaut de position légale de ce fait une licence explicite est requise. Pour partager le plus ouvertement possible, utilisez les déclarations de domaine public proposées par Open Data Commons et Creative Commons.
    • Identifiez des plateformes ouvertes pour héberger les ressources de votre projet, comme le dépôt que vous utiliserez pour votre code logiciel. Par exemple, vous pourriez partager des données humanitaires - y compris des données à propos d’une crise humanitaire, des personnes touchées et de leurs besoins,- et les réponses à la crise, à travers l’Humanitarian Data Exchange (HDX), et vous pourriez partager des données géospatiales ouvertes sur OpenStreetMap. Évaluez aussi si votre travail a des résultats qui peuvent être partagés sur Wikipédia, y compris sur un Wikipédia dans la langue du pays concerné.
    • Collaborez avec les implémenteurs qui ont effectué un travail similaire pour déterminer les possibilités de rendre votre projet plus ouvert. La collaboration peut prendre la forme de groupes de travail ou de réunion de partage d’informations, ou encore d’un travail conjoint pour construire la technologie elle-même.
    • Identifiez des interfaces de programmation d'application (API) existantes et des normes ouvertes appropriées et construisez à partir d’elles. Si vous ne savez pas comment obtenir cette information, demandez à la communauté des Principes de vous aider à vous connecter avec les communautés de votre secteur comme l’Open Health Information Exchange (OpenHIE).
    • Planifiez la manière dont vous ouvrirez votre projet. Incluez les exigences que vous devez respecter et les étapes que vous choisirez de parcourir. Assurez-vous que vos plans sont en adéquation avec les exigences de confidentialité et de sécurité des données, qui peuvent entrer en conflit avec les objectifs et les exigences d’ouverture.
    • Incluez, dans la mesure du possible, des options de sources ouvertes lorsque vous évaluez des technologies et des outils. Ça pourrait ne pas être possible si, par exemple, un ministère, un partenaire ou un donateur avait déjà choisi un logiciel propriétaire : un logiciel dont un individu ou un groupe détient les droits et d’une certaine manière en réduit l’utilisation. Si aucun choix n’a été fait, évaluez les coûts à long terme de vos options, comment elles répondent aux besoins des utilisateurs et les bénéfices et risques des technologies ouvertes et propriétaires. Cette évaluation aidera à identifier un outil qui puisse répondre le mieux possible aux besoins des utilisateurs et à ceux inhérents à votre contexte.
    • Encouragez les communautés ouvertes. Rendre simplement votre code logiciel disponible pour le public n’est pas la même chose que de créer un produit à code source ouvert. Assurez-vous qu’il y a une communauté qui souhaite adopter le code, maintenir de faibles barrières à son accès et contribuer à son développement ultérieur.
    • Contribuez en retour aux plateformes de sources ouvertes existantes. Lorsque vous identifiez un code logiciel que vous aimeriez utiliser ou adapter lors de la phase de planification, assurez-vous que tout changement que vous apporterez au code soit communiqué en retour aux communautés qui le partagent.  Continuez de contribuer au sein de la communauté avec vos modifications et les enseignements que vous aurez tirés, pour le cas où, dans le futur, quelqu’un d’autre aurait un besoin similaire du code. 

Conseils & Ressources

Concevez & Développez

Concevez et développez votre outil en utilisant des approches ouvertes afin que les utilisateurs, les intervenants et la communauté de développement numérique en tirent tous des bienfaits. Par exemple, l’avancée de l’interopérabilité des systèmes aidera à prévenir le développement de systèmes parallèles inefficients qui gaspillent des ressources et du temps sur le long terme.
  • Quelle que soit votre solution, continuez d’utiliser des normes ouvertes et de participer à des réseaux de sources ouvertes. Documentez les API que vous développez de manière accessible afin de les partager avec la communauté au sens large et de favoriser le partage des données et des fonctionnalités. Par exemple, OpenHIE partage des API internes et externes sur une page wiki.
  •   Validez que votre outil continue de respecter les politiques ouvertes et les exigences de confidentialité et de sécurité avant de le déployer. Par exemple, lorsque vous apportez des changements pour mieux répondre aux besoins des utilisateurs, il se pourrait qu’en raison de ces changements, l’outil ne respecte plus les politiques gouvernementales en matière de données. Passez en revue les normes règlementant la confidentialité et la sécurité des données, les stratégies et exigences gouvernementales locales et régionales en matière de données, les exigences des donateurs relatives à l’accès ouvert aux données pour confirmer que vous les respectez.

Conseils & Ressources

  • Conseil : Vous pouvez suivre plusieurs étapes pour rendre vos données plus profitables et plus simples à utiliser par d’autres. Ces étapes peuvent aussi être requises pour continuer de respecter les politiques concernant l’accès ouvert :
    • Utilisez des formats de données standards.
    • Formatez vos données de manière à ce qu’elles soient faciles à comparer.
    • Combinez des ensembles de données en utilisant un format lisible par une machine.
    • Rendez les ensembles de données complets disponibles en ligne gratuitement ou à un prix très bas.
    • Partagez le code source sur une plateforme ouverte de type GitHub.
  • Conseil : Lorsque vous partagez votre travail, évaluez quels partenaires pourraient bâtir à partir de votre outil et vérifiez qu’ils sont au courant que l’outil est public et gratuit d’utilisation. Vous pouvez aussi partager à travers des communautés de pratique, des réseaux, des présentations dans des webinaires et des événements que vous hébergez. Y a-t-il d’autres manières de partager vos solutions ? S’il vous plaît, faites-nous part de vos idées et de vos suggestions sur la page de notre communauté. Ressource : Open Data Handbook: How to Open up Data, Open Knowledge International.
  • Ressource : Starting an Open Data Initiative, Banque mondiale.

Déployez & Implémentez

Lorsque vous déployez et implémentez, vous pouvez activer l’innovation ouverte et aider la communauté de développement numérique à être plus performante et plus efficiente. Utiliser des approches ouvertes peut permettre à votre initiative d'avoir un impact plus important à plus grande échelle. Être ouvert peut aider, à tout le moins, à éviter de dupliquer les efforts d’autres programmes.
  • Partagez vos données, contenu et code source, après avoir validé qu’ils pouvaient l’être. Assurez-vous d’abord que vous avez les autorisations nécessaires pour partager le code source, que les exigences de confidentialité et de sécurité des données sont satisfaites et que votre conception respecte les normes ouvertes. Puis, partagez très tôt et procédez à des actualisations lorsque vous en disposez. Communiquez aux utilisateurs, aux intervenants et à la communauté numérique que les données et le code sont disponibles afin qu’ils puissent réutiliser votre travail et construire à partir de lui. Être ouvert ne conduit pas automatiquement à s’engager. Identifiez les opportunités de partager votre travail.
  • Échangez avec votre communauté en source ouverte et facilitez sa contribution aux actualisations et aux nouvelles caractéristiques. Mettez à la disposition des utilisateurs un forum afin qu’ils puissent commenter leur expérience de votre outil ou système, communiquer les problèmes et signaler les bugs. Assurez-vous que votre code est accessible aux développeurs désireux de contribuer à votre outil et fournissez des orientations claires pour expliquer comment ils peuvent s’impliquer.

Conseils & Ressources

Transversale : Suivi & Évaluation

Incorporer un suivi et une évaluation tout au long du cycle de vie du projet fournira des données utiles sur la manière dont l’approche ouverte a atteint les utilisateurs et les communautés. Cette information peut être utilisée pour faire avancer l’ouverture dans la communauté de développement.
  • Identifiez des indicateurs et quelles données vous devriez collecter pour mesurer les résultats de l’utilisation d’une approche ouverte. Identifiez des mesures concernant  votre utilisation des normes, données, sources et innovations ouvertes comme la demande de suivi de ce que vous avez partagé et de vos contributions à la communauté qui a bâti sur votre travail. Envisagez également d’adopter des indicateurs similaires à ceux utilisés par d’autres organisations qui travaillaient sur des projets ouverts afin de continuer de construire sur des données existantes. Par exemple, l’UNICEF a demandé à la communauté WASH (eau, assainissement et hygiène) des conseils à propos des conditions WASH dans les établissements de soins de santé et a développé des indicateurs courants et des normes de données grâce à l’implication de la communauté.
  • Rassemblez des données de base sur vos indicateurs et contrôlez régulièrement leur progression. Examinez les données que vous collectez et votre analyse avec les utilisateurs, les intervenants et la communauté de développement numérique, mais aussi avec les bailleurs, afin d’obtenir une appréciation supplémentaire.
  • Calculez les coûts réels de votre outil implémenté et comparez-les avec les coûts que vous aviez estimés durant la planification. Partagez vos données et vos conclusions avec la communauté au sens large afin de les intégrer dans des modèles de coût total de possession.
  • Partagez vos conclusions et les enseignements tirés avec des publics multiples. « Être ouvert » signifie aussi partager les résultats de votre programme ou de votre projet. Au sein de votre équipe, menez une activité de réflexion sur les enseignements tirés ou rétrospectifs pour réfléchir sur ce qui a bien marché et évaluer les possibilités d’amélioration. Partagez vos conclusions et les enseignements tirés à l’intérieur de votre organisation. Cherchez aussi des opportunités de partager avec la communauté au sens large. Évaluez s’il existe des groupes communautaires qui constituent un lieu sûr pour partager problématiques et possibilités d’amélioration. Si vous ne publiez pas de rapport formel, vous pouvez toujours rédiger une étude de cas qui peut être partagée avec la communauté de développement numérique.

Conseils & Ressources

Ressources mentionnées

Consultez d’autres exemples de la manière d’utiliser les normes, les données, les sources et les innovations ouvertes ou téléchargez notre guide complet
Guide

Principle 6: Use Open Standards, Open Data, Open Source, and Open Innovation

Too often, scarce public and international development resources are spent investing in new software code, tools, data collection, content and innovations for sector-specific solutions that are locked away behind licensing…
Télécharger (930)
Guide

How to Calculate Total Lifetime Costs of Enterprise Software Solutions

To ensure the success and sustainability of your initiative or program, weigh all potential considerations in selecting software, calculating and planning for technology costs beyond the initial deployment. Description Digital…
Télécharger (871)
Guide

How to Choose a Mobile Data Collection Platform

There are dozens of applications and platforms to collect data using mobile phones and other devices. Choosing the right mobile data collection (MDC) application or platform can save your program…
Télécharger (869)
Voir tout