Section 2 : Stratégies de collaboration en ce qui concerne les logiciels libres

Section 2 : Stratégies de collaboration en ce qui concerne les logiciels libres #

Malgré les défis potentiels, il est possible pour différentes administrations de collaborer de façon productive en ce qui concerne les logiciels libres.

Construire intentionnellement une structure de gouvernance #

Les collaborations qui démarrent sans une structure de gouvernance claire risquent de connaître des difficultés, en particulier s’il y a un trop grand nombre de partenaires. Il peut alors être difficile de s’entendre sur le modèle de collaboration suivi et de déterminer les rôles appropriés pour chaque partenaire.1

Lorsque vous envisagez une collaboration, prenez le temps de vous harmoniser avec les partenaires potentiels. L’identification d’un besoin ou d’un objectif commun pour une application de logicielle libre est l’une des premières étapes d’une collaboration. En entamant des conversations avec vos homologues d’autres organismes gouvernementaux ou du secteur public, vous aurez une meilleure compréhension de leurs besoins, des points d’entente potentiels et de la forme que devrait prendre votre collaboration.2

Une fois ce premier contact établi, les partenaires peuvent entrer dans les détails, comme la planification et la documentation de la structure de gouvernance proposée, les principes de travail en commun et l’harmonisation avec la manière de financer leur travail commun.3 Une façon d’aborder ces conversations est d’utiliser un outil comme le Governance Game mis au point par la Foundation for Public Code, un jeu interactif sur la gouvernance d’un code public. Ce jeu aide les participants à réfléchir à ce que signifie la gouvernance pour un code base, ainsi qu’à la complexité de la gouvernance, et met en évidence les aspects à prendre en compte lors de la mise en place.4

Créer des communautés de pratique en ce qui concerne les logiciels libres #

Les champions du logiciel libre au sein des organismes gouvernementaux peuvent former des communautés de pratique en ce qui concerne les logiciels libres. L’exploitation de réseaux préexistants de groupes de pairs composés de fonctionnaires responsables de programmes ou de services similaires peut constituer une façon efficace de développer et de partager des logiciels libres pour certains domaines d’intérêt ou cas d’utilisation (par exemple, la planification des transports, la gestion des actifs). Les communautés de pratique axées sur les logiciels libres de façon générale peuvent être utiles pour échanger des connaissances sur les logiciels libres à un niveau organisationnel. Les communautés de pratique peuvent gérer des référentiels partagés de modules et de ressources de logiciels libres.

Créer un accord d’achat groupé ou participer à un tel accord #

Il n’est pas toujours possible de se procurer ou de développer des logiciels libres par ses propres moyens, surtout dans le cas des petites et moyennes municipalités. Avec les achats groupés (également connus sous le nom d’achats coopératifs), vous partagez le coût avec d’autres.5 Les achats groupés augmentent l’efficacité d’un processus d’approvisionnement et réduisent les coûts pour les organisations participantes. Les avantages des achats groupés pour le secteur gouvernemental sont les suivants :

  • Prix moins élevés

  • Mesures de qualité

  • Délais de livraison moins longs

  • Processus rationalisés

  • Accès à des modes de financement alternatifs

  • Coopération technique

  • Transparence et partage d’information accrus

Les avantages s’étendent également aux fournisseurs :

  • Réutilisation du code existant/partagé

  • Réduction des coûts de transaction

  • Prévisibilité de la demande de services (développement et mise à niveau des fonctionnalités)

  • Financement anticipé pour le fonds de roulement et la prévision de la demande6

Créer une coopérative d’achat ou se joindre à une telle coopérative.

Il existe deux approches principales pour les achats groupés, soit la sollicitation conjointe (coordination d’un processus partagé dès le départ) ou jumelage (partage d’un travail déjà effectué par plusieurs organismes publics).7 Voici les principales étapes à suivre pour une sollicitation conjointe :

  1. La coopérative est constituée lorsqu’une ou plusieurs parties identifient un besoin commun susceptible d’être satisfait par une coopération et signent un accord écrit de coopération.

  2. La partie principale sollicite des propositions et attribue un ou plusieurs contrats.

  3. Le contrat est disponible pour l’utilisation.

  4. Les entités participantes signent un accord (addendum de participation selon la NASPO/WSCA) dans le cadre du ou des contrats spécifiques. Cela est nécessaire pour que les exigences législatives des utilisateurs soient incluses et pour que l’entité dirigeante puisse assurer une administration efficiente.8

Le jumelage est une approche plus ponctuelle. Aux États-Unis, il existe des outils tels que CoProcure qui peuvent vous aider à trouver des produits et des sollicitations géographiquement et topiquement pertinents. Toutefois, il n’existe pas de « guichet unique » pour les possibilités d’achats coopératifs au Canada; les occasions de profiter des contrats d’autres organisations se présenteront probablement par l’entremise de vos liens avec les réseaux de pairs existants.

Documenter correctement les projets de logiciels libres #

Vous pouvez investir beaucoup de temps et d’efforts dans le développement d’un logiciel libre, mais si personne d’autre ne peut comprendre ce qu’est le logiciel et ce qu’il fait, à un niveau élevé, et comment les modules fonctionnent, à un niveau technique, les chances qu’il soit adopté par d’autres que votre équipe sont faibles. Pour faciliter l’adoption par d’autres des logiciels libres que vous développez, il est essentiel de prendre le temps de les documenter correctement.

Envisagez l’utilisation de la norme pour le code public, un ensemble de critères qui aide les organismes publics à développer et à maintenir ensemble des logiciels et des politiques.9 La norme sert de cadre aux gouvernements et aux organismes publics en vue de l’élaboration de leurs propres projets de logiciels libres d’une manière transparente, responsable et compréhensible par les autres.


  1. Margaret Lin, Learning from Failure: When Sharing Software Doesn’t Work, Beeck Centre (blog), le 11 avril 2022. (https://beeckcenter.georgetown.edu/learning-from-failure-when-sharing-software-doesnt-work/↩︎

  2. Waldo Jaquith et Robin Carnahan, Sharing Government Software: How Agencies Are Cooperatively Building Mission-Critical Software (Beeck Center for Social Impact + Innovation, Georgetown University, 2021). (https://beeckcenter.georgetown.edu/wp-content/uploads/2021/04/Sharing-Government-Software.pdf↩︎

  3. Margaret Lin, Learning from Failure: When Sharing Software Doesn’t Work, Beeck Centre (blog), le 11 avril 2022. (https://beeckcenter.georgetown.edu/learning-from-failure-when-sharing-software-doesnt-work/↩︎

  4. Foundation for Public Code, Governance Game, consultation le 3 novembre 2022. (https://about.publiccode.net/activities/supporting-codebase-governance/game/↩︎

  5. Miller, Ben. How Government is Reforming IT Procurement and What it Means for Vendors, GovTech, le 6 avril 2017. (https://www.govtech.com/biz/how-government-is-reforming-it-procurement-and-what-it-means-for-vendors.html↩︎

  6. Centre for Global Development, Better Together: Exploring the Role of Pooled Procurement in Improving Access to Medicines amid COVID-19. (https://www.cgdev.org/blog/better-together-exploring-role-pooled-procurement-improving-access-medicines-amid-covid-19↩︎

  7. CoProcure, What is Cooperative Procurement? (https://www.coprocure.us/blog/cooperative-contracts-joint-solicitation-vs-piggybacking/↩︎

  8. National Association of State Procurement Officials (NASPO), Strength in Numbers: An Introduction to Cooperative Procurements. (https://naspovaluepoint.org/wp-content/uploads/2020/08/Cooperative_Purchasing0410update.pdf↩︎

  9. Foundation for Public Code, Introduction, Standard for Public Code, le 7 septembre 2022. (https://standard.publiccode.net/introduction.html↩︎