Jump to content

Plan Annuel de la Fondation Wikimédia/2025-2026/OKR des Produits & Technologies

Add links
From Meta, a Wikimedia project coordination wiki
This page is a translated version of the page Wikimedia Foundation Annual Plan/2025-2026/Product & Technology OKRs and the translation is 82% complete.
Outdated translations are marked like this.
Other languages:
Plan Annuel 2025-2026 de la Fondation Wikimédia

L'année à venir

Même si le monde change, la Fondation Wikimédia reste certaine que nous voulons que notre mission - rendre et garder les informations utiles des projets Wikimédia disponibles gratuitement sur Internet - soit une entreprise multigénérationnelle: Nous voulons que la connaissance libre continue d'être disponible pour de nombreuses générations à venir. Pour ce faire, nous devons faire croître le nombre de bénévoles, permettre aux bénévoles de créer un contenu encyclopédique digne de confiance, financer notre mission et faire évoluer notre offre pour façonner l'internet en mutation. Vous pouvez en savoir plus sur ces quatre piliers stratégiques.

L'internet change rapidement. Les nouvelles générations s'informent à travers les vidéos sociales et l'intelligence artificielle. Par rapport aux générations plus anciennes, elles sont moins nombreuses à connaître Wikipédia. Nous constatons une baisse de la fréquentation de nos sites et du nombre de personnes qui les modifient. En même temps, les plateformes de l'internet dépendent du contenu de Wikimédia pour étayer leurs offres en matière d'IA et de recherche. Ces dynamiques constituent des défis majeurs, mais elles montrent clairement pourquoi la connaissance libre et fiable que nous créons ensemble est si importante. Le monde a plus que jamais besoin d'une source de connaissances fiables et évaluées par des humains et les projets Wikimédia continuent de montrer qu'ils peuvent la fournir.

Pour relever ces défis pendant l'année à venir, nous allons créer des chemins pour tirer parti des contenus Wikimédia de manière durable, et nous allons apporter le contenu Wikimédia aux espaces sociaux en ligne où les nouvelles générations passent leur temps. Nous améliorerons nos propres sites afin que les lecteurs aient envie de revenir, s'engagent profondément et contribuent sous les formes qui leur conviennent. Et nous allons investir dans notre capacité à expérimenter rapidement avec de nouvelles technologies, afin que notre rythme de développement puisse correspondre au rythme avec lequel le monde évolue.

The infrastructure goal is how the platform and user experience will support addressing these challenges and reaching the majority of the participants in the movement. It is not a list of projects, but instead, a set of directions to fuel volunteer growth, enable volunteers to build trustworthy encyclopedic content, fund our mission, and evolve our offering to shape the changing internet. You can read more about those four strategic pillars.

Favoriser le développement du bénévolat

The community of volunteers is the unique engine behind the success of the Wikimedia projects, and we need it to be healthy and growing. But in this past year, we’ve seen continued declines in the number of new and returning editors to the projects. To better understand and more effectively respond to the needs of our current volunteers, the Foundation revamped the Community Wishlist from a once-a-year survey into an always-open intake process where user needs and project ideas can feed into the work of multiple teams at the Foundation. We grouped wishes into "Focus Areas" and have integrated three of those Focus Areas under key results in the annual plan. We also started a pilot Product and Technology Advisory Council to supplement the numerous conversations Foundation teams have with community members on- and off-wiki throughout the year. In addition, we have identified opportunities to bring new generations into our projects, such as the fact that younger people are eagerly participating in other online social spaces where they have easy, mobile-friendly ways to connect over shared topics of interest.

In the coming year, we will fuel volunteer growth by making contribution easier and more appealing to new generations through expanding mobile-first, new ways to edit (“structured tasks”), and adding intelligent workflows that make constructive mobile editing easy for newer contributors (“edit checks”). To more deeply engage and retain existing volunteers, we will offer recommended actions and tasks and surface them in a central hub that makes it easy to organize on-wiki activity.  We will thoughtfully use AI to strengthen volunteers in their work, always keeping humans in the loop and prioritizing transparency. For both new and experienced volunteers, we will build avenues to connect and work together on our sites – inspired by successful campaigns and WikiProjects – allowing them to find liked-minded editors and improve content related to their interests (aligned with this Wishlist focus area).

Fournir un contenu encyclopédique de confiance

As AI-generated material multiplies on the internet, the world needs trustworthy encyclopedic content more than ever. We want to increase the abilities of volunteers to both create new content, ensure that existing content stays trustworthy, and deliver trustworthy content to a new generation of readers with new needs and preferences.

To help volunteers create new content, we'll build on existing guided tools and workflows  (such as the Content Translation Tool), so that large and smaller communities alike can cover vital content. To ensure that existing content stays trustworthy,, we will help experienced volunteers better manage their growing workloads by extending the tools they use to find tasks that need their attention – making it easier for them to update articles and revert unhelpful edits (aligned with this Wishlist focus area).

Nous aiderons également les fonctionnaires à défendre notre contenu en faisant apparaître de nouveaux signaux (au-delà des adresses IP) qui identifient les mauvais acteurs, ce qui permet de bloquer ces utilisateurs tout en minimisant le blocage erroné des rédacteurs de bonne foi.

Pour fournir un contenu encyclopédique à une nouvelle génération, nous mettrons en place des fonctionnalités qui aideront de nouveaux types de lecteurs à comprendre facilement les articles, les aideront à trouver les informations qui les intéressent et leur permettront de participer activement à la lecture. Ces changements ont pour but d'encourager les nouveaux lecteurs de Wikipédia à devenir des lecteurs assidus, et certains d'entre eux à devenir des donateurs (en accord avec ce domaine d'intérêt de la liste de souhaits).

Fournir un contenu digne de confiance signifie également soutenir un modèle de “connaissance en tant que service”, où l'ensemble de l'internet s'appuie sur le contenu de Wikimédia. Dans ce modèle, notre infrastructure n'est pas seulement une ressource précieuse pour les humains qui visitent notre site web, mais aussi pour les entreprises de recherche et d'intelligence artificielle, qui accèdent automatiquement à notre contenu en tant qu'entrées et sorties fondamentales de leurs produits. Ce type d'entreprises ne représente qu'une des nombreuses utilisations qui imposent de plus en plus une charge insoutenable à notre infrastructure. L'année dernière, une augmentation significative du volume de requêtes provenant d'outils de grattage et de bots a rendu plus urgente la correction de cette tendance. Nous devons établir des voies durables pour que les développeurs et les réutilisateurs accèdent au contenu de la connaissance afin que les humains soient prioritaires par rapport aux robots.

Financer l'avenir du ‘libre’

Le département "Produits et technologies" joue un rôle important dans la pérennisation de notre mouvement. Au cours de l'année à venir, nous travaillerons en étroite collaboration avec l'équipe de collecte de fonds afin que nos donateurs bénéficient d'une expérience de plus en plus claire et gratifiante. Sur nos sites et nos applications mobiles, nous créerons des opportunités pour les lecteurs d'exprimer leur appréciation de Wikipédia en faisant un don, et nous construirons de nouvelles façons pour les donateurs de se sentir reconnus afin qu'ils continuent à faire des dons d'une année à l'autre.

Façonner un internet en mutation

Pour apporter la connaissance gratuite à tout le monde sur la planète, nous devons les rencontrer là où ils sont, avec les expériences qui les aident à apprendre. Les personnes âgées de 18 à 24 ans connaissent et utilisent moins Wikipédia que les générations qui les ont précédées. Ils apprennent et interagissent principalement avec des plateformes vidéo de courte durée, des personnalités en ligne de confiance, des jeux sociaux et, de plus en plus, des applications d'intelligence artificielle. Cette année, nous mettrons Wikipédia à la disposition de ces publics dans les lieux où ils passent du temps en ligne, afin qu'ils sachent que Wikipédia est une source de connaissances dignes de confiance et créées par des êtres humains. Nous allons accroître notre présence sur les plateformes vidéo populaires, en diffusant le contenu de Wikipédia et en générant une communauté dans ces espaces. Et nous explorerons des idées pour apporter les connaissances de Wikipédia dans les jeux et les plateformes sociales.

Within Infrastructure, this is divided into three work portfolios (called "buckets"): Wiki Experiences, Signals and Data Services, and Future Audiences. These buckets are the same as last year and the year before.

Dans l'ensemble, nous pensons que ce plan marque un moment crucial dans l'histoire d'Internet, nous permettant de veiller à ce que le contenu de la connaissance libre continue d'être accessible et façonné par toutes les générations. Nos objectifs et nos résultats clés montrent plus en détail la structure et le contenu de ce plan, et nous attendons avec impatience d'entendre les questions et les idées de toutes les communautés.

Building, improving and sustaining the infrastructure for Wikimedia projects and volunteers, rooted in our values

"The Foundation will make and keep useful information from its projects available on the internet free of charge, in perpetuity."

The Product and Technology teams dedicate a permanent, year-round priority to build, improve and maintain the infrastructure that serves the Wikimedia projects. We invest in hosting the Wikimedia projects, developing open-source software and design systems, and maintaining and improving the infrastructure for data products and AI models.

Part of our essential work is focused on the fundamentals of developing and hosting a large popular website. We host our Wikimedia projects in data centers, on servers and hardware we purchase, install and maintain, connected to each other and the rest of the Internet over a high speed network. We monitor and add capacity where needed, and refresh equipment when it gets too old. For example, this year, we anticipate expanding our capacity and refreshing our hardware in our datacenters in Ashburn, Virginia and Carrollton, Texas.

We design and develop open-source software (most notably MediaWiki). We also use and deploy many existing third-party open-source applications, libraries and frameworks. Important bugs in our software get prioritized and fixed. Maintaining open source software requires highly skilled work from people with special expertise in open source software development, site reliability engineering (SRE), product management, program management, design, and more. Our staff work to ensure our software and systems are up to date and adapt to an ever-changing environment. This includes modernizing our code to continue to benefit from security fixes and to work well with new third-party software. For example, MediaWiki is written in PHP, and in the past year we migrated from PHP 7.4 to 8.1, which required changes to both the code and the infrastructure where we host our sites and services. This year, we will build on that effort and migrate to 8.3, using lessons learned and tools developed in the 8.1 upgrade. Updating will make our systems faster for readers, easier to use for staff and volunteers, and more secure for everyone. It will also save future development time thanks to security, performance and support improvements that come with language updates.

To ensure our projects and content remain available on the Internet, both today and in perpetuity, our teams dedicate a significant amount of effort to ensuring high availability of our sites and services. One aspect of this work focuses on disaster recovery from catastrophic or malicious events. For example, we ensure we have backups of important data, and are able to recover from them. Similarly, twice a year we test our ability to switch our sites between our data centers in automated fashion, and fix any issues we find. Another aspect of this work focuses on identifying and adapting to evolving trends in the types and volumes of traffic we receive. For example, with unprecedented growth in automated scrapers, we are prioritizing work to ensure that our sites and services remain accessible for human users, taking a systematic approach to establishing norms around responsible use of our infrastructure.

Not all work is planned far in advance. We also respond to unexpected emerging events and incidents, like site outages, security reports or security incidents, or large scale vandalism attacks on our projects. We monitor our performance and barriers to reachability across the globe (including Internet connectivity problems, or censorship blocks), and investigate any anomalies we find. Some of these unexpected events or repeating patterns of problems result in staff prioritizing short-term follow-up projects that aim to mitigate or completely prevent further negative impact. For example, these kinds of efforts were crucial to enabling our Wikimedia projects to withstand global traffic spikes due to major news events (e.g., high-profile celebrity deaths), through a combination of performance optimization, architectural redesign of bottlenecked areas, and capacity increases. Similarly, recent improvements to the usability of our tools and systems for managing the traffic we receive have enabled us to react more quickly and effectively to changing conditions. This kind of adaptive work is integral to our ability to respond to emerging events, often on short time scales, and ensure our projects and content remain available.

Objectifs du département Produits et Technologie

Les objectifs présentés ici sont à l'état de brouillon et peuvent faire l'objet de commentaires et discussions.

  • Les Objectifs représentent une orientation de haut niveau.
  • les "Résultats Clés" (RC) représentent un moyen mesurable de suivre la réussite de leur objectifs.
  • Les "Hypothèses" sous-jacentes à chaque RC représentent le travail réel que nous effectuons pour tenter d'atteindre les résultats clés associés. Elles seront mises à jour dans ce document et sur les pages wiki du projet ou de l'équipe concernés, au fur et à mesure des connaissances acquises tout au long de l'année.
  • wishlist item est pour la tâche que la Fondation priorise dans la Liste de souhaits de la communauté.

Expériences Wiki (EW)

Expériences des Contributeurs (EW1)

  • Objectif : les contributions augmentent parce que les volontaires se voient offrir des opportunités intéressantes et comprennent leur impact. Discussion
    • Contexte: Cet objectif servira de base à la mise en œuvre de la nouvelle stratégie des contributeurs avec ses 3 piliers : 1) Offrir aux volontaires un moyen centralisé d'organiser leurs activités sur Wiki, 2) Fournir des tâches discrètes et plus petites pour créer plus de clarté et aider les volontaires à atteindre leur potentiel, et 3) Rendre la contribution plus significative. Au cours de l'exercice financier 2025/26, nous prévoyons de fournir l'infrastructure de base pour aider les bénévoles à organiser leurs activités sur Wiki de manière centralisée, en commençant par des interventions spécifiquement axées sur les rédacteurs et les modérateurs expérimentés. Les années suivantes, nous ajouterons des interventions pour tous les rôles des contributeurs et nous inclurons davantage d'espaces de discussion. De plus, nous continuerons à investir dans la vérification des modifications et les tâches structurées, en mettant les bases d'une utilisation évolutive de l'IA, à la fois comme guide pendant le processus de rédaction et comme moyen d'orienter les bénévoles vers des opportunités intéressantes. Enfin, nous investirons pour rendre plus visible l'impact des volontaires afin de leur offrir une expérience plus significative.
      • Résultat clé EW1.1: Augmenter les modifications constructives [i] de X% pour les rédacteurs ayant moins de 100 modifications cumulées, comme mesuré par des expériences à la fin du deuxième trimestre.
        i. "Modifications constructives" = Modifications qui n'ont pas été révoquées 48 heures après leur publication.
        • Les nouveaux volontaires ont du mal à réussir leurs premières modifications. En particulier, les personnes qui utilisent des appareils mobiles, où l'écran est limité et l'attention est souvent fragmentée.
        • Certains se lassent à cause du contexte, de la patience et des épreuves et erreurs nécessaires pour contribuer de manière constructive. D'autres n'ont pas encore eu l'occasion de le faire.
        • EW 1.1 va aborder ces questions en:
          1. Suggérant des modification de surface
          2. Offrant des conseils pratiques en matière de rédaction
          3. Construisant plus de flux de travail liés à des tâches spécifiques
        • Au cœur de ces efforts se trouve la nécessité de trouver des moyens évolutifs de détecter comment améliorer les modifications en cours et le contenu existant. Pour accroître cette capacité, nous continuerons à expérimenter l'apprentissage automatique pour apprendre comment l'IA peut nous aider à identifier les problèmes des réglementations de Wikipédia.
      • wishlist item Résultat clé EW1.2: Augmenter le nombre de collaborations sur les wikis de X% par rapport à l'année précédente à la fin du troisième trimestre.
        • Les contributeurs ont souvent du mal à trouver des occasions de collaborer les uns avec les autres, en particulier autour des sujets et des tâches qui les intéressent. Cela peut conduire à un sentiment de solitude sur les wikis pour les nouveaux arrivants, et cela peut conduire au burn-out pour les éditeurs expérimentés. De plus, l'impact des activités de collaboration est souvent incertain, ce qui peut conduire à moins de personnes voulant se joindre, organiser ou soutenir la collaboration sur les wikis.
        • Nous voulons rendre la valeur de la collaboration plus claire en faisant cela:
          1. Créer de nouvelles façons de partager l'impact des activités de collaboration sur les wikis
          2. Commencer à collecter des données sur l'ensemble du mouvement sur l'impact des activités de collaboration
          3. Créer l'infrastructure de base pour suivre les contributions collaboratives, afin de pouvoir fournir de nouvelles façons innovantes de reconnaître et de récompenser les contributions à l'avenir
        • Les collaborations seront mesurées par de nouvelles activités créées via l'enregistrement d'événements dans l'extension CampaignEvents. L'objectif est qu'à la fin de ce RC, nous ayons plus d'utilisateurs des outils d'extension et de nouvelles façons de faire ressortir l'impact de la collaboration. Cela nous permettra de connecter notre infrastructure existante à d'autres moyens de reconnaissance et de récompense du travail sur les wikis (comme le module d'impact, les remerciements, etc.).
        • Domaine d'intérêt de la liste de souhaits: Liste de souhaits de la communauté/Domaines d'intérêt/Connexion des contributeurs
      • élément de la liste des souhaits Résultat clé EW1.3: À la fin du quatrième trimestre, le nombre d'actions de modération effectuées par des personnes novices dans ce type de modération aura augmenté de X%.
        • Dans le cadre de nos efforts pour créer plus de clarté pour les contributeurs, nous pensons pouvoir mieux faire pour créer des opportunités de contribution aux bénévoles. Nous testerons cette théorie en mettant en évidence des activités de modération spécifiques (détails à déterminer) pour les contributeurs nouveaux dans ce type d'action de modération, dans le but d'engager davantage d'entre eux dans des tâches de modération. Nous envisageons ceci dans un endroit central pour les activités des bénévoles, et ce RC servira de moyen pour nous d'explorer ce concept et de déterminer le bon endroit pour ce type d'interventions.
        • Notre objectif général, tel que décrit dans le RC, n'est pas simplement d'élargir le groupe de modérateurs, mais de concentrer nos efforts sur l'engagement des rédacteurs actuellement actifs avec des opportunités qu'ils pourraient ne pas connaître. X% est une valeur indicative, en attendant la mesure d'une base de référence sur la fréquence à laquelle les rédacteurs actifs s'engagent dans les nouveaux flux de travail de modération.
        • Les "modérateurs" suivront la définition donnée dans Research:Develop a working definition for moderation activity and moderators, bien qu'un travail de suivi soit nécessaire pour affiner la définition quantitative.
        • Domaine d'intérêt de la liste de souhaits: Liste de souhaits de la communauté/Domaines d'intérêt/Priorisation des tâches

Connaissances vitales (EW2)

  • Objectif: Rendre plus de connaissances vitales disponibles et bien illustrées dans toutes les langues et sur tous les sujets. Discussion
    • Contexte de l'objectif: Cet objectif permettra d'augmenter le contenu en fonction de l'intérêt des contributeurs pour des sujets et des langues spécifiques, et de la demande des lecteurs pour des connaissances vitales bien illustrées. Les connaissances vitales sont un ensemble d'articles qui fournissent l'étendue et la profondeur des sujets nécessaires à un projet linguistique utilisable sur Wikipédia. Elles sont définies par les communautés en fonction de la notabilité, de la pertinence, du lectorat prévu et des liens entre les articles.
    • Nous adopterons une approche socio-technique, améliorant l'efficacité des caractéristiques, des outils et des processus sociaux. Nous nous appuierons sur des fonctionnalités de produits à fort impact telles que les tâches suggérées, la recherche de médias et la traduction de contenu, mais nous faciliterons également l'intégration et le développement de petites Wikipédias linguistiques. Nous soutiendrons les organisateurs de Wikimédia qui recrutent, forment et soutiennent les contributeurs pour travailler sur des objectifs de contenu partagés grâce à des configurations collaboratives comme les projets Wiki et des campagnes. (Nous estimons qu'au moins 300 organisateurs sont actifs chaque trimestre.) Nous allons également développer des relations avec les rédacteurs les plus pertinents pour éliminer les obstacles aux matériels de sourçage. (Nous avons actuellement des partenariats avec plus de 100 des principales bases de données au monde accessibles seulement sur abonnement.)
    • Pour nous assurer que nos interventions ont un impact positif sur les connaissances essentielles, nous mesurerons à la fois l'augmentation du contenu privilégié par la communauté et la qualité de ce contenu, en examinant des facteurs tels que les taux d'annulations de modifications, et le nombre de citations et d'images.
      • Résultat clé EW2.1: D'ici la fin du deuxième trimestre, mettre en œuvre 3 interventions qui aident les contributeurs à améliorer l'état du contenu vital de leurs Wikipédias.'
        • Ce RC mettra en évidence les lacunes des mécanismes de modification, telles que la découverte d'images sur Wikipédia, la traduction de contenu et la création guidée de nouveaux articles. Nous mettrons également en œuvre et testerons une intervention socio-technique visant à soutenir l'activité de création de contenu pour les petites communautés linguistiques. Pour chaque hypothèse, le succès sera mesuré.
      • Résultat clé EW2.2: Au début du troisième trimestre, 10 Wikifonctions seront ajoutées par les communautés Wikimédia pour créer du contenu sur au moins 10 projets de Wikimédia.
        • Actuellement, les outils permettant de créer du contenu de manière évolutive ne sont pas accessibles dans toutes les éditions linguistiques de Wikipédia. Il s'agit notamment des modèles et des modules, qui ont été utilisés sur des Wikipédias plus grandes pour créer et maintenir le contenu. Wikifonctions peut mettre ces outils à la disposition d'un plus grand nombre de projets, et les communautés locales n'auront pas à créer ou à maintenir ces outils elles-mêmes.
        • Les capacités initiales de Wikifonctions peuvent inclure:
          • Les fonctions de conversion (en wikitexte simple) pour fournir un contenu plus complet qui, autrement, n'existerait pas en raison de l'effort demandé
          • Des phrases et des paragraphes d'ouverture pour certains articles (en wikitexte simple), ce qui peut assurer une plus grande cohérence et une plus grande précision entre les wikis. Des exemples de cela incluent les articles des années dans de nombreuses Wikis ou des biographies sur la Wikipédia en italien.
          • Le contenu qui peut utiliser les données de Wikidata et les maintenir automatiquement lorsque les données sont mises à jour. Par exemple la population d'une ville ou l'âge d'une personne.

Expériences des consommateurs (EW3)

  • Objectif: Les lecteurs de plusieurs générations s'engagent et restent engagés sur Wikipédia, ce qui se traduit par une augmentation mesurable de la fidélisation et de l'activité de donation. Discussion
    • Contexte de l'Objectif: Cet objectif se concentrera sur la fidélisation de nouveaux lecteurs grâce à des formats de contenu innovants, sur les publics de base en renforçant les expériences de lecture familières, et sur la viabilité à long terme en approfondissant les liens avec les lecteurs et en diversifiant les dons. Il comprendra la poursuite de nos travaux visant à faciliter la découverte du contenu grâce à des fonctionnalités nouvelles et plus expérimentales telles que les résumés faits par IA ou les labyrinthes personnalisés. Il s'agira également de conserver et d'améliorer la qualité de l'expérience de lecture à un stade plus avancé et d'explorer la conservation de la lecture au moyen de listes de lecture et d'autres formes de participation non éditoriales. Pour les donateurs, ce travail continuera à se concentrer sur la diversification des sources de revenus au sein de la plateforme.
      • élément de la liste des souhaits Résultat clé EW3.1: Augmenter la rétention des lecteurs déconnectés de 5% sur les applications et de 3% sur le web, comme mesuré par des tests A/B, en expérimentant des modes d'apprentissage et d'engagement d'ici la fin du 4ème trimestre
        • Ce RC portera sur la poursuite des investissements dans des expériences qui optimisent les nouvelles façons de naviguer et d'apprendre le contenu, souvent par l'utilisation de nouvelles technologies et de nouveaux formats - en présentant le contenu existant d'une manière nouvelle et attrayante. Dans le cadre de cet exercice, nous aimerions continuer à expérimenter de nouvelles fonctionnalités tout en nous concentrant sur l'extension des expériences réussies à l'ensemble des wikis et des plateformes. Le travail effectué dans le cadre du RC s'étendra au site web mobile et sur ordinateur, ainsi qu'aux applications iOS et Android, et se concentrera sur la découverte de contenu (points d'entrée de navigation et recommandations) et sur les formats d'apprentissage adaptables (résumés assistés par la machine, remixage de contenu).
        • Domaine d'intérêt de la liste de souhaits: Nouvelles expériences de consommation
      • Résultat clé EW3.2: Augmenter le nombre de dons par des méthodes autres que les bannières ou les e-mails de 5% par an grâce à des interventions sur les produits qui favorisent des connexions plus profondes et réduisent les frictions pour les donateurs d'ici la fin du deuxième trimestre
        • Ce RC nous permettra de continuer à explorer de nouveaux points d'entrée pour les dons et d'autres possibilités de convertir les lecteurs en donateurs et de les fidéliser en approfondissant leurs liens avec les wikis, y compris par un contenu plus personnalisé. Le RC se concentrera sur l'introduction de nouveaux points d'entrée et sur l'itération des points d'entrée existants sur les applications et le web, en collaboration avec l'équipe de collecte de fonds.
      • Résultat clé EW3.3: Augmenter de 5% la fidélisation des lecteurs ayant un compte sur les applications et le web d'ici la fin du quatrième trimestre, comme mesuré par des tests A/B
        • Ce RC portera sur l'amélioration de l'expérience de lecture et d'apprentissage des lecteurs existants et expérimentés, dans le but de maintenir notre public actuel et d'approfondir leur connexion au site afin qu'ils puissent apprendre davantage, et d'être prêts et ouverts à prendre des chemins vers le don et la rédaction. Les travaux ici se concentreront sur l'amélioration de l'expérience de lecture sur le Web et les applications (amélioration de la lisibilité, meilleure navigation et découverte), ainsi que sur la construction et l'itération de nos offres de conservation et de personnalisation (listes de lecture, suggestions personnalisées, historique des utilisateurs et des articles, etc.)
      • Résultat clé EW3.4: D'ici la fin du troisième trimestre, déployer un site de cache à petite échelle répondant à nos normes actuelles de qualité de service et de sécurité, conformément à nos déploiements actuels de sites de cache
        • Ce RC se concentrera sur la démonstration du concept selon lequel nous pouvons améliorer les performances du site Web et réduire la latence pour nos lecteurs en simplifiant notre infrastructure de mise en cache et en améliorant les processus de déploiement d'un site de mise en cache en réduisant le temps de déploiement de base d'environ un an en moyenne à un trimestre au plus. L'objectif sera de compléter la simplification, de déployer un PoC, de mener une revue de sécurité et de compléter un résumé de décision sur le déploiement de nos caches de bord dans les nuages (clouds) publics. La diminution de la latence peut entraîner une augmentation prouvée des vues des pages et une base de lecteurs plus diversifiée géographiquement.
      • Key result WE3.5: Improve donor identification —ensuring that all consenting logged-in readers can be identified by donor status for a personalized experience—by the end of Q4.
        • We will implement donor identification strategies to ensure that all consenting logged-in readers can be identified by donor status, enabling a more tailored and engaging experience. Donor identification efforts will be prioritized through Q4 to support more effective personalization and activation initiatives in the future.

Confiance et sécurité (EW4)

  • Objectif: Développer des capacités améliorées de prévention des abus afin de défendre nos projets contre des menaces généralisées et ciblées, tout en renforçant la protection de la vie privée et de la sécurité de nos utilisateurs. Discussion
    • Contexte de l'objectif: Certaines facettes de nos capacités de lutte contre les abus ont besoin d'une mise à niveau. L'atténuation des abus basés sur l'IP devient moins efficace. Plusieurs outils d'administration ont besoin d'être améliorés, et nous devons mettre en place une stratégie unifiée qui nous aide à combattre les abus à grande échelle en utilisant les différents signaux et mécanismes d'atténuation (captchas, blocs, etc.) en adéquation. Au cours de cette année, nous commencerons à progresser sur les problèmes les plus importants dans ce domaine. En outre, cet investissement dans la protection contre les abus doit être équilibré par un investissement dans la compréhension et l'amélioration de la santé communautaire, dont plusieurs aspects sont inclus dans diverses exigences réglementaires.
      • Résultat clé EW4.1: D'ici le quatrième trimestre, nous aurons déployé sur tous nos projets un système de rapport d'incident facile à consulter et adapté au contexte.
        • Garantir la sécurité et le bien-être des utilisateurs est une responsabilité fondamentale de notre plateforme. De nombreuses juridictions ont des règlements qui exigent que des plateformes en ligne comme la nôtre surveillent et prennent des mesures contre le harcèlement, le harcèlement en ligne et d'autres contenus nuisibles sur ces plateforme. En cas de non-respect de ces critères, ces dernières pourraient être soumises à des sanctions légales et réglementaires.
        • Nous voulons permettre à nos utilisateurs de signaler des menaces immédiates de dommages par un mécanisme de signalisation facilement détectable et intuitif pour nous assurer de pouvoir en apprendre davantage sur ces incidents et prendre des mesures rapides si nécessaire. Il s'agit d'une étape vers la sécurité des utilisateurs lors de leur contribution à notre plateforme. Nous le faisons en mettant en place un système de déclaration d'incidents sur nos wikis.
      • Résultat clé EW4.2: Améliorer la précision des outils anti-abus, comme le montre la réduction de X% des interactions de type appel à action dans l'avis sur le bloc de modification sur mobile.
        • Nous voulons améliorer les capacités existantes et fournir de nouveaux outils qui permettent un blocage plus précis et plus efficace des mauvais acteurs. Une façon de mesurer notre efficacité est d'examiner les interactions avec le lien "appel à action" qui est présent dans l'interface de modification sur mobile lorsqu'un utilisateur est bloqué. Nous supposons que les utilisateurs interagissant avec ce lien sont plus susceptibles de le faire en raison des dommages collatéraux causés par les blocages d'adresses IP. Si nous constatons une réduction du nombre d'interactions avec le lien d'appel à action, il est probable que nous réduisions également les dommages collatéraux causés par les blocages de la propriété intellectuelle. Les travaux menés dans le cadre de ce domaine d'action comprennent des signaux nouveaux ou améliorés dans les filtres anti-abus, une meilleure détection et une atténuation du contournement des faux-nez et des interdictions, la diffusion d'informations sur le potentiel de dommages collatéraux, le renforcement de la détection des robots et une plus grande efficacité des interfaces d'outils anti-abus.
      • Résultat clé EW4.3: Réduire de 50% le nombre d'attaques à grande échelle nécessitant une intervention humaine des ingénieurs en fiabilité des sites (par rapport à l'année dernière)
        • L'évolution du paysage de l'internet, notamment la montée en puissance des réseaux de zombies à grande échelle et l'augmentation de la fréquence des attaques, a rendu obsolètes nos méthodes traditionnelles de limitation des abus à grande échelle. Ces attaques peuvent rendre nos sites indisponibles en inondant notre infrastructure de demandes, ou submerger la capacité de notre communauté à lutter contre le vandalisme à grande échelle. Ces attaques exercent également une pression déraisonnable sur nos rédacteurs privilégiés et notre communauté technique.
        • Nous avons besoin en urgence d'améliorer notre capacité à détecter, résister et atténuer ou à arrêter ces attaques.
        • Cette année, nous nous concentrerons principalement sur l'automatisation de la détection des adresses IP et des réseaux qui se livrent régulièrement à des attaques contre nous. Nous allons aussi travailler à réduire la quantité de chargement que ces entités persistantes et nuisibles sont autorisées à placer sur nos systèmes.
      • Résultat clé EW4.4: D'ici le deuxième trimestre, des comptes temporaires seront déployés dans 100% de nos projets, de sorte à ce que les informations personnelles identifiables de nos rédacteurs non connectés ne sont accessibles qu'à moins de 0,1% des utilisateurs enregistrés.
        • Les comptes temporaires visent à améliorer la vie privée et, par conséquent, la sécurité de nos éditeurs non enregistrés en protégeant leurs informations personnelles (adresse IP) de la vue du public et en limitant l'accès à ceux qui en ont besoin à des fins de patrouille. En plus d'être une amélioration importante de la sécurité des utilisateurs, ce projet est également important pour répondre à diverses exigences réglementaires.
      • Résultat clé EW4.5: Conduire et publier une évaluation des risques et des opportunités de l'IA pour la confiance et la sécurité, en identifiant les menaces et les opportunités potentielles, ainsi que les stratégies d'atténuation ou d'adoption recommandées pour les projets Wikimédia.
        • L'IA fait des progrès rapides sur Internet. Il y a beaucoup d'opportunités et de menaces qui émergent avec cette omniprésence de l'IA. Par exemple, le contenu est plus facile et moins cher à générer, mais la modération est plus difficile. De même, la recherche peut être réalisée avec beaucoup moins d'efforts, mais les hallucinations d'IA sont plus difficiles à identifier. Les humains restent au cœur de l'IA en tant que source d'information, mais l'IA manque souvent de mesures de sécurité robustes.
        • Ce projet vise à évaluer l'impact de l'IA sur les aspects de la confiance et de la sécurité de l'environnement de Wikimédia. Cela peut inclure :
          • La publication d'une évaluation de l'impact de l'IA
          • L'identification d'opportunités de produits
          • L'identification de modèles à utiliser et l'élaboration de plans pour les intégrer

Utilisation responsable des infrastructures (EW5)

  • Objectif: Les développeurs et les réutilisateurs accèdent au contenu des connaissances de manière structurée, garantissant ainsi la durabilité de notre infrastructure et la réutilisation responsable du contenu. Discussion
    • Contexte de l'objectif: Cet objectif porte sur l'établissement de voies pour une réutilisation responsable du contenu.
    • Wikimédia héberge la plus grande collection de connaissances organisées par des humains sur Internet. Cela fait de notre infrastructure de connaissances une destination précieuse, non seulement pour les humains, mais aussi pour les consommateurs automatiques de données. Notre contenu alimente les moteurs de recherche, les plateformes de médias sociaux, le commerce électronique et, depuis l'essor de l'IA, sert à entraîner de larges modèles d'apprentissage automatique. Les consommateurs obtiennent des données en moissonnant les pages, en utilisant les API et en téléchargeant du contenu, généralement sans attribution. Dans un monde où le trafic est non authentifié, nous ne pouvons pas différencier de manière fiable un utilisateur d'un autre, ce qui limite considérablement notre capacité à favoriser et à imposer une utilisation responsable de notre infrastructure: Comment pouvons-nous continuer à soutenir notre communauté tout en limitant la consommation automatique de contenu? Comment pouvons-nous orienter les utilisateurs vers les canaux privilégiés et pris en charge? De quelles orientations avons-nous besoin pour encourager la réutilisation responsable du contenu? Comment pouvons-nous favoriser une expérience développeur cohérente et créer des produits qui répondent aux besoins des développeurs bénévoles, des employés et des réutilisateurs? Si ces questions ne sont pas toutes nouvelles, l'urgence d'y répondre s'est accrue de manière exponentielle: Depuis 2024, nous observons une augmentation spectaculaire du volume de demandes, principalement due aux robots de moissonnage qui collectent des données d'entraînement pour les flux de travail et les produits basés sur l'IA. La charge sur notre infrastructure n'est pas soutenable et met en péril l'accès humain au savoir: Nous devons agir maintenant pour rétablir un équilibre sain, afin de soutenir efficacement les projets Wikimédia et de garantir le succès durable de notre mission.
      • Résultat clé EW5.1: D'ici la fin du quatrième trimestre, 50% du trafic automatisé peut être attribué à un développeur ou à une application connue, ce qui nous permet d'accroître la durabilité de notre infrastructure et de prévenir les abus.
        • Nous disposons actuellement de moyens limités pour identifier les responsables du trafic automatisé et, contrairement aux wikis, peu de moyens pour contacter les utilisateurs ou réguler leur accès. Nous avons constaté une augmentation significative du volume de trafic automatisé externe, ce qui n'est pas viable pour nous et compromet l'accès humain aux connaissances. Nous souhaitons augmenter le pourcentage de trafic automatisé attribué aux comptes connus, en exigeant une authentification et une autorisation basées sur des niveaux d'accès hiérarchisés pour le moissonnage à haut volume et l'utilisation des API. Cela nous permettra d'identifier les personnes qui réutilisent le contenu à grande échelle, de protéger notre infrastructure et d'améliorer la gouvernance en matière d'utilisation équitable, tout en répondant plus efficacement à leurs besoins. Nous étudierons également comment mieux soutenir la communauté technique grâce à une expérience développeur plus cohérente, qui protège l'accès préférentiel des membres de la communauté et offre de nouvelles fonctionnalités aux développeurs.
      • Résultat clé EW5.2: D'ici la fin du quatrième trimestre 2025, X% des points de terminaison de l'API Web Wikimédia seront pris en charge par une infrastructure commune qui nous permettra de fournir une expérience de développement plus cohérente, de réduire la charge de travail des développeurs et d'améliorer l'accessibilité des expériences de l'API Web Wikimédia.
        • Nous souhaitons améliorer l'expérience et la pérennité de nos parcours de développement en proposant des API web plus cohérentes, stables et faciles à découvrir pour tous les développeurs Wikimédia. Nous simplifierons nos offres d'API en introduisant une infrastructure plus centralisée pour les fonctionnalités clés des API, ce qui nous permettra de disposer de parcours et d'une gouvernance cohérents pour: Les spécifications et la documentation OpenAPI, l'identification et le contrôle d'accès des développeurs, l'application des politiques API, le routage, le contrôle des versions et la gestion des erreurs. En simplifiant nos offres d'API, nous rendrons la création d'outils, de robots, de projets de recherche et de fonctionnalités au service de la mission Wikimédia plus rapide, plus simple et plus agréable. Cette approche contribue à l'avenir multigénérationnel de la mission en réduisant les coûts de maintenance de l'infrastructure API, en améliorant la visibilité et le contrôle d'accès pour lutter contre les acteurs malveillants, et en favorisant une communauté de développeurs plus forte.
      • Résultat clé WE5.3: D'ici la fin du deuxième trimestre, de nouvelles directives d'attribution pour le Web, les applications, les assistants vocaux et les LLM seront publiées et liées sur tous les sites Wikimédia, avec au moins deux démonstrations de réutilisation déployées qui génèrent un engagement mesurable (par exemple, un taux de clics de X% vers les directives), et au moins un partenaire de réutilisation externe adoptant les meilleures pratiques d'attribution.
        • Afin d'augmenter l'attribution appropriée du contenu Wikimédia, nous fournirons des directives claires sur les meilleures pratiques favorisant une réutilisation responsable. Cela inclut la création de directives d'attribution pour les plateformes clés (web, applications, voix, multimédia) et la présentation d'au moins deux exemples concrets d'applications exemplaires du contenu Wikimédia. Parmi les résultats obtenus, on peut citer l'encouragement des médias à donner des crédits aux images de Wikimedia Commons, l'amélioration de la visibilité des données pertinentes de Wikimédia par les moteurs de recherche, ou l'intégration transparente et responsable des connaissances de Wikimédia par les assistants d'intelligence artificielle, renforçant ainsi la confiance dans leur fiabilité. Le renforcement des pratiques d'attribution permet non seulement de sensibiliser le public et de susciter l'engagement envers les projets Wikimédia, mais aussi de favoriser la mise en place de méthodes responsables et innovantes de mixage des connaissances et de prévenir les abus.
      • Résultat clé WE5.4: Réduire le volume de trafic généré par les moissonneurs de 20% en termes de taux de requêtes et de 30% en termes de bande passante
        • Le moissonnage a toujours existé: Les moteurs de recherche s'appuient sur Wikipédia pour fournir des informations à leurs utilisateurs depuis des décennies. Cependant, une autre motivation majeure est apparue récemment: Il s'agit du plus grand ensemble de connaissances multilingues et organisées disponible sur Internet, et c'est un outil fondamental pour entraîner les larges modèles linguistiques. Cela est vrai aussi bien pour notre contenu encyclopédique que pour notre base de données multimédia, Wikimedia Commons, précieuse pour les modèles d'apprentissage automatique générant des images.
        • En conséquence, nous avons constaté l'année dernière une augmentation significative du trafic de moissonnage, ainsi que des incidents liés à la stabilité du site: Nos ingénieurs en fiabilité du site ont dû appliquer au cas par cas des limitations de débit ou des interdictions répétées de robot d'exploration de données pour protéger notre infrastructure. Le moissonnage est devenu si important que notre bande passante sortante a augmenté de 50% en 2024. De plus, une analyse récente a montré qu'au moins 65% de nos requêtes les plus coûteuses (celles que nous ne pouvons pas traiter depuis nos serveurs de mise en cache et qui sont traitées depuis les bases de données principales) sont effectuées par des robots.
        • Nos ressources informatiques sont extrêmement limitées par rapport à la quantité de trafic que nous générons. Nous devons donc prioriser ceux à qui ces ressources sont destinées. Nous voulons privilégier la consommation humaine et donner la priorité au soutien des projets et des contributeurs Wikimédia avec nos ressources rares.

Accélérer le chemin vers les résultats du produit (EW6)

  • Objectif: Les développeurs de Wikimédia mettent rapidement et en toute confiance leurs produits à la disposition des utilisateurs finaux. Discussion
    • Contexte de l'objectif: Pour atteindre efficacement les quatre piliers stratégiques, les développeurs de Wikimédia doivent consacrer leur temps et leurs efforts à des activités à fort impact qui permettent de livrer des produits de qualité le plus rapidement possible. Des flux de travail trop complexes, l'absence d'outils standardisés et des composants système non durables entravent ces résultats.
    • Ce travail s'appuie sur la dynamique initiée lors des deux derniers plans annuels visant à faire évoluer MediaWiki en tant que plateforme, ainsi que les logiciels qui soutiennent son développement et son déploiement. Cette année, les travaux porteront sur la fourniture d'environnements de développement plus fiables, la simplification des flux de travail de préproduction et la réduction des risques liés à la plateforme et à l'infrastructure.
      • Résultat clé EW6.1: D'ici la fin du quatrième trimestre, le nombre de bugs bloquant l’entraînement au delà des wikis de test est réduit de 10%
        • En 2024, les développeurs ont dû revoir leur travail à 144 reprises en raison d'urgences empêchant le déploiement de MediaWiki. Dans de nombreux cas, les bugs ont été détectés après le déploiement sur les wikis de test, ce qui signifie que le problème a potentiellement touché des milliards d'utilisateurs. Nous ne pouvons pas contrôler l'existence de bugs, mais les détecter plus tôt permettrait de réduire le travail de l'équipe centrale. Cela renforcerait également la confiance des développeurs quant à l'absence de problème critique lors du passage en production.
        • Nous détecterons ces bugs plus tôt en fournissant les environnements nécessaires aux développeurs pour livrer et tester leur code en toute confiance tout au long du cycle de développement et de déploiement. Nous devons également veiller à ce que ces améliorations ne se fassent pas au détriment de la rapidité du développement.
      • Résultat clé EW6.2: D'ici la fin du quatrième trimestre, 4 étapes de la liste de contrôle de l'état de préparation à la production peuvent être exécutées sans intervention des ingénieurs en fiabilité des sites
        • Le déploiement d'un nouveau service ou d'une nouvelle fonctionnalité en production repose actuellement sur une liste de 24 étapes, chacune nécessitant généralement l'assistance des ingénieurs en fiabilité des sites (SRE). Nous avons mis en place le programme d'ambassadeurs SRE afin d'intervenir plus tôt dans le cycle de développement et de renforcer les capacités des équipes de développement. Cependant, de nombreuses tâches devraient être entièrement autogérées. En ce moment, cela représente un travail manuel, répétitif, automatisable et dont l'évolution est linéaire avec le nombre d'équipes de développement. Cette situation n'est pas durable à long terme pour l'équipe SRE.
        • Auparavant, une grande partie de ce travail était confiée aux équipes de développement grâce à un ensemble de bibliothèques communes et de bonnes pratiques partagées pour interagir avec notre plateforme. Ces ressources ont été abandonnées lors de la migration vers notre nouvelle infrastructure Kubernetes et ne sont pas directement remplacées. En fournissant des bibliothèques, une documentation et des formations similaires, applicables à nos méthodes de développement et de déploiement actuelles, nous pensons pouvoir réduire l'implication de l'équipe SRE avant le déploiement d'un nouveau service ou d'une nouvelle fonctionnalité en production.
      • Résultat clé EW6.3: D'ici la fin du quatrième trimestre, 100% des pages vues de Wikipédia seront diffusées à travers Parsoid
        • Parsoid offre des fonctionnalités améliorées pour l'évolution du wikitexte et la durabilité de la plateforme. Maintenir deux analyseurs simultanément n'est pas viable à long terme, car cela augmente la dette technique et la complexité. De plus, le succès de certains nouveaux projets comme Wikifonctions dépend de la large disponibilité de Parsoid.
        • Nous avons étendu le déploiement à de plus petits projets et, cette année, nous serons prêts pour les versions de Wikipédia. La gestion de toutes les pages Wikipédia consultées via Parsoid constitue la prochaine étape la plus importante. Outre le déploiement lui-même, ce travail comprend également la résolution des problèmes de performance et une communication efficace sur l'impact auprès des lecteurs et des rédacteurs.
      • Résultat clé EW6.4: D'ici la fin du deuxième trimestre, au moins deux risques identifiés menaçant notre capacité à continuer de déployer ou de faire évoluer les wikis seront atténués ou réduits à un niveau acceptable
        • Grâce à quelques initiatives ciblées, nous réduirons ou atténuerons plusieurs risques d’évolutivité, de fiabilité ou de sécurité que nous avons identifiés comme une menace potentielle probable pour la croissance et la durabilité de notre plateforme et de nos projets publics.
        • Par exemple, nous allons remanier la structure des bases de données principales de Commons afin que leur croissance ne soit pas limitée par la capacité des serveurs disponibles au cours des prochaines années. Nous allons également moderniser PHP, le langage de programmation qui alimente MediaWiki et les services associés. D'autres risques identifiés nécessiteront probablement la mise en œuvre de mesures de sécurité supplémentaires pour protéger et renforcer notre infrastructure.

Signaux et services de données (SDS)

Métriques (SDS1)

  • Objectif: Les preneurs de décision utilisent davantage de données opportunes et dignes de confiance sur le trafic humain et des robots afin d'éclairer les décisions stratégiques et relatives aux produits. Discussion
    • Contexte de l'objectif: L'augmentation du trafic automatisé au cours des deux dernières années a dégradé notre confiance dans les mesures du trafic. De plus, de nombreux problèmes de données sont apparus, et les délais d'identification et de résolution sont trop longs. Ces problèmes ralentissent et limitent notre capacité à évaluer les modèles de trafic humain et de robots, qui sont des données essentielles pour la planification et les décisions relatives aux produits.
    • Au cours de l'exercice 2025-26, nous nous concentrerons sur nos métriques de trafic en tant qu'étude de cas pour résoudre les lacunes en matière de qualité des données dans nos flux de développement actuels, mettre en place des infrastructures et des processus de surveillance et de résolution des problèmes de qualité des informations, et fournir des outils qui permettent aux preneurs de décision de comprendre les tendances en matière de trafic humain et automatisé.
    • One use case is about how we measure human and bot traffic. The rise of automated traffic in the past couple of years has made it harder to understand the extent to which humans are interacting with and contributing to Wikimedia projects. We aim to improve our ability to evaluate human and bot traffic patterns, which are critical inputs for planning and product decisions.
      • Résultat clé SDS1.1: D'ici la fin du premier trimestre, les analystes qui utilisent des mesures de vues de pages peuvent accéder à des mesures de référence de la qualité des données et de la détection automatisée du trafic.
        • Grâce aux hypothèses explorées dans ce RC, nous visons à identifier les lacunes de nos heuristiques actuelles de détection automatisée du trafic et à comprendre où elles ne parviennent pas à catégoriser correctement le trafic des pages vues. Ces informations permettront d'améliorer les flux qui génèrent et classent les mesures de consultation des pages. De plus, nous définirons des métriques de la qualité des données afin de contrôler et de mesurer les améliorations apportées à la précision des données.
        • Cet examen critique jettera les bases d'un examen critique ultérieur (RC2) axé sur la mise en œuvre des améliorations nécessaires du pipeline identifiées ici. Les paramètres de qualité des données établis au cours de cette phase serviront de référence pour évaluer l'efficacité de ces améliorations futures.
      • Key result SDS1.2: By the end of Q2, all 6 data pipelines dependent on the wikitext history data set will have weekly delivery guarantees (SLOs) for the wikitext history input sources.
        • The goal of FY24/25 KR 1.4 has been to remove the dependency on the monthly updated mediawiki_wikitext_history and mediawiki_wikitext_history_current data sets for the 3 most relevant downstream pipelines and to provide an alternative data set with guaranteed weekly SLOs.
        • While FY24/25 KR 1.4 helped mitigate the reliability issues for the most relevant dependent pipelines, there are remaining pipelines left with the unreliable legacy input source. These should be migrated too as well as the file based input source to the wikitext history data set itself.

Plateforme d'expérimentation (SDS2)

  • Objectif: Les gestionnaires de produits peuvent évaluer rapidement, facilement et en toute confiance l'impact des changements de caractéristiques des produits sur Wikipédia. Discussion
    • Contexte de l'objectif: Pour permettre et accélérer la prise de décisions fondées sur des données concernant le développement de fonctionnalités de produits, les gestionnaires de produits ont besoin d'une plateforme d'expérimentation dans laquelle ils peuvent définir des fonctionnalités, sélectionner des groupes d'utilisateurs et consulter les mesures d'impact. Il est essentiel d'accélérer le délai entre le lancement et l'analyse, car le raccourcissement du délai d'apprentissage accélérera l'expérimentation et, par conséquent, l'innovation. Les tâches manuelles et les approches personnalisées de la mesure ont été identifiées comme des obstacles à la rapidité. Le scénario idéal est que les gestionnaires de produits puissent passer du lancement de l'expérience à la découverte avec peu ou pas d'intervention manuelle de la part des ingénieurs et des analystes.
    • Nous nous concentrons sur Wikipédia pour l'année à venir parce que c'est là que les expériences de base sont intéressée à expérimenter (la stratégie organisationnelle nous fait doubler sur Wikipédia), et parce que cela nous permet de nous concentrer et de signaler plus clairement avec quelles équipes et projets nous sommes engagés. D'autres équipes ont utilisé les composants de la plateforme d'expérience et peuvent continuer à le faire, mais cette utilisation ne sera pas au centre de cet objectif.
      • Résultat clé SDS2.1: D'ici la fin du deuxième trimestre, réduire à moins de 6 semaines (hors durée de collecte des données) le temps nécessaire à un gestionnaire de produit pour réaliser un test A/B à deux variantes pour une fonctionnalité de lecture sur Wikipédia.
        • Actuellement, les gestionnaires de produits sont confrontés à un cycle d'expérimentation de plus de 10 semaines - de l'hypothèse aux résultats, sans compter la durée de l'expérience - en raison de la dépendance aux analystes et aux ingénieurs, aux processus manuels et aux problèmes de confiance des données. Ces dépendances retardent l'apprentissage, l'itération et l'innovation. Un.e gestionnaire de produit doté.e de compétences et formé.e sur les capacités d'auto-service de notre plateforme pourra prendre une décision de produit en toute confiance en moins de 6 semaines (sans compter le temps de la mise en œuvre du traitement et de la durée de la collecte des données).

Publics futurs (PF)

Publics futurs (PF1)

  • Objectif: La Fondation Wikimédia est dotée de recommandations sur les investissements stratégiques à poursuivre pour aider notre mouvement à servir de nouveaux publics dans un Internet en mutation. Discussion
    • Contexte de l'objectif: En raison des changements constants dans la technologie et du comportement des utilisateurs en ligne (par exemple, la préférence croissante pour l'obtention d'informations via des applications sociales, la popularité des courtes vidéos éducatives, l'essor de l'IA générative), le mouvement Wikimédia est confronté à des défis pour attirer et fidéliser les lecteurs et les contributeurs. Ces changements offrent également des opportunités d'engager de nouveaux publics en créant et en diffusant des informations de nouvelles manières. Cependant, en tant que mouvement, nous n'avons pas une image claire, basée sur des données, des avantages et des compromis des différentes stratégies potentielles que nous pourrions poursuivre pour surmonter les défis ou saisir de nouvelles opportunités. Par exemple, devrions-nous...
      • Investir dans de nouvelles fonctionnalités importantes telles que les chatbots?
      • Ramener les connaissances et les voies de contribution à Wikimédia à des plateformes populaires de tiers?
      • Faire autre chose?
    • Pour s'assurer que Wikimédia devienne un projet multigénérationnel, nous testerons des hypothèses pour mieux comprendre et recommander des stratégies prometteuses - pour la Fondation et le mouvement Wikimédia - à mettre en œuvre pour attirer et retenir les publics futurs.
      • Résultat clé PF1.1: Grâce aux idées et recommandations expérimentales des publics futurs, à la fin du troisième trimestre, au moins un objectif ou un résultat clé d'une équipe n'appartenant pas aux publics futurs est présent dans le projet de plan annuel de l'année suivante.
        • Depuis 2020, la Fondation Wikimédia suit les tendances externes qui peuvent avoir un impact sur notre capacité à servir les générations futures de consommateurs et de contributeurs de connaissances et à rester un mouvement de connaissance libre prospère pour les générations à venir. L'équipe de publics futurs, une petite équipe de R&D, va:
          • Exécuter des expériences rapides et limitées dans le temps (en visant au moins 3 expériences par année fiscale) pour explorer les moyens de répondre à ces tendances
          • En se basant sur les résultats de l’expérimentation, formuler des recommandations pour de nouveaux investissements non expérimentaux que la WMF devrait poursuivre – c’est-à-dire de nouveaux produits ou programmes qui doivent être pris en charge par une ou plusieurs équipes complètes – au cours de notre période de planification annuelle régulière.
        • Ce résultat clé sera atteint si au moins un objectif ou un résultat clé appartenant à une équipe en dehors des publics futurs, et motivé par une recommandation des publics futurs figure dans le projet de plan annuel pour l'exercice à venir.

Vidéos sur les réseaux sociaux (PF2)

  • Objectif: Les jeunes (< 25 ​​ans) aiment, apprennent, s'engagent et partagent le contenu de Wikipédia sur les plateformes où ils aiment passer du temps en ligne. Discussion
    • Contexte de l'objectif: L'expérimentation des publics futurs avec des vidéos courtes au cours de cet exercice a montré que nous pouvons atteindre des publics plus jeunes à grande échelle sur ces plateformes, mais nos données sur la santé de la marque montrent que notre investissement actuel n'est pas suffisant pour contrer le déclin de la notoriété et de l'affinité avec Wikipédia parmi les publics de la génération Z.
    • Afin de garantir que nous atteignons et impliquons efficacement cette génération, nous pensons que nous devrons recourir à diverses tactiques et accroître considérablement notre engagement dans des domaines tels que le marketing payant et les influenceurs, les campagnes créatives, la réactivité aux tendances et l’augmentation de notre niveau d’expérimentation sur ces canaux.
    • Nous nous attendons à ce que les défis auxquels nous sommes confrontés nécessitent un investissement plus substantiel pour nous aider à les surmonter, notamment dans les efforts de communication et de marketing pour créer de l'engagement, ainsi que dans la collaboration interdépartementale pour créer de nouveaux produits et expériences visant à accroître la présence de la marque et du contenu de Wikipédia sur ces plateformes.
      • Résultat clé PF2.1: Générer 5 000 000 de vues à partir de contenu vidéo court sur toutes nos chaînes d'ici la fin du premier semestre.
        • Cette année, nous avons atteint environ un million de vues en trois mois après le lancement de courtes vidéos sur les chaînes @Wikipedia sur TikTok, Instagram et YouTube. D'ici le début du prochain exercice, nous prévoyons d'augmenter de nombre d'abonnés sur nos chaînes et de disposer de davantage d'idées pour créer des contenus efficaces et engageants, que nous pourrons mettre en pratique afin de toucher encore plus de spectateurs.
        • En fixant un objectif ambitieux au cours du premier semestre de l’année, nous espérons obtenir un impact plus significatif, permettre la création de nouvelles stratégies/processus pour faciliter le travail et être en mesure de plaider en faveur de ressources supplémentaires pour atteindre cet objectif.
      • Résultat clé PF2.2: En itérant sur la base de vues réelles obtenue à la fin du premier semestre, atteindre d'ici la fin du deuxième semestre une augmentation de 10% des vues par rapport au premier semestre.
        • Bien que nous visons 5 millions de vues au premier semestre, nous pouvons soit atteindre un niveau nettement supérieur ou inférieur à cet objectif initial. Au second semestre, nous disposerons d'un niveau de référence réel (par rapport à l'objectif projeté de 5 millions) et nous apprendrons davantage sur les stratégies efficaces et les besoins en ressources. Nous espérons donc pouvoir améliorer ce niveau initial.
      • Résultat clé PF2.3: Lancer un produit hors plateforme destiné aux nouvelles méthodes d'apprentissage/de consommation de médias des futurs publics et le mettre sur le marché grâce à une campagne collaborative de marketing de produit.
        • L'équipe des publics futurs mène généralement des expériences à petite échelle avec un marketing minimaliste/organique. Cette année, nous souhaitons consacrer du temps à une campagne marketing et produit à plus grande échelle, ciblant un public plus jeune hors plateforme.

Support produit et ingénierie (PES)

Support produit et ingénierie (PES1)

  • Objectif: Les équipes de produits et d'ingénierie de la WMF seront plus efficaces grâce à des processus améliorés, favorisant un changement positif dans notre culture. Discussion
    • Contexte de l'objectif: Cet objectif vise à rendre les méthodes de travail de la Fondation Wikimédia plus rapides, plus intelligentes et plus performantes. Tout repose sur notre façon de travailler. Cela signifie réduire les frictions et les obstacles (inefficacités et erreurs) dans les processus, et obtenir un impact plus rapidement. Cet objectif vise également à développer des méthodes de travail applicables à l'ensemble du service et de l'organisation.
      • Résultat clé PES1.1: D'ici la fin du deuxième trimestre, définir des objectifs de niveau de service (SLO) pour 6 services de production sur la base d'une grille de priorisation qui vise à maximiser notre apprentissage sur la manière de définir et d'utiliser les SLOs pour prendre des décisions éclairées concernant la priorisation des travaux liés à la fiabilité par les équipes impliquées.
        • Un objectif de niveau de service (SLO) est un accord entre les équipes concernées sur un niveau de service cible (fiabilité/performance) que les équipes collaborent pour atteindre (et ne pas dépasser de manière excessive). Il permet par exemple de déterminer quand les tâches de fiabilité ou de performance doivent être priorisées (ou dépriorisées) par une équipe de développement, ou ce qui constitue un problème. Les équipes doivent veiller à identifier ce qui est immédiat (alertes/réponse aux incidents/bugs critiques) et ce qui ne l'est pas. L'objectif est de réduire les frictions entre les fonctions en négociant des objectifs et en établissant une priorisation claire et partagée.
      • Résultat clé PES1.2: 80% des demandes basées sur la liste de souhaits soumises au cours du premier et du deuxième trimestre recevront une réponse initiale après 14 jours au plus, ce qui entraînera un changement de statut.
        • Au cours de l'exercice 2024-2025, nous avons appris que les souhaits peuvent éclairer le travail stratégique (via des axes prioritaires) et que le traitement et l'évaluation des souhaits sont un effort collaboratif. Nous avons également appris que nous pouvons rationaliser le traitement des souhaits en tant que fondation, et que nous devons mieux communiquer sur le statut et la position de la fondation concernant chaque souhait.
        • Dans ce RC, nous mènerons des expériences visant à améliorer la rapidité et l'efficacité du traitement des souhaits, à augmenter le nombre d'employés de la fondation chargés d'évaluer et de commenter les souhaits (avec moins d'efforts) et à tester des cadres d'évaluation des souhaits par rapport aux objectifs produits convenus. Nous souhaitons également expérimenter un brainstorming ciblé autour des listes de souhaits, où les idées de la communauté s'alignent sur les objectifs de l'équipe et du produit. Enfin, nous évaluerons et mesurerons le sentiment de la communauté à l'égard de la liste de souhaits.
      • Résultat clé PES1.3: Deux expériences interdépartementales précoces, validées par nos publics externes de consommateurs, de donateurs et de contributeurs, sont intégrées par la Fondation dans le plan annuel.
        • Ce travail consiste à créer des expériences et des processus d’expérimentation destinés à être adoptés dans l’ensemble de notre organisation.
        • La Fondation renforce une culture d'expérimentation interdépartementale en intégrant deux expériences préliminaires validées à sa planification annuelle. Cette initiative favorise la collaboration au-delà des équipes dédiées aux produits et technologies, encourageant ainsi l'innovation avec d'autres services de l'organisation (tels que la communication et le développement). En suggérant de nouvelles idées non testées et en simplifiant les processus d'expérimentation, les équipes améliorent leur productivité et amplifient leur impact. La réussite se mesure par la réalisation de deux expériences interdépartementales par an, leur intégration aux futurs travaux ORC et l'adoption croissante de pratiques d'expérimentation. Parmi les résultats obtenus, on peut citer de nouveaux prototypes pour accroître la croissance et la productivité des nouveaux contributeurs, ainsi que des fonctionnalités expérimentales qui renforcent le lien entre les lecteurs et les donateurs de Wikipédia. Une opportunité spécifique identifiée est de relier de petites explorations de fonctionnalités pour célébrer le 25ème anniversaire de Wikipédia.

Planifier ensemble

Mise à jour de janvier 2025.

Portrait of Selena

Le Plan Annuel est la description de ce que la Fondation Wikimédia espère accomplir au cours de l'année à venir. Nous nous efforçons de rendre ce plan participatif, ambitieux et réalisable. Chaque année, nous invitons les contributeurs à partager leurs points de vue, leurs aspirations et leurs demandes spécifiques pour orienter l'élaboration du plan. Parmi les moyens utilisés pour recueillir ces contributions, on trouve les discussions des équipes produits avec les communautés, la liste de souhaits de la communauté, les conversations communautaires comme la série de discussions sur Commons, les conférences et les pages wiki comme celle-ci.

Pour notre prochain plan annuel, de juillet 2025 à juin 2026, nous réfléchissons à la meilleure manière de soutenir une vision intergénérationnelle face aux changements rapides dans le monde et sur Internet, et à l'impact de ces évolutions sur notre mission de libre diffusion des connaissances.

Comme je l'ai dit l'année dernière, nous devons nous concentrer sur ce qui nous distingue : notre capacité à fournir un contenu digne de confiance alors même que la désinformation et les fausses informations prolifèrent sur l'internet et sur les plateformes qui se disputent l'attention des nouvelles générations. Il s'agit notamment de s'assurer que nous remplissons notre mission, qui est de rassembler et de transmettre au monde la somme de toutes les connaissances humaines, en élargissant notre couverture des informations manquantes, qui peuvent être dues à l'iniquité, à la discrimination et aux préjugés. Notre contenu doit également servir et rester vital dans un internet en pleine mutation, mû par l'intelligence artificielle et les expériences enrichissantes. Enfin, nous devons trouver des moyens de financer durablement notre mouvement en élaborant une stratégie commune pour nos produits et notre collecte de fonds afin de pouvoir soutenir ce travail à long terme.

Pour faire des choix et des compromis concernant les domaines sur lesquels concentrer nos efforts l'année prochaine, nous avons rassemblé des questions et réfléchi à la manière d'allouer nos ressources limitées pour obtenir le maximum d'impact.

Si vous êtes particulièrement intéressé par les fonctionnalités ou services que le département Produit et Technologie développera en fonction des priorités établies ici, vous aurez l'occasion en mars de commenter les objectifs spécifiques et les résultats clés. (Voici les objectifs et les résultats clés du plan annuel actuel, pour référence.)

Si vous souhaitez réfléchir aux défis et aux opportunités de notre environnement technique ainsi qu'à l'orientation à adopter dans le prochain plan annuel, veuillez examiner avec nous les questions ci-dessous.

Nous recueillons en permanence des informations sur ces questions de diverses manières : à travers les conversations avec la communauté, les données que nous collectons, les entretiens de recherche que nous menons, et bien d'autres encore. Ce n'est pas la première fois que nous posons ces questions et apprenons à leur sujet – et nous avons déjà accompli un travail considérable autour de beaucoup d'entre elles ! Nous souhaitons les poser à nouveau maintenant et continuer à apprendre, car elles sont au cœur de nos préoccupations à ce stade de notre planification.

Questions :

  • Métriques et données
    • Quelles sont les façons dont les données et les métriques pourraient mieux soutenir votre travail en tant qu'éditeurs ? Pouvez-vous penser à des données sur l'édition, la lecture ou l'organisation qui vous aideraient à choisir comment passer votre temps, ou à identifier quand quelque chose nécessite de l'attention ? Cela pourrait être des données sur votre propre activité ou sur l'activité des autres.
  • Édition
    • Quand l'édition vous semble-t-elle la plus gratifiante et la plus agréable ? Quand vous sentez-vous le plus frustré et le plus difficile ?
    • Nous voulons que les contributeurs reçoivent davantage de commentaires et de reconnaissance pour leur travail, afin qu'ils n'aient pas l'impression que personne ne remarque les efforts qu'ils consacrent aux wikis. Quel type de retour d'information et de reconnaissance vous motive ? Qu'est-ce qui vous incite à poursuivre votre travail d'édition ?
    • En raison de la taille des wikis, il peut être difficile pour les éditeurs de décider à quel travail sur le wiki il est le plus important de consacrer leur temps chaque jour. Quels sont les informations ou les outils qui pourraient vous aider à choisir comment passer votre temps ? Serait-il utile d'avoir un endroit central et personnalisé qui vous permette de trouver de nouvelles opportunités, de gérer vos tâches et de comprendre votre impact ?
    • Nous voulons améliorer l'expérience de collaboration sur les wikis, afin qu'il soit plus facile pour les contributeurs de se trouver et de travailler ensemble sur des projets, que ce soit par le biais de collectes d'articles en attente, de « edit-a-thons », de WikiProjects ou même de deux rédacteurs travaillant ensemble. Selon vous, comment pourrions-nous aider davantage de contributeurs à se trouver, à se connecter et à travailler ensemble ?
  • Lecture/Apprentissage
    • Les wikis se chargent plus ou moins rapidement en fonction de l'endroit où vivent les utilisateurs. Existe-t-il des régions du monde où vous pensez qu'une amélioration des performances est particulièrement nécessaire ?
    • Comment pouvons-nous aider les nouvelles générations de lecteurs à trouver le contenu de Wikipédia intéressant et engageant ? Nous avons déjà discuté d'idées autour de contenu interactif et de vidéos dans le passé, et cette année nous nous sommes concentrés sur les graphiques et sur l'expérimentation de nouvelles façons de mettre en avant le contenu existant de Wikipédia. Comment pourrions-nous poursuivre sur cette voie pour utiliser notre contenu existant de manière nouvelle, et propre à Wikimédia ?
  • Modérateurs
    • Que faudrait-il changer dans Wikipédia pour que davantage de personnes souhaitent s'impliquer dans des rôles de bénévoles avancés, comme les patrouilleurs ou les administrateurs ?
    • Quelles informations ou quel contexte concernant les modifications ou les utilisateurs pourraient vous aider à prendre plus rapidement ou plus facilement des décisions en matière de patrouille ou d'administration ?
  • Tendances externes
    • Quels sont les changements les plus importants que vous remarquez dans le monde en dehors de Wikimedia ? Il peut s'agir de tendances dans le domaine de la technologie, de l'éducation ou de la manière dont les gens apprennent.
    • En dehors du mouvement Wikimédia, à quelles autres communautés en ligne participez-vous ? Quelles leçons pouvons-nous tirer des outils et des processus utilisés sur d'autres plateformes communautaires ?
    • Comment utilisez-vous les outils d'IA à l'intérieur et à l'extérieur de votre travail sur Wikimédia ? À quoi l'IA vous sert-elle ?
  • Commons
    • Quelles décisions pouvons-nous prendre avec la communauté Commons pour créer un projet durable qui soutienne la création de connaissances encyclopédiques ?
  • Wikidata
    • Comment aimeriez-vous que Wikidata évolue à l'avenir ? Comment peut-il être le plus utile pour construire un contenu encyclopédique digne de confiance ?

–– Selena Deckelmann

Retrieved from "https://meta.wikimedia.org/w/index.php?title=Wikimedia_Foundation_Annual_Plan/2025-2026/Product_%26_Technology_OKRs/fr&oldid=28604946"