ウィキメディア財団 年次計画/2024-2025/製品&技術OKR類

From Meta, a Wikimedia project coordination wiki
This page is a translated version of the page Wikimedia Foundation Annual Plan/2024-2025/Product & Technology OKRs and the translation is 87% complete.
Outdated translations are marked like this.

このページはウィキメディア財団による製品ならびに技術部門の2024年-2025年次計画の草稿の手順を示します。

当文書はウィキメディア財団製品技術部門の2024年-2025年次予算の手順のうちパート1に当たります。当部門草稿の「目的と主な成果」(objectives and key results=OKRsの提示を趣旨とします。昨年度に始めた 作業のポートフォリオを引き継いでいます(通称「バケット」)。

Portrait of Selena

ウィキメディア運動の直面する最も差し迫った問題として私が信じるところに関して、去る11月、私どもでは広く皆さんと対話しました。すなわち、ウィキペディアをはじめウィキメディアの全プロジェクトは多世代にわたる存在であると、私たちはどのようにすれば保証できるでしょうか? 時間を割いてこの質問を真剣に検討して、直接、私に答えてくださった皆さんに感謝申したく、また皆さんの回答にじっくりと目を通しましたので、私の方からも学んだことを共有しようと考えました。

第一にボランティアの皆さんがなぜ貢献するか、理由はひとつに絞れません。複数世代のボランティア育成には、人々がなぜ私たちのプロジェクトに時間を費やしてくれるのか、多くの理由をもっと掘り下げて理解するべきです。次に、私たちがどんな点で他と差別化されているか焦点を当てるべきです。インターネット上やプラットフォーム上では新世代の観衆の注目を集めようと先を争うあまり、偽情報や偽情報が蔓延していても、私たちには信頼できるコンテンツを提供する能力があります。一例として、もし情報の欠落が不公平や差別や偏見に根ざしていた可能性があるなら、私たちは人類の知識の総和を集めて世界に届けるという使命のため、それらをも拾い上げ確実に使命を果たそうとしています。 インターネットは、人工知能と豊富な経験値によってめまぐるしく変化していきますが、私たちのコンテンツはその中できちんと機能し、その重要性を保つ必要があります。 最後にこの活動に対する資金供給を長く保つには、製品と収益を横断する共通戦略を築き、長命な資金提供の方法を見つけなければなりません。

これらのアイデアは2024年-2025年のウィキメディア財団年次計画に反映する予定であり、本日、皆さんとその最初の部分を共有したく、製品・技術の取り組み目標の草案の形でお見せします。昨年と同様、私たちの年次計画は全体として観衆とプラットフォームの技術面のニーズを中心に据えているのですが、果たして焦点を当てた課題が正しいかどうか、皆さんのフィードバックをお待ちしています。 この数ヵ月を費やして話し合い:2024やメーリング・リスト、トークページやコミュニティのイベントなどの場で、今後1年間の製品・技術戦略に関してコミュニティの皆さんからアイデアを聴き集めており、それに基づいて組み立ててあります。以下で 目標の草案全体に目を通してください。

ここでいう「目標」とは、当財団が来年度に取り組む製品技術プロジェクトを形作る高次の方向性です。(objective)。当財団の戦略方向性を意図的に広範に示してあり、要点は、多くの注力分野を想定できる中で当財団の提案としてどのような課題分野を来年度は優先すべきか表しています。現状、これを皆さんと共有して、当該年の予算や測定可能な目標の確定前に、私たちの初期段階の考え方の形成にコミュニティの皆さんからご協力いただきたいと考えます。

フィードバック

特にフィードバックを期待する分野の1つは「ウィキ体験」と名付けた一連の作業です。(「Wiki Experiences」。) 「ウィキ体験」とは人々が直接、ウィキを使うとき、それぞれの人が投稿者や消費者あるいは寄付者のどの立場であっても効率的な方法を提供し、改善し、革新する方法と関連します。これには中核の技術と機能を支える作業が含まれ、ボランティア編集者 — 特に拡張権限を預かる編集者 — の体験向上に繋がるように、もっと良い機能とツールを、翻訳サービスを、プラットフォームの更新を手がけていきます。

ここでは計画をめぐる直近の論議から一部をまとめ、また私たちの発想にどのように磨きをかけるべきか皆さん全員が考える助けになるよう、以下の質問を置いてみます。

  1. ボランティアとしてウィキメディアのプロジェクトに参加するなら、やりがいを感じる体験であるべきです。さらにオンラインの協働作業という経験は、ボランティアの皆さんが何度でも戻ってくる主な理由であるべきだと私たちは考えます。皆さんが無償の編集にやりがいを感じるため、お互いに協力して信頼できるコンテンツを構築するために、欠かせないものはいったい何でしょうか?
  2. 私たちのコンテンツの信頼性は、世界に贈るウィキメディア固有の貢献の一部を構成し、これがあるからこそ、人々は私たちのプラットフォームに何度もアクセスしコンテンツを利用し続けるのです。コミュニティはプロジェクトごとに品質のガードレールを設定しており、その範囲内に収まりつつ、信頼に足りるコンテンツをより迅速に伸ばすには、何を構築するとよいでしょうか?
  3. 関連性を保ちながら、ウィキメディアが大規模な他のオンライン・プラットフォームと競争するには、新世代の消費者にコンテンツと自身のつながりを感じてもらう必要があります。どうすれば、読者や寄付者にとってコンテンツが見つかりやすくなり、操作も楽になるでしょうか?
  4. 虐待がオンラインに蔓延する今の時代、コミュニティもプラットフォームも、そのためのシステムも、確実に保護する必要があります。それと並行して一方で私たちはコンプライアンス義務の進化に直面し、他方で世界の政策立案者は個人情報の保護、自己同一性やオンラインの情報共有を根付かせようとしています。これらの課題にきちんと対処するには、虐待と戦う能力をどのように改善すれば良いでしょうか?
  5. メディアウィキ(MediaWiki)とはソフトウェアのプラットフォームでありインタフェースであり、ウィキペディアが機能するように働くため、公開で大規模な多言語コンテンツを作成し修正し保存と発見ができるようにするため、常にサポートが必要です。今年、何を決定しプラットフォームをどのように改善すると、このMediaWiki を持続可能にできるでしょうか?
議論

–– Selena Deckelmann

趣旨の草案

現状では、計画の最高レベル - "目標" を公開しています。

次のレベル - 3月に最終的な目標ごとの"主要な成果"(以下KR)の草案を、このページに公開しました。("※"=Key Results。)

それぞれの KR には下敷きとなる "仮説" があり、年間を通じて関連プロジェクト/チームのウィキページで更新していき、そのタイミングは時点を問わず、教訓が得られたときに更新する予定です。

ウィキの経験(WE)の下書きと目的
目的 目的範囲 目的 目的の内容 主催者
WE1

議論

投稿者の経験 投稿者は経験豊富であっても初学者であってもオンラインで連携して、もっと簡単に、ストレスを減らして信頼できる百科事典を構築します。 今後もウィキペディアが活気に満ちたものであり続けるには、ボランティア育成の対象を複数の世代に広げ、投稿が人々にとって魅力的になる取り組みをしなければなりません。必要な投資はボランティアの世代ごとに異なり -- 経験豊富な投稿者は強力なワークフローの合理化と修復を求めるとするなら、初学者は一人ひとりにとって意味のある編集方法を新しく手当てする必要があります。

そして最も影響力のある作業をする上で肝心なのは、どの世代であっても、すべての 貢献者が互いにつながり、協力できることです。 この目的達成に向けて経験豊富な貢献者向けに重要なワークフローを改善し、初学者向けには建設的な貢献を阻害する壁を下げ、共通の事柄に関心を寄せるボランティア同士が相手を見つけたり互いに意思疎通できる方法に投資します。

Marshall Miller
WE2

議論

百科事典にふさわしい内容 知識の格差を効果的に縮めるには、アクセスしやすいツールやサポートシステムをコミュニティの皆さんに提供して、活用や改善のしやすさが百科事典に信頼性を確保したコンテンツを増やしていきます。 主にウィキペディアにある百科事典のコンテンツを増やしたり改善するには、取り組みの継続と革新を介しています。投稿者がニーズに合わせて使う(技術および技術以外の両面の)ツールとリソースは、もっと見つけやすく、信頼できるものにする余地があります。WMFはこれらのツールに対してもっと適切に対応し、機能改善を短いサイクルで達成するべきです。

最近の傾向として AI 支援によるコンテンツ生成とユーザー行動の変化を考慮するなら、大幅な変化に適応する基礎づくりも探っていき(ウィキ関数など)、コンテンツ作成と再利用における大規模な成長を支援できるようにします。 コンテンツ格差を特定するメカニズムは、もっと見つけやすく簡単に対策できる必要があります。 百科事典の内容の伸展は、姉妹プロジェクトやウィキペディア図書館を含むプロジェクト類やキャンペーン関連の内容などを含めて、投稿ワークフローとの統合をもっと適切にできるはずです。 これと同時に、手順の信頼性を引き続き確保するには、伸展に用いる手法は百科事典の掲載内容についてウィキメディアのプロジェクト群全体で認識される基本理念に忠実であることと、増大する脅威に対するガードレールを備える必要があります。

観衆:編集者、翻訳者

Runa Bhattacharjee
WE3

議論

消費者の体験(閲読とメディア=Reading & Media) ウィキペディアにやってくる新世代の消費者にとって、百科事典のコンテンツを発見したり関与し、長く続くつながりを築きたくなる目的地となるようにします。 目標:

既存と新世代の消費者と寄付者を保持。

私たちのコンテンツの見つけやすさを高めて操作しやすくし、既存の消費者および新世代とのつながりを強化。

私たちの経験と既存のコンテンツに適応するようにプラットフォーム間で連携させ、新世代の消費者や寄付者が行為者として、また、これらの人々を対象とした百科事典のコンテンツ探索やキュレーションができるようにします。

Olga Vasileva
WE4

議論

信頼安全 さまざまな種類の大規模かつ直接的な嫌がらせ行為に対抗するインフラとツール類や手順を改善して十分な設備を整え、コミュニティやプラットフォームおよびサービス提供システムを保護しつつ、進化する規制環境への説明責任(コンプライアンス)を保ちます。 嫌がらせ行為と戦う能力のいくつかの側面は向上させなければなりません。IP に基づいた不正行為の軽減は効果が薄れてきたことから、効率の改善が必要な管理ツールが複数あり、大規模な不正行為と戦う統一戦略を立てて、具体的にはさまざまな予兆や軽減の仕組み(キャプチャ、ブロックなど)を連動させて用いる必要があります。私たちは今年いっぱいをかけ、この分野最大の問題に取り組みを始めます。さらに嫌がらせ行為防止へのこの投資とバランスを取るには、コミュニティの健康状態を理解し改善するためにも投資が必要であり、それらの側面のいくつかはさまざまな規制要件に分散しています。 Suman Cherukuwada
WE5

議論

知識のプラットフォーム I(プラットフォームの進化) メディアウィキのプラットフォームとそのインターフェイスを進化させ、ウィキペディアの中核となるニーズをより適切に満たします。 メディアウィキ(MediaWiki)を構築した目的は、オープンな多言語コンテンツを大規模に作成し管理し、保存や検出、利用ができるようにするためでした。知識プラットフォーム(Knowledge Platform)が2年目に入る今期は、システムの精査とプラットフォームの改善に取り組み、今後10年にわたってウィキメディアのプロジェクト群の中核となるニーズを効果的にサポートすることを目指し、まずはウィキペディアから始めます。

これには、知識生成プラットフォームを定義する作業を続けること、プラットフォームの持続可能性を強化すること、拡張機能/フック類のシステムに注力して機能開発を明確にして合理化すること、人々がメディアウィキに貢献できるように知識の共有に投資を継続することが含まれます。

Birgit Müller
WE6

議論

知識のプラットフォーム II(開発者対象のサービス) 技術系の職員とボランティア開発者には、ウィキメディアのプロジェクト群を効率よくサポートする上で特定のツール類が必要です。 私たちが立ち上げた、ウィキメディアの製作における開発や試験、展開のワークフローを改善(および拡張)を目指す作業を継続し、ツール開発者向けのサービスを含めるように定義を拡張します。また開発者/エンジニアリングのワークフローや対象ユーザーの分野では、よくある質問に回答する能力を向上させ、関連データにアクセスできるようにして情報に基づいた意思決定を可能にすることも目指しています。この作業には、現行の慣行(またはその欠如)がエコシステムの課題となっているなら、それを検討することも含まれます。 Birgit Müller

信号およびデータサービス(SDS)の下書きと目的
目的 目的範囲 目的 目的の内容 主催者
SDS1

議論

根源的な質問 ウィキメディアの使命と運動をどのように支えるか、私たちは、高レベルの指標と洞察に基づいて決定します。 私たちが技術の構築を効率よく効果的にしたり、ボランティア対応、知識へのアクセスを保護し促進する政策を提唱するには、ウィキメディアのエコシステムを理解し、何が成功か調整する必要があります。ここで追跡する共通の指標のセットとは信頼できて理解しやすく、タイムリーに利用できるものを意味します。また同時に調査と洞察を浮上させて、それぞれの測定の背後にどんな理由と方法があるか理解するのに役立足せることも意味します。 Kate Zimmerman
SDS2

議論

実験用プラットフォーム 製品管理者は製品の機能に関して、迅速に簡便に製品の機能の影響を測定し結果に自信が持てます。 製品の機能開発に関して、データに基づいた意思決定を可能にし迅速化するために、製品管理者が実験プラットフォームを使えるようにすると、機能の定義やユーザーの比較対象者を選択し、影響を数値化して確認する場が得られます。立ち上げから分析までの時間短縮が重要であって、これは学びの日程短縮により実験を加速し、すると究極には発明の加速をもたらすからです。

手作業による作業や測定ごとに特製の取り組みをすると、スピード化の壁となることがわかりました。理想的なシナリオは、製品管理者が自力で実験の開始から発見まで完了できることであり、その過程でエンジニアやアナリストが手動作業でほとんどまたはまったく介入しないことです。

Tajh Taylor

将来の観衆(FA)の下書きと目的
目的 目的範囲 目的 目的の内容 主催者
FA1

議論

仮説をテストする オンラインで知識がどのように共有され消費されるか、実験に基づく洞察を得て実態の理解を深め、ウィキメディア財団が追求すべき戦略的な投資について勧告し – ゆくゆくは私たちの運動が変化を続けるインターネットで新しい視聴者にサービスを提供できるよう、補佐することになります。 読者や投稿者を引き付け維持しようとするウィキメディア運動ですが、技術もオンライン利用者の行動も変化し続けることから、課題に直面しています(例:情報はソーシャル・メディア系のアプリ経由で取得したい人の増加、短い教育的動画(エデュテインメント)の人気、生成AI の台頭)。こうした課題はまた、情報の作成と配信に新しい方法を使うと、新しい視聴者へのサービス提供という機会にもなります。それでも私たちという運動はさまざまな戦略の全体像をデータに基づいてそれらが何をもたらし何を奪うのか明確に把握していないため、課題の克服や新たな機会を掴もうとするとき、本来なら使えるかもしれない戦略を応用できていません。たとえば……。
  • チャットボットやソーシャルビデオなど、規模の大きな新機能を私たちのプラットフォーム上に持ち込むように投資しますか?
  • ウィキメディアにある知識と道のりを使って人気のあるサードパーティのプラットフォームに貢献してみませんか?
  • 他にもありますか?

ウィキメディアが複数世代にわたるプロジェクトとなるよう目指し、私たちは – 将来もウィキメディア財団とウィキメディア運動に視聴者を引き付け、維持するため – 仮説の検証により、有望な戦略をよりよく理解し、推奨できるようにします。

Maryana Pinchuk

製品技術支援(PES)の下書きと目的
目的 目的範囲 目的 目的の内容 主催者
PES1

議論

業務の効率化 財団の業務をより迅速に、経費節約型に、波及効果を大きくすること。 財団業務をこなす職員は日常的に多くの業務を行って迅速に経費を抑えて処理し効果が出せるよう働いています。この目標が焦点を当てる特定の取り組みは、a)事務処理の迅速化と経費節減または効果をより発揮して大幅な利益をもたらす点と b)公式と非公式の財団慣行を調整し変更する点を両立させるものです。当財団の製品と技術関連の作業の運用効率に関して、この目標に含まれる KR を実施しようとすると、今年、基本的に最も困難かつ最善の改善となります。 Amanda Bittaker

主な成果の下書き

"主な成果"(KR=Key Results)はそれぞれの決定した目標ごとに出揃いました。このページに既出の目的と対応しています。

各KRが根拠とする「仮説」は年間をつうじて更新し、教訓が得られるにつれて関連プロジェクトまたは担当チームの ウィキページに載せます。

ウィキ体験の主な成果、草案版(WE=Wiki Experiences)

[ 趣旨の草案 ]

主な成果の短縮名 主な成果の本文 主な成果の本文 主催者
WE1.1

議論

共通の関心をいだく貢献者同士が互いにつながり、一緒に貢献できるようにワークフローを1件、開発または改善します。 私たちは、コミュニティの空間とウィキ上の交流は、人々を幸せにするものであり、貢献者として生産性を高めると理解しています。コミュニティ空間はさらに、新規参加者対象の研修や指導、貢献の最善手法のモデル化、知識の格差解消に役立ちます。しかしながら、一方ではウィキ上でつながる人々をサポートする既存のリソースやツール、空間はまだ標準以下であり、今日の編集者の大多数がかかえる課題やニーズを満たしていません。他方、キャンペーン担当チームの取り組みから、多くの主催者が導入と実験に熱心でコミュニティ活動に役立つ新ツールには、ワークフローの構造化が求められると示しています。こうした理由から、私たちはウィキ上で寄稿者同士の帰属意識を奨励し促すことに重点を置きたいと考えます。 Ilana Fried
WE1.2

議論

建設的な活性化:モバイル機器のメイン名前空間で最低1件、建設的な編集を公開した新規参入者の割合を前年比で #% 増やす。 現在のページ全体の編集経験では、建設的に貢献しようとする初心者の皆さんの多くにとって求められる文脈も忍耐も、試行錯誤も、あまりにも多大です。新世代のボランティア支援のため、より小規模で構造化された、タスク固有を強めた編集ワークフローの件数と可用性を増やします。(編集チェック構造化タスクなど。)

注記:ベースライン類の確立は今年度第4四半期末まで待つことになり、KR目標指標の百聞率の確立も、その後の見込み。

Peter Pelberg
WE1.3

議論

モデレーション製品4件のユーザー満足度を X% 向上。 拡張権限を持つウィキメディアのプロジェクト群の編集者は、既存の機能や拡張機能、ツールやスクリプトを幅広く利用して、モデレートのタスクを実行します。この分野のプロジェクトでは今年、新機能の構築に取り組むのではなく、これらツール群の改善に重点を置きたいと考えます。年間を通して多くの製品に触れることを目指し、それぞれに効果的な改善を加えたいところです。そうすると、コンテンツ全体のモデレートの体験向上を実現したいと考えます。

この作業の流れでは対象となる可能性のある複数の一般的なモデレーター用ツールのベースラインに、測定値X% を定義します。この KR の優先順位を決定する上で、コミュニティの要望リストが大きく貢献します。

Sam Walton
WE2.1

議論

第2四半期末までに特定のツールや洞察、組織化の方法に関して主催者や寄稿者や団体をサポート、主要なトピック領域 [策定中] で質の高いコンテンツ占有率を X% 増やす。 この KR の目的は既存の知識の格差縮小のために主題の範囲改善とします。コミュニティがプロジェクトのコンテンツの品質向上を目的としたキャンペーンの恩恵を受けるコツは、効果的なツールの組み合わせにあると確立しました。今年は、既存のツール改善と、知識の格差に対処する主要な主題の領域に優先順位を付けるため、新しい方法の実験に重点を置きたいと考えています。カバレッジの増加目標 X% は、高品質なコンテンツ作成の既存のベースラインの確認によって決まります。またコミュニティや機関と連携して取り組む重点テーマ分野は、次の四半期までに決まる見込みです。 Purity Waigi & Fiona Romeo
WE2.2

議論

第2四半期末までに、小規模な言語コミュニティの言語オンボーディングに対応する推奨事項2件(社会的と技術的)を展開してテスト、評価を採用してコミュニティのフィードバックを分析する。 現状でウィキペディアには約300の言語版があります。それでも、話者が何百万人もいる言語なのに、専用のウィキペディアも他のウィキも全くない言語がたくさんあるのです。インキュベータを2006年に開設したときは、前提条件として利用者ウィキ編集の事前知識を備えていることにしました(The Incubator)。これは、私たちが目指す理想、すべての人があらゆる知識の総和を無償で共有できるというものの実現を妨げます。ウィキメディアのインキュベータはウィキメディアのプロジェクトとして新しい言語版のウィキの可能性を整理し、作成してテストし、ウィキメディア財団がホストする価値があると証明できる場所です。この問題をさらに悪化させている事実とは、私たちの運動において参加した期間が最短で経験が最も浅い人々たちに、この過程を実行させるという想定です。あれ以来、ウィキメディアのウィキの編集は大幅に改善されたのですが、技術的な制限のせいで、インキュベーターにはこれらの更新が届いていません。現状で、特定のウィがインキュベータを卒業するまでの経過時間は数週間かかり、年ごとに作成される新規ウィキは12件程度しかないという、重大なボトルネックとなっています。

既存の研究と資料から、新しい言語導入(オンボーディング)のあらゆる段階に技術的な課題が明らかになり、インキュベータに新しい言語を追加すること、コンテンツの開発と評価の複雑さ、特定の言語がインキュベータを卒業するときにウィキのサイト作成の過程が遅いことなどです。

各段階は複雑で手作業で進めるため時間がかかり、改善が必要だと示しています。 この問題に対処すると、特定のウィキに新しい言語版をもたらすとき、作成はより迅速かつ簡単になり、知識を共有できる人がより多くなります。さまざまな利害関係者や、既存の調査研究および情報源から、社会面でも技術面でも推奨事項のお勧め提案され注目に値します。この主な成果では2つの推奨事項に着目、社会および技術の両面でテストし、コミュニティから寄せられるフィードバックの評価を提案します。

Satdeep Gill & Mary Munyoki
WE2.3

議論

第2四半期末までに新機能2件を導入、寄稿者はプロジェクトのガイドラインに準拠したソース素材を追加できるようになり、提携先3-5件から言語と地理の格差に対処する典拠資料の提供を受ける。 質の高い情報源素材へのアクセスを増やし、戦略上のコンテンツの格差を縮小しようと、以下を計画します。
  • 学習ネットワークとして、生物多様性ヘリテージ図書館、AfLIA、ウィキソースラブ・手稿と提携(Biodiversity Heritage Library; AfLIA; the Wikisource Loves Manuscripts。)
  • もっとアクセスしやすい再利用指標を介し、コンテンツの提携先取得と保持を支援。
  • 寄稿者がコンテンツの信頼を高めるように、プロジェクトのガイドラインに適合する画像や典拠の追加に導き、例えば各自が画像のアップロード/追加の作業中に、潜在的な問題を指摘するなど対策します。
Fiona Romeo & Alexandra Ugolnikova
WE2.4

議論

第2四半期末までに小規模言語版のウィキペディア1件以上でウィキファンクションズ呼び出しを有効にしてスケーラブルな方法を提供し、新しいコンテンツのきっかけにする。(Wikifunctions) 知識の格差を効果的に削減するには、質の高いコンテンツの成長を支えるワークフローを改善、特にコミュニティが小さな言語地域では、計測可能にする必要があります(スケーラブル)。 Amy Tsay
WE3.1

議論

コミュニティ主導で厳選されアクセス可能な閲覧および学習体験2件を代表的なウィキに展開、非ログイン読者として経験を積んだ利用者の保持率は5%増を目指す。 このKRは、私たちのウェブサイトで新世代の読者の定着を高め、新世代の利用者がウィキペディアとのつながりを永続的に築けるように、興味を持つコンテンツをどうすれば読者がもっと簡単に発見したり学ぶ機会を得られるか、探求します。キュレーションを改め個人に引き寄せて、ブラウジングおよび学習体験をコミュニティ主導にするなどの探究と開発が含まれるはずです(例えば関連のあるコンテンツをフィードする、話題のコンテンツのお勧めや提案、コミュニティがキュレーションしたコンテンツを探索できる機会の創出など)。

今年度は、はじめにブラウジング体験の一連の実験を開始する予定で、実稼働用にどれを拡張するか、またどのプラットフォームで拡張するか(ウェブかアプリまたはその両方か)を決定します。次に、これらの実験の拡張により運用環境で(読者の)保持率引き上げ効果のテストに焦点を当てます。年末までの目標として、実験を少なくとも2件、代表的なウィキで開始し、これら体験に関与した読者の保持率を正確に測定、5%増に達するかどうか確認。

このKRの最適な達成に求められる条件として、ログアウトした利用者対象のA/B テストを実行できるか、読者の維持率を測定できる機器があるか。そのほか勧告事項その他をキュレーションする仕掛けの提示には、新しい API やサービスが必要な場合も見込まれます。

Olga Vasileva
WE3.2

議論

恒例のバナーや依頼メール以外のタッチポイント経由で、プラットフォームごとに寄付者の件数を50%増。 私たちの目標は、既存の寄付者に感謝しながら、収入源を多様にしようというものです。財団が過去に頼りにしてきた方法、特に毎年恒例のバナーによる募金のみに限らず、フィードバックとデータに基づいて寄付の数を増やすことに焦点を当てます。

寄付者の経験をより統合し投資すると、バナーによる募金には応じない寄付者やその候補者に別の受け皿を提供するなら、私たち自身の仕事を続け、影響を拡大できると示したいと考えます。 当初は指標を50%増しに設定、これはベクター2022の導入でウェブ上の寄付ボタンが見つけにくくなった点と、2023-2024年度のウィキペディア・アプリで実施した先行プロジェクトで寄付者の経験を強化したところ、寄付数が増えた点(寄付50.1%増)に基づきます。 この指標の評価はプラットフォームごとに実施し、将来は異なる戦術を展開する必要があるかどうか理解するために役立てようとしており、プラットフォーム単位の傾向、それぞれの観衆の区分が行動の違いを表すかどうかに基づきます。

Jazmin Tanner
WE4.1

議論

第3四半期までに嫌がらせ行為や有害コンテンツに対する対策を3つ提案、データで裏打ちして、規制環境の進化に適合するものを提供します。 利用者の安全を確実にして幸福を保つことは、オンライン・プラットフォームの基本の責任です。多くの司法管轄国にはオンラインのプラットフォームに関する法律と規制があり、嫌がらせやサイバーいじめその他の有害なコンテンツに対策を講じるよう要求します。これらの問題に対処しない場合、プラットフォームは法的責任を追求され、規制や制裁にさらされると予見できます。

現時点でこれらの問題がどれほど大きいか、あるいはその背後にある原因はよくわかっていません。私たちは事例証拠と手動のプロセスに大きく依存しているため、法的リスクばかりか、その他の広範な影響として、問題の過小評価、被害の拡大、風評被害、ユーザーの信頼の低下にもさらされています。

嫌がらせと有害なコンテンツの発生率を測定するという強い文化を構築し、積極的に対策を実施する必要があります。

Madalina Ana
WE4.2

議論

第3四半期までに、不正行為対策の手順用に信号を2件以上開発、悪意の利用者に関して行動の精度を向上させる。 ウィキ類は荒らしやスパム、悪用をブロックするメカニズムとして、IPアドレスのブロックに大きく依存しています。ところが個々の攻撃者を安定して識別する要素として、IP アドレスはますます役に立たなくなり、特定のIP アドレスをブロックしたばかりに、悪意のある攻撃者とたまたま同じ IP アドレスを共有した善意の利用者にまで、予期せぬ悪影響が生じる結果を招きかねません。IP アドレスの安定性の低下に IP ブロック依存度の高さが重なって、善意の利用者の巻き添え被害が高率になり、悪意のある攻撃者をターゲットにする精度と効果が低下しました。逆の状況を実現したいものです。つまり、巻き添え被害のレベルが低下し、攻撃者を対象とした緩和の精度も向上させたい。

このKRで提言したいのは、役務者の不正行為対策をもっと支援したり、基本単位を提供するには、既存※1や新しいツールで利用と再利用することで個人とそのアクションを確実に関連付け(ソックパペットの軽減)、悪意のある行為者をより正確に補足できるように既存の信号※2を組み合わせることです。 (※:12=チェックユーザや特別:Blockほか。2=IP アドレスやアカウント履歴や申請の属性。)

Kosta Harlan
WE4.3

議論

対策の適用とトラフィック量の維持にかかる時間をシミュレーションで測定し、大規模な分散攻撃の有効性を50%減。 インターネットの状況が進化して、大規模なボットネットの台頭、より頻繁な攻撃などにより、大規模な不正行為を制限する従来の方法は時代遅れになりました。左記の攻撃により、インフラにリクエストが殺到してサイトが利用できなくなったり、大規模な破壊行為に対抗するコミュニティの能力が圧倒されたりする可能性があります。すると高次の権限を持つ編集者や技術コミュニティにも本来はないはずの負担がかかります。

このような攻撃に対して早急に改善する必要がある能力とは、それらを自動的に検出し耐え切り、軽減または停止するものです。改善は、実際に攻撃されたときの頻度や強度の計測だけに頼ることは不可能で、なぜなら、それでは外部の行動に依存することになり、私たちの進歩を明確に定量的に把握できなくなります。

攻撃を受けていない状態で新しい対策のテストや、改善点の客観的な報告を実現するは、性質や複雑さや期間が異なる複数の攻撃を予測して、私たちのインフラに対して無害な状態で走らせ、それを四半期ごとに実施します。

Giuseppe Lavagetto
WE4.4

議論

Launch temp accounts to 100% of all wikis. Temporary accounts are a solution for complying with various regulatory requirements around the exposiure of IPs on our platform on various surfaces. This work involves updating many products, data pipelines, functionary tools, and various volunteer workflows to cope with the existence of an additional type of account. Madalina Ana
WE5.1

議論

第3四半期までに、プラットフォームの継続可能性を増加させる介入を5件以上完成させる。 メディアウィキのプラットフォームが持続可能かどうかは常に基本となる取り組みであり、開発者の満足度を向上させて広げるか低下を回避し、技術コミュニティを成長させる能力向上ための要点です。測定が難しく、技術および社会の要因に左右されがちです。それでも私たちには暗黙の知識があり、持続可能性を目指すなら特定の分野で戦略的な改善が必要だと気づいているはずです。そこで介入を計画すると、プラットフォームの持続可能性と保守性の向上、プラットフォームの劣化回避に役立つ可能性があります。私たちはこの取り組みの影響を第4四半期に評価し、持続可能性の今後の目標に何を推奨すべきか検討する予定であり、対象は例えば次の項目です。ウィキメディアの中核となる複雑なコードのドメインについて、その仕組みを知っている人がほんの一握りしかいないものを簡素化。コードベースの品質を知らせるためコード分析ツールの使用を増やすこと。パッケージ化やリリースなどのプロセスを合理化。 Mateus Santos
WE5.2

議論

1件以上の介入を第2四半期までに識別を終え、第4四半期末までに完成を目指し、メディアウィキのエコシステムにおけるプログラミング用インターフェースを進化させ、より簡略で持続可能な独立した機能開発を強化します。 KR 5.2 の主な目標は、メディアウィキのコアなプラットフォームとその拡張機能や外装その他の部分で相互作用を改善し、明確にすることです。目的はメディアウィキのアーキテクチャの機能改善であり、実用的なモジュール性と保守性を可能にする理由は、拡張機能の開発が容易になることと、メディアウィキ製品のより広範な理想の要件を強化することにあります。この作業は、コア内や拡張機能またはそれらを結ぶインターフェイス内で、存在すべき(または存在すべきでない)ものは何かを知らせることも目指します。一年は次の2つのフェーズに分かれ、まず研究および実験段階に5ヵ月を使い、次にどんな特定の介入を実施するか、第2フェーズに引き継ぎます。 [TBD]
WE5.3

議論

第2四半期末までに、データ収集イニシアチブ1件とパフォーマンス改善実験1件を完了、メディアウィキの能力を活用しフォローアップ製品とプラットフォームの介入に受け渡す。(※=ページは構造化された断片の構造であるとモデル化する。) ここで言う主な目標とは、百科事典コンテンツの現在および将来のニーズに対応できるように、開発者と製品マネージャーにメディアウィキの新プラットフォームの機能活用を任せて、現状では実装が困難な新製品の提供と、プラットフォームのパフォーマンスと回復力を向上させることです。

具体的にはその特定のプラットフォームのレベルで、メディアウィキの処理モデルにおいてページの扱い方を移し、モノリシック単位ではなく構造化されたコンテンツ単位の構成にしたいと考えています。これに向けた暗黙の動きとは、Parsoid ベースの読み取りビュー、ウィキデータとの統合、ウィキファンクション(Wikifunctions)のウィキへの統合のすべてです。この KR の一環として、より意図的に実験を行ってデータを収集し将来の介入に情報を提供したい、これらの新機能に基づいてインフラと製品への意図した影響を確実に達成したいと考えます。

[TBD]
WE5.4

議論

By the end of Q2, execute the 1.43 LTS release with a new MW release process that synchronizes with PHP upgrades.

The MediaWiki software platform relies on regular updates to the next PHP version to remain secure and sustainable, which is a pain point in our process and important for the modernization of our infrastructure. At the same time, we regularly release new versions of the MediaWiki software, which e.g. translatewiki.net depends on, the platform used to translate software messages for the Wikimedia projects and many other open source projects.

There’s an opportunity to improve the MediaWiki release process, including technical documentation and synchronization with PHP upgrades in alignment with the MediaWiki product strategy before the next release, which will be a long term support version (LTS). This work is part of our strategic investment in the sustainability of the MediaWiki platform (see also: 5.1) and aims to improve developer experience and infrastructure management.

Mateus Santos
WE6.1

議論

質問5つを解決、効率性と情報に基づいた意思決定を可能にして、第4四半期末までに開発者とエンジニアリングのワークフローとサービスの関連データにアクセスできるようにする。 質問として「ウィキメディアの制作にどのリポジトリを展開するか」と問うなら、よくある答えは「複雑だ」です。この KRでは、エンジニアリングの生産性と経験の分野において「永遠の新人」の部分を探求します - 繰り返し問われ、簡単なように見えても回答は難しい質問、答えは出せるがデータにアクセスできない質問、対象の専門家しかカスタムのクエリができないなど、プロセスの格差その他の理由で答えがなかなか得られない質問。「解決」の意味をそれぞれの質問ごとに以下を含めて定義します。ある人にとっては、単に既存の正確なデータを入手できればよいだけのことかもしれません。他の質問では、研究と技術的な時間がないと、それらに答えられないかもしれません。この作業の全体的な目的はエンジニアリングと開発者のワークフローとサービスの改善を可能にすることで、開発者の経験の重要な側面に関して洞察するときに、時間と代替の解決法と注入する努力を削減します。 [TBD]
WE6.2

議論

第4四半期Qまでに既存の特定のプロジェクト強化と実験を2件以上実施し、維持可能な標的型環境の提供により、安全で半連続的な配信へ向かいます。 運用環境の利用者が影響を受ける以前にバグを検出しようと、開発者も利用者もウィキメディアのベータクラスタ(ベータ版) に頼っています。時間の経過とともにベータ版の使用が拡大し、競合が発生してしまいました—用途が多様すぎて、単一の環境に収まりきらない状態。私たちは既存の代替環境1件を強化して実験を実行するつもりで、目的は、テストが必要な優先度の高い単一のニーズについて現状ではベータ版で対処しているところを、保守可能な代替環境と置き換えて各ユースケースのニーズによりよく応えることにあります。 Tyler Cipriani
WE6.3

議論

第2四半期までにさまざまな技術および社会の要因を横断した、持続可能性を数値化するシステムを Toolforge のプラットフォームに導入。第4四半期までに、主要な技術要素1件の改善を50%達成します。 ウィキメディアのボランティアによって構築されたツールは、Toolforge という主要なプラットフォームにあり、編集から破壊行為対策まで重要な役割を果たしています。私たちの目標は、Toolforge の使いやすさ向上、貢献をはばむ障壁を低くして、コミュニティの実践を改善し、確立された方針の順守を促進することです。このため技術および社会の側面に着目した持続可能性を評価する数値化システムを、第2四半期までに Toolforge プラットフォームに導入の予定です。このシステムを目安に使い、重要な技術要素1件を 50% 向上させるよう目指します。 Slavina Stefanova

信号とデータサービス(SDS)の草案版主な成果(Signals & Data Services)

[ 趣旨の草案 ]

主な成果の短縮名 主な成果の本文 主な成果の本文 主催者
SDS1.1

議論

プログラム2件もしくはKR主導の取り組みのリーダーが文書を作成し、各チームの作業と財団のコア指標1件以上に及ぼす影響のつながりを論理的に説明、広く共有された。

財団の目標に向けた進捗状況を評価するには、私たちの中心的な組織指標がその基礎として機能します。プログラムのリソース割り当て、主な成果(KR)指向のワークストリーム設定の際に、これら高次の指標は、年次計画に定義した財団の包括的な目標と、これら投資をどう結びつけるか、導く必要があります。

主な成果をめぐるこの研究により、あらかじめ見込んだ介入すべての影響を高次または中核的な指標に定量的に結び付ける能力において、財団全体がまだまだ初歩段階にあると認められます。このKRの最終目標の追求では、目的は私たちの取り組みと高次の指標を論理および理論の両面でつなぎ共有するプロセス開発としています。 実際の手順ではプロジェクトのレベルで得る取り組みの成果を、財団レベルのコア指標にどのようにリンクさせ、どんな波及効果がありそうか理解すること、財団各所の取り組み単位で主催者(オーナー)と提携することを意味します。

影響をマッピングするフレームワークと演習には〈変化の理論マッピング〉や因果関係グラフ構築などがあり、これらは作業の潜在的な影響を文書化する際に採用すると、一貫性と厳密性が確保されます。 この主な成果にはその構築をサポートする資料の開発が欠かせず、取り組み単位の主催者が組織の指標を知り、自分たちの仕事に関連していてどの変化の理論を築くべきか理解に役立ちます。

Omari Sefu
SDS1.2

議論

2026年度の年間計画に推奨事項や情報を提供したりするため、2024年12月までに2つの戦略的なオープンリサーチの質問に回答。 ウィキメディアのエコ・システムには研究上の未解決の質問がまだたくさんあり、WMF または提携団体にとってその質問のいくつかに答えを求めることは戦略となります。これらの質問に対する答えは、将来の製品や技術の開発に役立つ可能性があり、また政策分野の意思決定や権利擁護を支えることにも結びつきます。これらの質問の一部は、純粋に調査研究または研究工学の専門知識の活用で答えが出せますが、信頼できる洞察に達するウィキメディア・プロジェクトの社会技術的な性質を考慮すると、多くの場合、データ収集や文脈構築、利用者の相互作用、チーム間の協調による実験などの慎重な設計が必要になります。私たちはこの KR を通じてリソースの一部を優先して割り振り、それらの質問に少なくとも1つ答えようと目指しています。

この KR の作業には、戦略に関する未解決の質問一覧に優先順位を付けること、実験作業の末、そのうちの X 個(現時点の目標値は2個)の回答探しが含まれます。ここで取り組む質問の理想としては、ここで見つけた回答が他の複数のチームやグループにとっても鍵になり、それぞれが抱える製品や技術または方針の作業を(情報を得て、よりよく?)行うという波及効果を期待できるものです。 この KR の作業で、以下の KR を補完したいと意図しています。

  • PES1.3. 焦点は既存の製品に基づき、プラットフォーム上の製品もしくは機能の発想の実験。
  • FA1.1. 焦点は、将来の観衆に関して、人工知能/機械学習(AI/ML)を使っ実験すること。
Leila Zia
SDS1.3

議論

3つの中心的な主要指標に関して、データの利害関係者がデータの理解と追跡に要する平均所要時間を最低でも50%減らすこと データ・ガバナンス標準の必須事項。

データセットの出どころを遡って求めたり変換することは困難であり、異なるリポジトリやシステムの理解が欠かせません。私たちのシステムにおいて、データの流れをもっと理解しやすくすることが重要で、そうするとデータの利害関係者はもっと自立自助により作業ができるようになります。

この作業が役立つ作業手順とは、データの変換と利用の目的が分析、機能、API、データ品質のジョブである場合です。指標の文書化については、フォローアップ用の KR を実施する予定。

Luke Bowmaker
SDS2.1

議論

第2四半期末までに支援対象とする製品チーム1ヵ所について、基本的なA/Bテストを用いた特定の機能もしくは製品の評価を行い、利用者相互作用のデータ所要時間は目標50%減。

共有ツールの採用は、製品チームがデータ基準の意思決定に自信を深めたり、効率性と生産性を高めて製品をめぐる戦略と革新をもたらすと考えます。

これを採用したチームごとに、利用さ相互作用のデータ取得じかんをベースラインとして50%短縮を目指します。あわせて製品部門全チームを見回し、より完全な文脈を想定して、これらの利点をどのように文脈化できるか検討します。

採用したチームから集めるフィードバックならびにSDS2.2.の成果に基づき、体験の改善と向上する能力の特定と優先順位の決定について学びがあると期待します。

Virginia Poundstone
SDS2.2

議論

第2四半期末には、実験分析(A/Bテスト)の基本的な指標2件が得られ、2024-25事業年度のKR類に関して、製品および/または機能の仮説実証に対応できるようにする。 プロダクト・マネージャー(PM)(またはデザイナー)が立てた仮説で、製品/機能がユーザーまたは組織の問題/ニーズに対処するとした場合、その仮説をテストすると指標に対するアイデアの潜在的な影響を実験により知ることができます。実験の結果を受け取ったPMは、それを次に取るべきアクションの決定に役に立てます(この考えを放棄して別の仮説を試す、開発ライフサイクルの早い段階で実行した実験なら開発を続行、あるいはまた製品/機能をより多くのユーザーにリリースする)。PMは立場上、自信を持ってそのような決定を下す必要があり、それは信頼し理解する証拠の裏付けを求められます。

製品チームは現状、これに関して高いハードルを抱えており、プロジェクト固有のカスタム指標を用いて仮説を策定しているため、専任のアナリストに依頼して仮説の定義と測定、分析とレポートをしてもらう必要があります。テスト可能な製品/機能の仮説の声明を定式化するなら一連の必須指標に切り替えるわけで、次のようになります。

  • その仮説の検証に用いるなら、より簡便かつ迅速に実験の設計や展開、分析ができる。
  • 実験から得た結果や学びを、意思決定者その他の対象者に容易に伝達できる(前者はPM、後者は上級リーダーその他、組織内の個人やコミュニティなど)。

広く理解され一貫して使われる一連の指標 – かつ業界標準の指標から情報を得て影響を受けるもの – は重要であり、同時に組織のデータリテラシー向上、評価と実験学習の文化を促すと考えられる。(data literacy。)重要な指標として着目するのは2種類で、(1)製品/機能の成功と影響の最適な測定と評価に必要な2つの「Wiki Experiences KRs」 – 略号WE3.1 と 略号WE1.2 – 、(2) 業界標準指標を反映または描き出しウェブ分析で採用するもの。

Mikhail Popov
SDS2.3

議論

Deploy a unique agent tracking mechanism to our CDN which enables the A/B testing of product features with anonymous readers. Without such a tracking mechanism, it is not reasonable to implement A/B testing of product features with anonymous readers.
This is basically a milestone-based result to create a new technical capability that others can build measurable things on top of. The key priority use-case will be A/B testing of features with anonymous readers, but this work also enables other important future things, which may create follow-on hypotheses later in WE4.x (for request risk ratings and mitigating large-scale attacks) and for metrics/research about unique device counts as their resourcing and priorities allow.
Brandon Black

将来の観衆の主な成果、草案版(FA=Future Audiences)

[ 趣旨の草案 ]

主な成果の短縮名 主な成果の本文 主な成果の本文 主催者
FA1.1

議論

将来の観衆について実験的な洞察と推奨事項の成果は、第3四半期終了時に得るものとし、FA担当以外のチームが所有する目標または主な成果を翌年の年次計画の草案に1つ以上取り入れます。 2020年以降、財団は外部トレンドを追跡し、将来世代の知識消費者や知識貢献者に奉仕する私たちの能力、今後数世代にわたって無償の知識運動として繁栄を続けることに影響を与える可能性のある要素を見守ってきました。ここで言う「将来世代の観衆」とは小規模なR&Dチームを指し、担当は次のとおり【研究開発】。
  • 時間設定をした実験を迅速に実施(予算年次単位で実験は最低3件)、これらの傾向に対処する方法を探る
  • WMFが追求する本格運用の新規投資 – すなわち新製品もしくは新規プログラムであり専用のチーム(複数可)を配置するべきもの – の提言は、恒例の年次計画の策定期間に実験から得た洞察に基づいて実施します。つまりチーム全体で取り組む必要がある新製品やプログラムについての推奨事項を作成します。この主な成果達成には、 所有するチームがFA担当以外の目標または主な成果であり、FAの推奨事項に裏打ちされたものが少なくとも1件、次の会計年度の年次計画の草案に載っていることが条件となります。
Maryana Pinchuk

製品と技術支援の主な成果の草案(PES=Product and Engineering Support)

[ 趣旨の草案 ]

主な成果の短縮名 主な成果の本文 主な成果の本文 主催者
PES1.1

議論

評価の文化:四半期ごとの調査でP+T職員の感情スコアを徐々に改善し、その範囲は配信、アライメント、方向性、チームの健全性とする。 評価の文化とは、製品開発の文化であり、より短いサイクルで実施する反復と学習、適応に基づきます。

私たちの組織が年間目標を設定できると示してはいても、これらの目標達成に向けた私たちの行動は学習につれて変わっていき、年間を通じて適応するものです。評価の文化構築には要素が2つあり、それはプロセスと行動です。 この KR は後者に焦点を当てます。行動の変化は評価の文化を成長させる要因であり、強化もできます。 これは、より反復的な製品開発へと移行するため、個人の習慣や慣行(ルーチン)を変えることを含みます。 この KR は、個人が自己申告する自分の行動の変化に基づき、その果てに職員の感情に変化があったなら、その変化を測定します。

Amy Tsay
PES1.2

議論

第2四半期末までに、新しい要望リストを運動のアイデアや要求を財団のP + T活動によりよく結びつけます(製品と技術)。要望リストのバックログ項目は2024-25年次の主な成果(KR)を介して対処、小さな要望10件を完了した財団は、ボランティアと連携して2025-26年度の機会の領域を3件以上、特定する。 コミュニティ要望一覧は、ウィキメディア運動のごく狭い部分を表しています(Community Wishlist)。参加者はおよそ1千名、そのほとんどが寄稿者または管理者です。

Phabricator 経由で機能のリクエストやバグ報告を書いて、要望一覧を回避することがしばしばありますが、財団やコミュニティが発するリクエストの識別は困難です。 参加者にとって要望一覧とは、費用対効果を考えると時間の投資をしても見返りは最小限です。 要望一覧とは、影響力のあるバグや機能改善への注意喚起、より広範で戦略的な機会の必要性を知らせる唯一の手段だと感じるため、参加者は今でも要望一覧に関与しつづけています。 要望の書き方が問題提起ではなく解決策である場合が散見されます。机上では一見、懸命な対策に思える解決策ですが、必ずしも技術的には複雑かどうか、あるいはウィキメディア運動の戦略に及ぼす影響まで考慮してあるわけではありません。

場合によっては、要望の範囲や広さがコミュニティ技術部門あるいは単一のチームの担当範囲や能力を超越してしまい、不満が長引いたり、コメント募集(RFC)、はたまた要望一覧そのものの廃止論にまで発展してしまいます。 コミュニティ参加者側は、プロジェクトに関するアイデア出しに要望一覧を使いたがるものの、財団のチーム側では優先順位付けの時点で、要望一覧その他の受け入れ手順を比較検討したがる傾向があり、その背景には、要望の流れは年次計画の立案過程にとってタイミングが良くない点、ロードマップおよび/または OKR に組み込みにくい点があります。

「将来の要望一覧」とはコミュニティと財団との架け橋になるものとして、コミュニティからは構造化した要望を差し出してもらい、私たちの側はそれに応じた行動を起こせるし、ボランティアの側にとって嬉しい事態となります(Future Wishlist)。ログインしたボランティアの皆さんを対象に、365日いつでも要望を受け取る新規プロセスを作成中です。要望とはバグの通報や詳細の提示、改善してほしいことの申し入れ、あるいはまた新機能に関するアイデア出しを呼び寄せるものです。要望には誰でもコメントを書けるし、ワークショップの主催者になったり、サポートを引き受けて優先順位付けに影響を与えたりできます。財団は要望を「大きすぎる」または「小さすぎる」などとは分類しません。

さらに大きな問題領域にテーマ別にマッピングできる要望は、年次計画やチームのロードマップに影響を与え、戦略的な方向性と機会を提供すると考えられます。 要望を運動に向けて見える化するには、プロジェクトや製品および/または問題領域、要望の種類ごとに分類したダッシュボードに表示します。 当財団は要望にタイムリーに対応し、コミュニティと連携して要望の分類と優先順位付けにあたります。 私たちはウィキメディアンと協力して、2025-26年度の財団年次計画に組み込むべき改善分野3件を特定し優先順位を付け、そこから影響力のある願望の採用率と実現率が向上すると見込まれます。 私たちは、ボランティア開発者のコミュニティと財団チーム双方のため、広範囲にわたる要望にフラグを立て、チームと開発者の関与を深めたり、そこから満了する要望がますます増え、コミュニティの満足につながります。 より多くの要望に応えると、投稿者の幸福度や役立っているという感覚、定着率が上がり、質が高めの編集やコンテンツを生み出し、読者がさらに増えるはずです。

Jack Wheeler
PES1.3

議論

第1四半期と第2四半期時点の消費者とボランティアの聴衆にとって知識の目的地となるには、ウィキペディアをどのように成長させればよいのか、既存の探索型の製品および/または機能からデータや洞察を提供する2つを選び、実験して完了します。ウィキ体験バケットでは第3四半期末までに、将来の OKR 作業に採用できるであろう学習と推奨事項をまとめあげ、共有します。 この取り組みは「将来の観衆」の目標に相当するものでありながら、重点は、もっと多くのプラットフォーム上の製品アイデアをより迅速にテストしたり、既存の視聴者(ウィキペディアの消費者と寄稿者) の関与を増やし深める機会を明白にすることに置いています。

これらはエネルギーの供給と増殖させるものとして PES1 に組み込まれ、もっと有望な機能に焦点を当て - 主に対する従のプロジェクトの実験やハッキングに個人やチームが「すでに」費やした時間を活用する形になります。 この KR は、これら副次のプロジェクトの停滞(限られたリソースを有効に活用していない)ではなく、これらアイデアの一部を実証済みの実験により規模がさらに大きな APP 設定に取り込めそうな道筋を提供します。これは翻って、職員が勤務時間をさらに効率的に使い、創造性と生産性、やる気の高揚が期待できます。

こうした小規模で短期のプロジェクト群をより多く実施に導くと、ウィキペディアを変革する可能性のあるアイデアの学習や試行を現在の視聴者のニーズや期待の変化にもっと適合させる「賭け」も広がり多様化します。 これは私たちの作業をもっと効果的かつ迅速に進めるため、財団にとっては、より短期に目標に向けて正しく調整できる一助になります。

Rita Ho
PES1.4

議論

手順を理解する:SLOの設定、監視、決定。SLO類のリリース時には、何か新しい点を選んで定義する。

特定のSLOの定義は適切なチームと協力する(複数可、通常は製品、開発、SREのいずれかのチーム)。将来のリリースに関するガイドラインを作ってSLOを備えるものとその設定方法を書き、繰り返し見直す。

KRの将来:

プロセスと初歩的なツールを設けて、新しいリリースのSLOを設定して監視します。四半期ごとに報告し、それを使って、修正作業の対象と優先順位付けをする(あるいはしない)タイミングを決めます。レポートはコミュニティと共有します。

根拠:

何かを修正するときに、作業の優先順位をどのタイミングで決めればよいのか、まだわかりません。しかも私たちのコードはとても多いのです。フットプリントは拡大し続け、問題の対処かイノベーションか、どちらに焦点を当てるべきか決定を迫られる状況が増えるにつれて、タイミングはますます不確実になります。 それとは別に、当チームが信頼性とパフォーマンスにどう対応し/注力のレベルはどうなのか、コミュニティにも職員にも明確ではありません。サービスのレベルをどう予想しているか示すと、対象ごとにリソースを割り当てるべきかそうではないか、タイミングを判断できるはずです。

Mark Bergsma

それぞれのバケットの説明

ウィキにおける体験

Diversity (40786) – The Noun Project
Diversity (40786) – The Noun Project

このバケットの目的は無償の知識を世界中に配布するため、ウィキ体験の提供と改善、革新を効率化することです。このバケットは運動戦略の勧告事項その2(利用者体験の向上)ならびにその3(安全性と包括性の提供)に沿っています。私たちの観衆とは私たちのウェブサイト群に寄稿するすべての人々にとどまらず、閲覧者その他、無償の知識の消費者も含まれます。私たちがサポートするのは世界トップ10 のグローバルなウェブサイトであり、その他の無償だが重要な文化のリソースもその対象です。システムとして これらには、世界最大手のIT企業と同等にパフォーマンスと稼働時間に要件があります。 具体的にはウィキ群の利用者インターフェイス、翻訳、開発者 API(そしてさらにあれこれ)、加えてそれらを支援するアプリケーションとインフラを提供しており、これらはいずれも世界規模の堅牢なプラットフォームを形成し、そこでボランティアの皆さんが協働して無償の知識を生み出しているのです。 このバケットの目標が高めるものとはコア技術と機能であり、かつまたプロジェクト群に参加するボランティア編集者と調停者の皆さんの経験は継続して向上させ、ウィキ体験を改善または強化しようと取り組むすべての技術貢献者の体験をも高めると、やがて無償の知識を求める世界中の閲覧者と消費者に確実に素晴らしい経験をしてもらうことになります。 これらを実現する私たちは、製品や技術の取り組み、さらには調査研究やマーケティングを切り口にしていきます。このバケットに入れる目標は最大で5つあると予想しています。

知識の構築を担うのは人! 人であるからこそ、私たちの年次計画はコンテンツにとどまらず、コンテンツに貢献する人々やそれにアクセスして読む人々にも焦点を当てるものになります。

私たちが目指すものは、既存の戦略に基づいて運用計画を作成することであり、中心に投稿者、消費者およびコンテンツの「勢車」(はずみぐるま)に関する仮説を据えます(「flywheel」)。 私が追求したい主な転換とは、このコンテンツの部分に重点を据えて、将来のコミュニティの健康指標を特定するという目的のもと、現在、仲裁者や関係者の皆さんが私たちに何を求めているのか探求することです。

信号およびデータサービス

Arrythmia noun 246518
Arrythmia noun 246518

運動戦略の勧告事項として意思決定の公平性(勧告事項の4)(※1)、利用者体験の向上(勧告事項の2)(※2)、評価し繰り返し適用する(勧告事項の10)(※3)がありますが、これらを達成しようとするウィキメディア運動全域の意思決定者には戦略的な意思決定をより適切に行う上でデータやモデル、洞察やツールが欠かせないし、それらには信頼できて関連性がありタイムリーにアクセスできるべきで、意思決定者自身やコミュニティの(実現したものと潜在的なものの両方の)作業の影響評価に役立つ必要があります。(※:1=Ensuring Equity in Decision Making。2=Improving User Experience。3=Evaluating, Iterating and Adapting。)

信号とデータ・サービスのバケットでは主な対象者4区分を特定しました。すなわちウィキメディア財団の職員、ウィキメディア提携団体と利用者グループ、コンテンツを再利用する開発者、ウィキメディアの研究者であり、これら観衆のデータと洞察のニーズに優先順位を付けて対応します。私たちの仕事はさまざまな活動に及びます。格差の定義、指標の開発、指標の計算処理のパイプライン構築を手がけ、データと信号の探索体験と経路の開発などにより、意思決定者を補佐して当該のデータと洞察のやり取りをより効果よくかつ楽しくできるようにします。

将来の観衆とは

このバケットは無償の知識のエコシステムの不可欠なインフラとして世界中のすべての人に真の意味で響くこと、既存の消費者や投稿者という観衆を超えて拡大する戦略の模索を目指しています。このバケットは 運動戦略の勧告事項その9(無料の知識の革新)と一致します。 私たちは記事を載せたウェブサイトという従来のままのサービスを提供しているのに、人々の情報消費はそれとは異なる体験や形式で実施され – 音声アシスタントを用いたり、動画鑑賞に時間を費やしたり AI と連携させるなどなど、その傾向はますます強まっています。このバケットで仮説を立ててテストしたいのは、無料の知識のエコシステムが迎えるであろういくつかの長期の将来像と、さらにどの場合も私たちが不可欠なインフラであり続ける方法です。 私たちはこれを製品や技術の取り組みにとどまらず、調査研究、パートナー関係、マーケティングの各方面でも実現していきます。有望な将来像を確実に描けたなら、このバケットで得た学びはバケット1と2に波及し複数年の年次計画に拡張され、当財団の製品と技術は、知識を求める将来の人々へのサービス提供を担当する存在としての立ち位置を示してもらえるはずです。 無料の知識の未来像にきちんとピントを合わせようとする私たちだからこそ、このバケットでは実験と探索を促す目標を持たなければなりません。

子バケット

Noun project 3067
Noun project 3067

上記に加え、私たちには他に2つの「子バケット」があります。どちらも重要な機能の領域で構成され、これらは私たちの基本的な業務をサポートするゆえに財団に置く必要があり、そのいくつかはあらゆるソフトウェア組織とも共通しています。これら「子バケット」固有の上位の目標はないものの、他のグループがいだくそのような目標に意見を述べたり、それらに賛同して支えます。具体的には次の各項目です。

  1. インフラの基盤整備。このバケットの対象は一般社会に向けたサイトとサービス類の運用関連のツールとプロセスについて、データセンターや電子計算機およびストレージ用のプラットフォーム、それらを運用するサービスを維持および進化させるチームです。(Infrastructure Foundations。)
  2. 製品と技術面のサポート。このバケットでは「大規模な」運用を行い、他のチームにサービスを提供し先方の生産性と運用を向上させるチームが対象です。含まれます。(Product and Engineering Support。)