Wikimedia Foundation Annual Plan/2024-2025/Product & Technology OKRs/ko

위키미디어 재단
연간 계획 2024-2025년

위키미디어 재단 연간 계획 2024-2025년

• 요약
• 역사
• 외부 동향
• 목표
  • 기반 시설
  • 형평성
  • 안전 및 무결성
  • 효과성
• 재무 모델
• 예산 세부 사항
• 협력

이것은 2024-25년 연간 계획을 위한 위키미디어 재단의 제품 및 기술 부서 초안 프로세스의 일부입니다.

이 문서는 위키미디어 재단 제품 및 기술 부서의 2024-25년 연간 계획 프로세스의 첫 번째 부분을 나타냅니다. 부서의 초안 "목표 및 주요 결과"(OKR)에 대해 설명합니다. 이는 지난해 시작된 작업 포트폴리오('버킷'이라고 함) 구조의 연속입니다.

저는 지난 11월에 위키미디어 운동이 직면한 가장 시급한 질문에 대해 여러분과 이야기를 나눴습니다. 위키백과와 모든 위키미디어 프로젝트가 여러 세대에 걸쳐 진행되도록 하려면 어떻게 해야 합니까? 시간을 내어 해당 질문을 진지하게 고려하고 제게 직접 답변해주신 모든 분들께 감사드립니다. 그리고 이제 여러분의 답변을 되돌아보는 시간을 가졌으니 제가 배운 내용을 공유하겠습니다.

첫째, 자원봉사자들이 기여하는 데에는 단 하나의 이유가 없습니다. 여러 세대의 자원봉사자를 양성하려면 사람들이 우리 프로젝트에 시간을 투자하는 다양한 이유를 더 잘 이해해야 합니다. 다음으로, 우리는 우리를 차별화시키는 요소, 즉 인터넷과 새로운 세대의 관심을 끌기 위해 경쟁하는 플랫폼에서 허위 정보와 잘못된 정보가 확산되는 상황에서 신뢰할 수 있는 콘텐츠를 제공할 수 있는 능력에 초점을 맞춰야 합니다. 여기에는 불평등, 차별 또는 편견으로 인해 발생할 수 있는 누락된 정보에 대한 적용 범위를 확대하여 인간의 모든 지식을 모아 전 세계에 전달한다는 사명을 달성하는 것이 포함됩니다. 우리의 콘텐츠는 인공 지능과 풍부한 경험으로 인해 변화하는 인터넷에서 서비스를 제공하고 그 중요성을 유지해야 합니다. 마지막으로 우리는 장기적으로 이 활동에 자금을 지원할 수 있도록 제품과 수익에 대한 공유 전략을 구축하여 우리 운동에 지속 가능한 자금을 조달할 수 있는 방법을 찾아야 합니다.

이러한 아이디어는 위키미디어 재단의 2024~2025년 연간 계획에 반영될 것입니다. 그 중 첫 번째 부분은 오늘 제품 및 기술 작업에 대한 목표 초안의 형태로 여러분과 공유하고 있습니다. 작년과 마찬가지로 우리의 전체 연간 계획은 청중과 플랫폼의 기술 요구 사항을 중심으로 이루어질 것이며 우리가 올바른 문제에 초점을 맞추고 있는지 알기 위해 여러분의 피드백을 듣고 싶습니다. 이러한 목표는 지난 몇 달 동안 대화:2024년, 메일링 리스트, 토론 페이지, 커뮤니티 이벤트를 통해 커뮤니티 회원들로부터 향후 1년 동안의 제품 및 기술 전략에 관해 들었던 아이디어를 바탕으로 구축되었습니다. 아래에서 초안 목표의 전체 목록을 볼 수 있습니다.

"목표"는 다음 회계연도에 우리가 수행할 제품 및 기술 프로젝트를 형성하는 높은 수준의 방향입니다. 이는 의도적으로 광범위하고 우리 전략의 방향을 나타내며, 중요한 것은 다가오는 해에 가능한 많은 초점 영역 중에서 우선순위를 정하기 위해 우리가 제안하는 과제가 무엇인지를 나타냅니다. 우리는 커뮤니티 구성원들이 우리의 초기 단계 사고를 형성하고 올해 예산과 측정 가능한 목표가 확정되기 전에 이를 도울 수 있도록 지금 이 정보를 공유하고 있습니다.

피드백

우리가 특히 피드백을 원하는 영역 중 하나는 "위키 경험"이라는 이름으로 그룹화된 작업입니다. "위키 경헌"은 기여자, 소비자 또는 기부자로서 사람들이 위키를 직접 사용하는 방법을 효율적으로 제공, 개선 및 혁신하는 방법에 관한 것입니다. 여기에는 핵심 기술과 기능을 지원하고 더 나은 기능과 도구, 번역 서비스 및 플랫폼 업그레이드를 통해 자원 봉사 편집자, 특히 확장된 권한을 가진 편집자의 경험을 개선할 수 있도록 하는 작업이 포함됩니다.

다음은 최근 계획 논의에 대한 몇 가지 고찰과 우리의 아이디어를 구체화하는 데 도움이 되는 몇 가지 질문입니다:

1. 위키미디어 프로젝트에 자원 봉사하는 것은 보람을 느껴야 합니다. 우리는 또한 온라인 협업 경험이 자원봉사자들이 계속해서 돌아오도록 하는 주요 요소가 되어야 한다고 생각합니다. 자원봉사자들이 편집에 대한 보람을 느끼고, 신뢰할 수 있는 콘텐츠를 구축하기 위해 더 잘 협력하려면 무엇이 필요합니까?
2. 우리 콘텐츠의 신뢰성은 위키미디어가 세계에 기여하는 독특한 기여의 일부이며, 사람들이 우리 플랫폼을 계속 찾아오고 우리 콘텐츠를 사용하게 만드는 원동력입니다. 신뢰할 수 있는 콘텐츠를 더 빠르게 성장시키는 데 도움이 되면서도 각 프로젝트에 대해 커뮤니티가 설정한 품질 가드레일 내에 있도록 무엇을 구축할 수 있습니까?
3. 위키미디어는 관련성을 유지하고 다른 대규모 온라인 플랫폼과 경쟁하기 위해 우리 콘텐츠에 대한 연결감을 느낄 수 있는 새로운 세대의 소비자가 필요합니다. 독자와 기부자가 콘텐츠를 더 쉽게 발견하고 상호 작용할 수 있도록 하려면 어떻게 해야 합니까?
4. 온라인 남용이 만연하는 시대에 우리는 커뮤니티, 플랫폼, 서비스 시스템을 보호해야 합니다. 또한 우리는 글로벌 정책 입안자들이 온라인에서 개인 정보 보호, 신원 및 정보 공유를 형성하기 위해 노력하는 규정 준수 의무에 직면해 있습니다. 학대 방지 역량을 어떻게 개선하면 이러한 문제를 해결하는 데 도움이 될까요?
5. 위키백과가 작동할 수 있게 해주는 소프트웨어 플랫폼이자 인터페이스인 미디어위키는 개방형 다국어 콘텐츠의 대규모 생성, 조정, 저장, 검색 및 소비를 제공하기 위해 향후 10년 동안 지속적인 지원이 필요합니다. 미디어위키의 지속가능성을 보장하기 위해 올해 우리는 어떤 결정과 플랫폼 개선을 할 수 있습니까?

토론

–– Selena Deckelmann

초안 목표

현재 게시된 내용은 가장 높은 계획 수준인 "목표"입니다.

다음 단계인 각 최종 목표에 대한 "핵심 결과'(KR) 초안이 아래에 제공됩니다.

각 KR의 기본 "가설'은 관련 프로젝트/팀의 위키 페이지에 연중 내내 업데이트되어 교훈을 얻음에 따라 연중 내내 업데이트됩니다.

위키 경험 (Wiki Experiences, WE) 초안 목표
목표	목표 영역	목표	목표 배경	소유자
WE1 토론	기여자 경험	경험이 풍부한 기여자와 새로운 기여자가 모두 온라인으로 함께 모여 더욱 쉽고 좌절감 없이 신뢰할 수 있는 백과사전을 구축합니다.	앞으로 위키백과가 활기를 띠기 위해서는 여러 세대의 자원봉사자를 양성하고 사람들이 원하는 일에 기여할 수 있는 일을 해야 합니다. 다양한 세대의 자원봉사자에게는 다양한 투자가 필요합니다. 경험이 많은 기여자는 강력한 워크플로를 간소화하고 수정해야 하며, 새로운 기여자는 자신에게 적합한 새로운 편집 방법이 필요합니다. 그리고 이러한 세대 전반에 걸쳐 '모든' 기여자는 가장 영향력 있는 작업을 수행하기 위해 서로 연결하고 협력할 수 있어야 합니다. 이 목표를 통해 우리는 숙련된 기여자를 위한 중요한 작업 흐름을 개선하고, 신규 이민자를 위한 건설적인 기여에 대한 장벽을 낮추고, 자원봉사자가 공통 관심사를 중심으로 서로 찾고 소통할 수 있는 방식에 투자할 것입니다.	Marshall Miller
WE2 토론	백과사전 내용	커뮤니티는 보다 쉽게 액세스하고, 적응하고, 개선할 수 있는 도구와 지원 시스템을 통해 지식 격차를 효과적으로 해소할 수 있도록 지원되어 신뢰할 수 있는 백과사전 콘텐츠의 성장을 보장합니다.	주로 위키백과에 있는 백과사전 콘텐츠는 지속적인 참여와 혁신을 통해 증가하고 개선될 수 있습니다. 기여자가 자신의 필요에 따라 사용할 수 있는 도구 및 리소스(기술적 및 비기술적)를 보다 쉽게 검색하고 신뢰할 수 있게 만들 수 있습니다. 이러한 도구는 짧은 주기로 달성할 수 있는 기능 개선을 통해 WMF에서 더 잘 지원되어야 합니다. AI 지원 콘텐츠 생성 및 사용자 행동 변화와 관련된 최근 추세를 고려하여 콘텐츠 생성 및 재사용의 규모 확장을 지원할 수 있는 실질적인 변화(예: 위키함수)에 대한 기반도 탐색할 것입니다. 콘텐츠 격차를 식별하는 메커니즘은 발견하고 계획하기가 더 쉬워야 합니다. 자매 프로젝트, 위키백과 라이브러리와 같은 프로젝트 및 캠페인의 콘텐츠를 포함하여 백과사전 콘텐츠의 성장을 지원하는 리소스는 기여 워크플로와 더 잘 통합될 수 있습니다. 동시에, 성장에 사용되는 방법에는 증가하는 위협에 대한 보호책이 있어야 하며, 이를 통해 위키미디어 프로젝트 전체에서 인식되는 백과사전 콘텐츠의 기본 원칙을 지키면서 프로세스에 대한 지속적인 신뢰를 보장할 수 있습니다. 청중: 편집자, 번역자	Runa Bhattacharjee
WE3 토론	소비자 경험(읽기 및 미디어)	새로운 세대의 소비자는 백과사전적 콘텐츠를 발견하고, 참여하고, 지속적인 연결을 구축하기 위해 선호하는 목적지를 찾기 위해 위키백과에 옵니다.	목표: 기존 및 새로운 세대의 소비자와 기부자를 유지합니다. 콘텐츠를 더욱 쉽게 발견하고 상호 작용할 수 있도록 하여 기존 소비자와 새로운 세대의 소비자와의 관련성을 높입니다. 플랫폼 전반에 걸쳐 작업하여 우리의 경험과 기존 콘텐츠를 조정함으로써 백과사전적인 콘텐츠를 새로운 세대의 소비자와 기부자가 탐색하고 선별할 수 있습니다.	Olga Vasileva
WE4 토론	신뢰 및 안전	진화하는 규제 환경을 준수하면서 다양한 종류의 규모 및 지시적 남용으로부터 커뮤니티, 플랫폼, 서비스 시스템을 보호할 수 있도록 인프라, 도구 및 프로세스를 개선합니다.	우리의 학대 방지 역량 중 일부 측면에는 업그레이드가 필요합니다. IP 기반 남용 완화의 효율성이 떨어지고 여러 관리 도구에 효율성 개선이 필요하며 다양한 신호 및 완화 메커니즘(보안 문자, 차단 등)을 사용하여 규모가 큰 남용에 대처하는 데 도움이 되는 통합 전략을 마련해야 합니다. 공연에서. 올해 우리는 이 분야의 가장 큰 문제에 대한 진전을 시작할 것입니다. 또한, 학대 방지에 대한 이러한 투자는 지역사회 건강에 대한 이해 및 개선에 대한 투자와 균형을 이루어야 하며, 그 중 여러 측면은 다양한 규제 요건에 포함되어 있습니다.	Suman Cherukuwada
WE5 토론	지식플랫폼Ⅰ(플랫폼 진화)	위키백과의 핵심 요구 사항을 더 잘 충족할 수 있도록 미디어위키 플랫폼과 인터페이스를 발전시킵니다.	미디어위키는 개방형 다국어 콘텐츠를 대규모로 생성, 조정, 저장, 검색 및 소비할 수 있도록 구축되었습니다. 지식 플랫폼의 두 번째 해에 우리는 시스템을 살펴보고 Wikipedia를 시작으로 향후 10년 동안 위키미디어 프로젝트의 핵심 요구 사항을 효과적으로 지원하기 위해 플랫폼 개선을 위한 작업을 시작할 것입니다. 여기에는 지식 생산 플랫폼을 정의하기 위한 지속적인 작업, 플랫폼의 지속 가능성 강화, 기능 개발을 명확하고 간소화하기 위한 확장/후크 시스템에 대한 집중, 지식 공유 및 사람들이 미디어위키에 기여할 수 있도록 하는 데 지속적으로 투자하는 것이 포함됩니다.	Birgit Müller
WE6 토론	지식 플랫폼 II(개발자 서비스)	기술 직원과 자원 봉사 개발자는 위키미디어 프로젝트를 효과적으로 지원하는 데 필요한 도구를 갖추고 있습니다.	우리는 위키미디어 제품의 개발, 테스트 및 배포 작업 흐름을 개선(및 확장)하기 위해 시작된 작업을 계속하고 도구 개발자를 위한 서비스를 포함하도록 정의를 확장할 것입니다. 또한 우리는 개발자/엔지니어링 워크플로 및 대상 분야에서 자주 묻는 질문에 답변하는 능력을 향상하고 정보에 입각한 의사 결정을 내릴 수 있도록 관련 데이터에 액세스할 수 있도록 하는 것을 목표로 합니다. 이 작업의 일부는 현재 생태계에 문제가 되는 관행(또는 그러한 관행의 부족)을 살펴보는 것입니다.	Birgit Müller

신호 및 데이터 서비스 (SDS) 초안 목표
목표	목표 영역	목표	목표 배경	소유자
SDS1 토론	필수 지표	위키미디어 사명과 운동을 지원하는 방법에 대한 우리의 결정은 높은 수준의 지표와 통찰력을 바탕으로 이루어집니다.	효과적이고 효율적으로 기술을 구축하고, 자원봉사자를 지원하고, 지식에 대한 접근을 보호하고 발전시키는 정책을 옹호하려면 위키미디어 생태계를 이해하고 성공이 어떤 것인지에 맞춰야 합니다. 이는 신뢰할 수 있고 이해하기 쉬우며 적시에 이용 가능한 공통 측정항목 세트를 추적하는 것을 의미합니다. 이는 또한 측정 이면의 이유와 방법을 이해하는 데 도움이 되는 연구와 통찰력을 표면화하는 것을 의미합니다.	Kate Zimmerman
SDS2 토론	실험 플랫폼	제품 관리자는 제품 기능의 영향을 빠르고 쉽고 자신 있게 평가할 수 있습니다.	제품 기능 개발에 대한 데이터 기반 의사 결정을 활성화하고 가속화하려면 제품 관리자는 기능을 정의하고, 사용자의 처리 대상을 선택하고, 영향 측정을 확인할 수 있는 실험 플랫폼이 필요합니다. 학습 일정을 단축하면 실험이 가속화되고 궁극적으로는 혁신이 가속화되므로 출시부터 분석까지의 시간을 단축하는 것이 중요합니다. 수동 작업과 측정에 대한 맞춤형 접근 방식은 속도에 대한 장벽으로 확인되었습니다. 이상적인 시나리오는 제품 관리자가 엔지니어와 분석가의 수동 개입을 거의 또는 전혀 없이 실험 시작부터 발견까지 진행할 수 있다는 것입니다.	Tajh Taylor

미래의 청중 (FA) 초안 목표
목표	목표 영역	목표	목표 배경	소유자
FA1 토론	가설 테스트	온라인에서 지식이 공유되고 소비되는 방식에 대한 이해를 높이는 실험에서 얻은 통찰력을 바탕으로 위키미디어 재단이 추구할 전략적 투자에 대한 권장 사항을 제공하여 우리 운동이 변화하는 인터넷에서 새로운 청중에게 서비스를 제공하는 데 도움을 줍니다.	기술 및 온라인 사용자 행동의 지속적인 변화(예: 소셜 앱을 통해 정보를 얻는 것에 대한 선호도 증가, 짧은 비디오 에듀테인먼트의 인기, 생성 AI의 부상)로 인해 위키미디어 운동은 독자와 기여자를 유치하고 유지하는 데 어려움을 겪고 있습니다. 이러한 변화는 또한 새로운 방식으로 정보를 생성하고 전달함으로써 새로운 청중에게 서비스를 제공할 수 있는 기회를 가져옵니다. 그러나 하나의 운동으로서 우리는 과제를 극복하거나 새로운 기회를 포착하기 위해 추구할 수 있는 다양한 잠재적 전략의 이점과 장단점에 대한 명확한 데이터 기반 그림을 갖고 있지 않습니다. 예를 들어, 우리는 ... 우리 플랫폼의 챗봇이나 소셜 비디오와 같은 대규모 새로운 기능에 투자하시겠습니까? 인기 있는 제3자 플랫폼에 기여하기 위해 위키미디어의 지식과 경로를 가져오시겠습니까? 다른 것? 위키미디어가 다세대 프로젝트가 되도록 하기 위해 우리는 위키미디어 재단과 위키미디어 운동이 미래의 청중을 유치하고 유지하기 위해 추구하는 유망한 전략을 더 잘 이해하고 권장하기 위한 가설을 테스트할 것입니다.	Maryana Pinchuk

제품 및 엔지니어링 지원 (PES) 초안 목표
목표	목표 영역	목표	목표 배경	소유자
PES1 토론	운영 효율성	재단의 업무를 더 빠르고, 저렴하고, 영향력 있게 만드세요.	직원들은 우리의 운영을 더 빠르고, 저렴하고, 더 영향력 있게 만들기 위해 정규 업무에서 많은 일을 합니다. 이 목표는 a) 더 빠르고, 더 저렴하거나, 더 영향력 있는 방향으로 상당한 이익을 얻을 수 있는 구체적인 이니셔티브를 강조합니다. b) 재단에서 공동의 노력을 기울이고 공식 및 비공식 관행을 변경합니다. 본질적으로, 이 목표에 포함된 KR은 당사 제품 및 기술과 관련된 업무의 운영 효율성을 위해 올해 우리가 이룰 수 있는 가장 어렵고 최선의 개선입니다.	Amanda Bittaker

초안 주요 결과

각 최종 목표에 대한 "핵심 결과'(한국어) 초안은 여기에 있습니다. 이는 위의 각 목표에 해당합니다.

각 KR의 기본 가설'은 교훈을 얻음으로써 일년 내내 관련 프로젝트나 팀의 위키 페이지에 업데이트됩니다.

위키 경험(WE) 초안 주요 결과 [ 초안 목표 ]
핵심 결과 단축명	핵심 결과 텍스트	핵심 결과 맥락	소유자
WE1.1 토론	공통 관심사를 가진 기여자가 서로 연결하고 함께 기여할 수 있도록 돕는 하나의 워크플로를 개발하거나 개선합니다.	우리는 위키의 커뮤니티 공간과 상호 작용이 기여자로서 사람들을 더 행복하고 생산적으로 만든다고 생각합니다. 또한 커뮤니티 공간은 신규 이민자를 모집 및 멘토링하고 기여 모범 사례를 모델링하며 지식 격차를 해소하는 데 도움이 됩니다. 그러나 위키에서 인간 관계를 지원하는 기존 리소스, 도구 및 공간은 수준이 낮으며 오늘날 대다수 편집자의 과제와 요구를 충족하지 못합니다. 한편, 캠페인 팀의 작업을 통해 많은 주최자가 커뮤니티 작업에 도움이 되는 구조화된 워크플로를 갖춘 새로운 도구를 채택하고 실험하고 싶어한다는 사실이 입증되었습니다. 이러한 이유로 우리는 위키 기여자들 사이에 소속감을 장려하고 증진하는 데 중점을 두고 싶습니다.	Ilana Fried
WE1.2 토론	건설적인 활성화: 모바일 장치의 기본 네임스페이스에 건설적인 편집을 1개 이상 게시하는 신규 사용자의 비율이 전년 대비 #% 증가했습니다.	현재의 전체 페이지 편집 경험에는 많은 신규 사용자가 건설적으로 기여하기에는 너무 많은 맥락, 인내, 시행착오가 필요합니다. 새로운 세대의 자원봉사자를 지원하기 위해 우리는 더 작고 체계적이며 작업별 편집 워크플로우의 수와 가용성을 늘릴 것입니다. (예, 편집 확인 및 구조화된 임무). 참고: 기준선은 현재 회계연도 4분기 말까지만 설정되며, 그 이후에는 KR 목표 지표 비율도 설정됩니다.	Peter Pelberg
WE1.3 토론	4개의 조정 제품에 대한 사용자 만족도를 X% 높입니다.	확장된 권한을 가진 편집자는 광범위한 기존 기능, 확장 기능, 도구 및 스크립트를 활용하여 위키미디어 프로젝트에 대한 조정 작업을 수행합니다. 올해 우리는 이 공간에서 새로운 기능을 구축하기 위한 프로젝트를 수행하기보다는 이 도구를 개선하는 데 중점을 두고 싶습니다. 우리는 일년 내내 다양한 제품을 다루는 것을 목표로 하고 있으며 각각에 영향을 미치는 개선을 만들고 싶습니다. 이를 통해 전반적인 콘텐츠 조정 경험을 개선할 수 있기를 바랍니다. 우리는 이 작업 흐름에서 목표로 삼을 수 있는 몇 가지 일반적인 중재자 도구에 대한 기준을 측정하여 X%를 정의할 것입니다. 커뮤니티 위시리스트는 이 작업의 우선순위를 결정하는 데 상당한 기여를 할 것입니다.	Sam Walton
WE2.1 토론	2분기 말까지 주요 주제 영역 [미정]의 고품질 콘텐츠 범위를 X% 늘리는 특정 도구, 통찰력 및 정리 접근 방식을 통해 주최자, 기여자 및 기관을 지원합니다.	이번 KR은 기존 지식 격차를 줄이기 위한 주제 적용 범위를 개선하는 것입니다. 우리는 프로젝트의 콘텐츠 품질 향상을 목표로 하는 캠페인과 효과적인 도구를 결합하여 커뮤니티가 혜택을 누릴 수 있도록 했습니다. 올해 우리는 기존 도구를 개선하고 지식 격차를 해소하는 핵심 주제 영역의 우선순위를 정하는 새로운 방법을 실험하는 데 중점을 두고 싶습니다. 보장 범위의 X% 증가 목표는 고품질 콘텐츠 제작에 대한 기존 기준을 검토하여 결정됩니다. 또한, 커뮤니티 및 기관과 함께 집중적으로 다룰 주제 영역은 다음 분기에 결정될 예정입니다.	Purity Waigi & Fiona Romeo
WE2.2 토론	2분기 말까지 커뮤니티 피드백 분석 평가를 통해 소규모 언어 커뮤니티의 언어 온보딩을 지원하기 위해 사회적, 기술적 두 가지 권장 사항을 구현하고 테스트합니다.	약 300개 언어로 된 위키백과 버전이 있습니다. 하지만 수백만 명의 사람들이 사용하는 언어가 더 많이 있는데, 거기에는 위키피디아도 없고 위키도 전혀 없습니다. 이는 모든 인간이 모든 지식의 총합을 자유롭게 공유할 수 있다는 우리의 비전을 달성하는 데 방해가 됩니다. 위키미디어 인큐베이터는 새로운 언어 버전의 잠재적 위키미디어 프로젝트 위키를 정리하고, 작성하고, 테스트하고, 위키미디어 재단에서 호스팅할 가치가 있음을 입증할 수 있는 곳입니다. 인큐베이터는 사용자가 사전 위키 편집 지식을 갖고 있다는 가정 하에 2006년에 출시되었습니다. 이 문제는 이 과정이 우리 운동에서 가장 새롭고 경험이 가장 적은 사람들에 의해 주로 수행되어야 한다는 사실로 인해 더욱 악화됩니다. 그 이후로 위키미디어 위키 편집이 크게 향상되었지만 인큐베이터는 이러한 업데이트를 받지 못했습니다. 기술적 한계까지. 현재 위키가 인큐베이터를 졸업하는 데는 몇 주가 소요되며, 매년 약 12개의 위키만 생성되어 상당한 병목 현상을 보이고 있습니다. 기존 연구 및 자료는 인큐베이터에 새로운 언어 추가, 콘텐츠 개발 및 검토의 복잡성, 언어가 인큐베이터를 졸업할 때 위키 사이트 생성 속도 저하 등 언어 온보딩의 모든 단계에서 기술적 과제를 드러냅니다. 각 단계는 느리고 수동적이며 복잡하므로 개선이 필요합니다. 이 문제를 해결하면 새로운 언어로 위키를 더 빠르고 쉽게 만들 수 있으며 더 많은 사람이 지식을 공유할 수 있습니다. 다양한 이해관계자, 기존 연구 및 리소스에서 제안된 사회적, 기술적 권장 사항을 강조했습니다. 이 주요 결과에서는 사회적, 기술적 두 가지 권장 사항을 테스트하고 커뮤니티 피드백을 평가할 것을 제안합니다.	Satdeep Gill & Mary Munyoki
WE2.3 토론	2분기 말까지 2개의 새로운 기능이 기여자가 프로젝트 지침을 준수하는 출처 자료를 추가하도록 안내하고, 3~5명의 파트너가 언어 및 지리 격차를 해결하는 소스 자료를 기여했습니다.	전략적 콘텐츠 격차를 줄이는 데 필요한 고품질 소스 자료에 대한 접근성을 높이기 위해 우리는 다음을 수행할 것입니다: 생물 다양성 유산 도서관과 파트너십을 맺으세요. AfLIA; 위키문헌 러브 매뉴스크립트 학습 네트워크도 있습니다. 보다 접근하기 쉬운 재사용 지표를 통해 콘텐츠 파트너 확보 및 유지를 지원합니다. 예를 들어 업로드/추가 중에 잠재적인 문제를 표시하여 기여자가 프로젝트 지침을 준수하고 콘텐츠에 대한 신뢰를 높이는 이미지와 참조를 추가하도록 안내합니다.	Fiona Romeo & Alexandra Ugolnikova
WE2.4 토론	2분기 말까지 하나 이상의 작은 언어인 위키백과에서 위키함수 호출을 활성화하여 새로운 콘텐츠를 시드하는 보다 확장 가능한 방법을 제공합니다.	지식 격차를 효과적으로 줄이려면 특히 소규모 언어 커뮤니티에서 고품질 콘텐츠의 확장 가능한 성장을 지원하는 워크플로를 개선해야 합니다.	Amy Tsay
WE3.1 토론	경험 사용자의 로그아웃 독자 유지율을 5% 높이는 것을 목표로 두 가지 선별되고 접근 가능하며 커뮤니티 중심의 탐색 및 학습 경험을 대표적인 위키에 출시합니다.	이 KR은 독자들이 관심 있는 콘텐츠를 보다 쉽게 발견하고 배울 수 있는 기회를 탐색함으로써 새로운 세대가 위키백과와 지속적인 연결을 구축할 수 있도록 웹 사이트에서 새로운 세대의 독자 유지율을 높이는 데 중점을 둡니다. 여기에는 다음이 포함됩니다. 새로운 선별되고 개인화된 커뮤니티 중심 탐색 및 학습 경험의 탐색 및 개발(예: 관련 콘텐츠 피드, 주제별 콘텐츠 추천 및 제안, 커뮤니티 선별 콘텐츠 탐색 기회 등) 우리는 프로덕션 용도로 확장할 대상과 플랫폼(웹, 앱 또는 둘 다)을 결정하기 위해 일련의 브라우징 경험 실험을 통해 회계 연도를 시작할 계획입니다. 그런 다음 이러한 실험을 확장하고 프로덕션 환경에서 유지율을 높이는 데 있어 효율성을 테스트하는 데 중점을 둘 것입니다. 올해 말까지 우리의 목표는 대표적인 위키에서 최소 두 가지 경험을 시작하고 이러한 경험에 참여한 독자의 독자 보유율이 5% 증가한 것을 정확하게 측정하는 것입니다. 이 KR을 최적으로 효과적으로 달성하려면 로그아웃한 사용자를 대상으로 A/B 테스트를 수행할 수 있는 능력과 독자 유지율을 측정할 수 있는 도구가 필요합니다. 권장 사항 및 기타 큐레이션 메커니즘을 제시하는 데 필요한 새로운 API 또는 서비스가 필요할 수도 있습니다.	Olga Vasileva
WE3.2 토론	플랫폼별 연간 배너 및 이메일 호소 외 터치포인트를 통한 기부 건수 50% 증가.	우리의 목표는 기존 기부자를 인정하면서 다양한 수익원을 제공하는 것입니다. 피드백과 데이터를 바탕으로 우리는 재단이 과거에 의존했던 방식, 특히 연례 배너 호소 방식을 넘어서 기부 횟수를 늘리는 데 중점을 두고 있습니다. 우리는 보다 통합된 기부자 경험에 투자함으로써 배너 호소에 반응하지 않는 기부자와 잠재적 기부자에게 대안을 제공함으로써 우리의 활동을 지속하고 영향력을 확대할 수 있음을 보여주고 싶습니다. 50%는 벡터 2022의 결과로 웹에서 기부 버튼의 가시성이 감소하고 기부자 경험을 향상시키기 위해 위키백과 앱에서 FY 2023-2024 파일럿 프로젝트의 기부 수가 증가한 것을 기반으로 한 초기 추정치입니다(기부금 50.1% 증가). 플랫폼별로 이 측정항목을 평가하면 플랫폼의 추세를 이해하고, 플랫폼 잠재고객에 따른 행동 차이를 기반으로 향후 다양한 전술을 배포해야 하는지 이해하는 데 도움이 됩니다.	Jazmin Tanner
WE4.1 토론	3분기까지 데이터를 기반으로 진화하는 규제 환경에 맞춰 괴롭힘 및 유해 콘텐츠에 대한 3가지 대응 방안을 제안합니다.	사용자의 안전과 웰빙을 보장하는 것은 온라인 플랫폼의 기본 책임입니다. 많은 관할권에는 온라인 플랫폼이 괴롭힘, 사이버 폭력 및 기타 유해한 콘텐츠에 대해 조치를 취하도록 요구하는 법률 및 규정이 있습니다. 이러한 문제를 해결하지 못하면 플랫폼이 법적 책임과 규제 제재를 받을 수 있습니다. 현재 우리는 이러한 문제가 얼마나 큰지, 그 이유가 무엇인지에 대해 잘 알지 못합니다. 우리는 일화적인 증거와 수동 프로세스에 크게 의존하여 법적 위험은 물론 문제의 과소평가, 피해 확대, 평판 손상, 사용자 신뢰 저하 등 광범위한 결과에 노출됩니다. 우리는 괴롭힘 및 유해 콘텐츠의 발생률을 측정하는 강력한 문화를 구축하고 적극적으로 대응 조치를 시행해야 합니다.	Madalina Ana
WE4.2 토론	3분기까지 악의적인 행위자에 대한 조치의 정확성을 높이기 위해 악용 방지 워크플로에 사용할 신호를 두 개 이상 개발합니다.	위키는 문서 훼손, 스팸 및 남용을 차단하기 위한 메커니즘으로 IP 차단에 크게 의존합니다. 그러나 IP 주소는 개별 행위자의 안정적인 식별자로서 점점 덜 유용하며, IP 주소를 차단하면 악의적인 행위자와 동일한 IP 주소를 공유하는 선의의 사용자에게 의도하지 않은 부정적인 영향을 미칠 수 있습니다. IP 주소의 안정성 저하와 IP 차단에 대한 과도한 의존으로 인해 악의적인 행위자를 표적으로 삼는 데 있어 정확성과 효율성이 떨어지고 선의의 사용자에 대한 부수적 피해 수준도 증가합니다. 우리는 반대 상황, 즉 부수적 피해 수준을 낮추고 악의적인 행위자를 표적으로 하는 완화의 정확성을 높이기를 원합니다. 직원의 남용 방지 작업을 더 잘 지원하고 기존 도구(예: 검사관, 특수:차단)와 새 도구에서 재사용할 수 있는 구성 요소를 제공하기 위해, 이번 KR에서는 개인을 자신의 행동(대중계정 완화)과 안정적으로 연결하고 기존 신호(예: IP 주소, 계정 기록, 요청 속성)를 결합하여 악의적인 행위자에 대한 행동을 보다 정확하게 타겟팅할 수 있는 방법을 모색할 것을 제안합니다.	Kosta Harlan
WE4.3 토론	측정값을 조정하는 데 걸리는 시간과 시뮬레이션에서 유지할 수 있는 트래픽 양을 기준으로 측정했을 때 대규모 분산 공격의 효과를 50% 줄입니다.	대규모 봇넷의 등장과 빈번한 공격 등 인터넷 환경의 발전으로 인해 대규모 남용을 제한하는 전통적인 방법이 더 이상 쓸모 없게 되었습니다. 이러한 공격으로 인해 인프라에 요청이 넘쳐 사이트를 사용할 수 없게 되거나 대규모 기물 파손 행위에 맞서 싸우는 커뮤니티의 능력이 압도될 수 있습니다. 이는 또한 우리의 고위 편집자 및 기술 커뮤니티에 불합리한 부담을 줍니다. 우리는 그러한 공격을 자동으로 감지하고, 방어하고, 완화하거나 중지하는 능력을 시급히 개선해야 합니다. 개선 사항을 측정하기 위해 실제 공격의 빈도/강도에만 의존할 수는 없습니다. 왜냐하면 외부 조치에 의존하고 진행 상황에 대한 명확한 정량적 그림을 얻는 것이 어렵기 때문입니다. 다양한 특성/복잡성/기간의 여러 시뮬레이션 공격을 설정하여 인프라에 대해 안전하게 실행하고 매 분기마다 실행함으로써 공격을 받지 않는 동안 새로운 대응책을 테스트하고 개선 사항을 객관적으로 보고할 수 있습니다.	Giuseppe Lavagetto
WE5.1 토론	3분기까지 플랫폼의 지속 가능성을 높이기 위한 최소 5개의 개입을 완료하세요.	미디어위키 플랫폼 지속 가능성은 개발자 만족도 저하를 확장, 증가 또는 방지하고 기술 커뮤니티를 성장시키는 능력에 중요한 지속적인 노력입니다. 이는 측정하기 어렵고 기술적, 사회적 요인에 따라 달라집니다. 그러나 우리는 지속 가능성을 위한 전략적 개선의 특정 영역에 대한 암묵적 지식을 보유하고 있습니다. 계획된 개입은 플랫폼의 지속 가능성과 유지 관리 가능성을 높이거나 성능 저하를 방지하는 데 도움이 될 수 있습니다. 우리는 앞으로 지속 가능성 목표에 대한 권장 사항을 통해 4분기에 이 작업의 영향을 평가할 계획입니다. 지속 가능성 개입의 예는 다음과 같습니다: 미디어위키의 핵심이지만 소수의 사람들만이 그것이 어떻게 작동하는지 알고 있는 복잡한 코드 도메인을 단순화합니다. 코드베이스의 품질을 알리기 위해 코드 분석 도구의 사용을 늘립니다. 패키징 및 릴리스와 같은 프로세스를 간소화합니다.	Mateus Santos
WE5.2 토론	분리되고 단순하며 지속 가능한 기능 개발을 지원하기 위해 미디어위키 생태계의 프로그래밍 인터페이스를 발전시키기 위한 하나 이상의 개입을 2분기까지 식별하고 4분기까지 완료합니다.	KR 5.2의 주요 목표는 미디어위키의 핵심 플랫폼과 확장 기능, 스킨 및 기타 부분 간의 상호 작용을 개선하고 명확하게 하는 것입니다. 우리의 의도는 실용적인 모듈성과 유지 관리성을 가능하게 하는 미디어위키 아키텍처의 기능적 개선을 제공하여 확장을 더 쉽게 개발하고 더 넓은 미디어위키 제품 비전의 요구 사항을 강화하는 것입니다. 이 작업은 또한 코어, 확장 또는 이들 사이의 인터페이스 내에 무엇이 존재해야 하는지(또는 존재하지 않아야 하는지)를 알려주는 것을 목표로 합니다. 올해는 두 단계로 나누어질 것입니다. 5개월 간의 연구 및 실험 단계는 구체적인 개입이 구현되는 두 번째 단계를 알려줄 것입니다.	[TBD]
WE5.3 토론	2분기 말까지 하나의 데이터 수집 이니셔티브와 하나의 성능 개선 실험을 완료하여 후속 제품 및 플랫폼 개입을 알리고 미디어위키의 페이지 모델링을 통해 구조화된 조각의 구성으로 잠금 해제된 기능을 활용합니다.	여기서 주요 목표는 개발자와 제품 관리자가 새로운 미디어위키 플랫폼 기능을 활용하여 현재 구현하기 어려운 새로운 제품 제공을 가능하게 하고 플랫폼의 성능과 탄력성을 향상시킴으로써 백과사전 콘텐츠의 현재와 미래의 요구를 충족할 수 있도록 하는 것입니다. 특히 미디어위키 플랫폼 수준에서 우리는 미디어위키의 처리 모델을 페이지를 단일 단위로 처리하는 것에서 페이지를 구조화된 콘텐츠 단위의 구성으로 처리하는 것으로 전환하려고 합니다. Parsoid 기반 읽기 보기, 위키데이터 통합, 위키에 위키함수 통합은 모두 이를 향한 암묵적인 움직임입니다. 이번 KR의 일환으로 우리는 의도한 인프라 및 제품 영향을 달성할 수 있도록 이러한 새로운 기능을 기반으로 향후 개입을 알리기 위해 데이터를 보다 의도적으로 실험하고 수집하고자 합니다.	[TBD]
WE6.1 토론	5가지 질문을 해결하여 개발자와 엔지니어링 워크플로 및 서비스에 대한 효율성과 정보에 입각한 결정을 내리고 4분기 말까지 관련 데이터에 액세스할 수 있도록 하세요.	"복잡하다"는 "위키미디어 프로덕션에 어떤 저장소가 배포되는지"와 같은 질문에 자주 대답됩니다. 이번 KR에서는 엔지니어링 생산성 및 경험 분야의 "항상 최신 버전" 중 일부를 탐색합니다. 쉬워 보이지만 답변하기 어려운 반복 질문, 답변할 수 있지만 데이터에 액세스할 수 없고 주제별 사용자 정의 쿼리가 필요한 질문 등을 살펴보겠습니다. 문제 전문가, 프로세스 격차 또는 기타 이유로 답변을 얻기 어려운 질문. 우리는 각 질문에 대해 "해결"이 무엇을 의미하는지 정의할 것입니다. 일부의 경우 이는 단지 기존의 정확한 데이터에 액세스할 수 있도록 하는 것을 의미할 수도 있습니다. 다른 질문을 해결하려면 더 많은 연구와 엔지니어링 시간이 필요합니다. 이 작업의 가장 중요한 목표는 개발자 경험의 주요 측면에 대한 통찰력을 얻고 엔지니어링 및 개발자 워크플로와 서비스를 개선하는 데 소요되는 시간, 해결 방법 및 노력을 줄이는 것입니다.	[TBD]
WE6.2 토론	4분기까지 기존 프로젝트를 강화하고 유지 관리가 가능하고 대상이 지정된 환경을 제공하여 안전하고 반연속적인 제공을 목표로 하는 최소 두 가지 실험을 수행합니다.	개발자와 사용자는 위키미디어 베타 클러스터(베타)를 사용하여 버그가 프로덕션 환경에서 사용자에게 영향을 미치기 전에 버그를 잡아냅니다. 시간이 지남에 따라 베타 사용이 증가하고 충돌이 발생했습니다. 사용이 너무 다양하여 단일 환경에 적합하지 않습니다. 우리는 하나의 기존 대체 환경을 개선하고 현재 베타로 충족되는 단일 우선 순위 테스트 요구 사항을 각 사용 사례의 요구 사항을 더 잘 충족하는 유지 관리 가능한 대체 환경으로 대체하는 것을 목표로 하는 실험을 수행할 것입니다.	Tyler Cipriani
WE6.3 토론	2분기까지 다양한 기술적, 사회적 요인에 걸쳐 툴포지 플랫폼을 위한 지속 가능성 점수 시스템을 도입합니다. 4분기까지 핵심 기술 요소 중 하나를 50% 개선합니다.	위키미디어의 자원 봉사 도구의 핵심 플랫폼인 툴포지는 편집부터 반달리즘 방지까지 중요한 역할을 합니다. 우리의 목표는 툴포지 유용성을 향상시키고, 기여 장벽을 낮추며, 커뮤니티 관행을 개선하고, 확립된 정책 준수를 촉진하는 것입니다. 이를 위해 우리는 기술적, 사회적 측면에 초점을 맞춰 툴포지 플랫폼의 지속가능성을 평가하는 점수 시스템을 2분기까지 도입할 예정입니다. 이 시스템을 가이드로 사용하여 핵심 기술 요소 중 하나를 50% 개선하는 것을 목표로 합니다.	Slavina Stefanova

신호 및 데이터 서비스(SDS) 초안 주요 결과 [ 초안 목표 ]
핵심 결과 단축명	핵심 결과 텍스트	핵심 결과 맥락	소유자
SDS1.1 토론	2개 프로그램 또는 KR 주도 이니셔티브의 리더는 팀 작업과 하나 이상의 핵심 재단 지표에 미치는 영향 간의 논리적 연관성을 설명하는 널리 공유되는 문서를 작성했습니다.	우리의 핵심 조직 지표는 재단의 목표 달성 과정을 평가하는 기초 역할을 합니다. 우리가 프로그램에 자원을 할당하고 핵심 결과(KR) 중심 작업 흐름을 설계할 때 이러한 높은 수준의 측정 기준은 이러한 투자를 연간 계획에 정의된 재단의 중요한 목표와 연결하는 방법을 안내해야 합니다. 이 주요 결과에 대한 작업은 재단 전체가 계획된 모든 개입의 영향을 상위 수준 또는 핵심 지표에 정량적으로 연결하는 능력이 초기 단계에 있음을 인정합니다. 이러한 최종 목표를 추구하기 위해 이 KR은 우리의 이니셔티브와 상위 수준 지표 간의 논리적, 이론적 연결을 공유하는 프로세스를 개발하는 것을 목표로 합니다. 실제로 이는 재단 전체의 이니셔티브 소유자와 협력하여 프로젝트 수준에서 작업 결과가 재단 수준의 핵심 지표와 어떻게 연결되고 영향을 미치는지 이해하는 것을 의미합니다. 작업의 잠재적 영향을 문서화하는 데 일관성과 엄격함을 보장하기 위해 '변화 이론 매핑' 및 인과 관계 그래프 구성과 같은 영향 매핑 프레임워크 및 연습이 사용됩니다. 이 핵심 결과를 실행하려면 이니셔티브 소유자가 조직 측정항목을 이해하고 작업과 관련된 변화 이론을 구성하는 방법을 이해하는 데 도움이 되는 지원 자료도 개발해야 합니다.	Omari Sefu
SDS1.2 토론	권장 사항을 제공하거나 회계연도 26년 연간 계획을 알리기 위해 2024년 12월까지 2가지 전략적 공개 연구 질문에 답변하세요.	위키미디어 생태계에는 공개된 연구 질문이 많이 있으며 이러한 질문 중 일부에 대답하는 것은 WMF 또는 계열사에게 전략적입니다. 이러한 질문에 대한 답변은 향후 제품이나 기술 개발에 대한 정보를 제공하거나 정책 공간에서 의사 결정/옹호를 지원할 수 있습니다. 이러한 질문 중 일부는 순전히 연구 또는 연구 엔지니어링 전문 지식을 활용하여 답할 수 있지만 신뢰할 수 있는 통찰력에 도달하는 WM 프로젝트의 사회 기술적 특성을 고려할 때 종종 데이터 수집, 컨텍스트 구축, 사용자 상호 작용, 신중한 디자인을 위한 팀 간 협업이 필요합니다. 실험 등. 이 KR을 통해 우리는 이러한 질문 중 하나 이상에 답하는 데 일부 리소스의 우선순위를 지정하는 것을 목표로 합니다. 이 KR의 작업에는 전략적 미해결 질문 목록의 우선순위를 지정하는 것뿐만 아니라 그 중 X개(현재 약 2개)에 대한 답을 찾기 위한 실험 작업도 포함됩니다. 이 KR에서 우리가 다루는 이상적인 유형의 질문은 일단 답변되면 여러 다른 팀이나 그룹이 (더 나은 정보를 바탕으로) 제품, 기술 또는 정책 작업을 수행할 수 있도록 하여 잠금 해제 효과를 가질 수 있는 질문입니다. 우리는 이 KR의 작업이 다음 KR을 보완할 계획입니다. PES1.3. 플랫폼 내 제품을 실험하거나 기존 제품을 기반으로 한 기능 아이디어를 실험하는 데 중점을 두고 있습니다. FA1.1. AI/ML 기술을 활용하여 미래 청중에 대한 실험에 중점을 둡니다.	Leila Zia
SDS1.3 토론	데이터 이해관계자가 3가지 핵심 및 필수 지표에 대한 데이터 흐름을 이해하고 추적하는 데 필요한 평균 시간을 최소 50% 단축합니다.	데이터 거버넌스 표준에 필요합니다. 데이터세트의 변환과 소스를 역추적하는 것은 어려우며 다양한 저장소와 시스템에 대한 지식이 필요합니다. 데이터 이해관계자가 보다 셀프 서비스 방식으로 작업할 수 있도록 시스템에서 데이터가 어떻게 흐르는지 쉽게 이해할 수 있도록 해야 합니다. 이 작업은 분석, 기능, API 및 데이터 품질 작업을 위해 데이터가 변환되고 사용되는 워크플로를 지원합니다. 측정항목 문서화에 대한 후속 KR이 있을 예정입니다.	Luke Bowmaker
SDS2.1 토론	2분기 말까지 우리는 1개의 제품 팀이 사용자 상호 작용 데이터에 소요되는 시간을 50% 단축하는 기본 A/B 테스트를 통해 기능이나 제품을 평가하도록 지원할 수 있습니다.	우리는 공유 도구를 사용하면 데이터 기반 의사 결정에 대한 제품 팀의 자신감이 높아지고, 효율성과 생산성이 향상되며, 제품 전략과 혁신이 강화될 것이라고 생각합니다. 우리는 팀의 개별 사용자 상호 작용 시간 데이터 기준을 채택하고 이를 50% 개선할 것입니다. 또한 모든 제품 팀의 전체 맥락에서 이러한 이점을 맥락화할 수 있는 방법을 조사할 것입니다. 우리는 채택 팀의 피드백과 SDS2.2의 결과를 기반으로 경험을 개선하고 기능 향상을 식별하고 우선 순위를 지정할 수 있는 방법을 배울 것으로 기대합니다.	Virginia Poundstone
SDS2.2 토론	2분기 말까지 우리는 FY24-25 KR과 관련된 제품/기능 가설 테스트를 지원하기 위해 실험(A/B 테스트) 분석을 위한 2가지 필수 지표를 갖게 될 것입니다.	제품 관리자(또는 디자이너)가 제품/기능이 사용자 또는 조직의 문제/요구 사항을 해결할 것이라는 가설을 가지고 있는 경우, 실험은 해당 가설을 테스트하고 자신의 아이디어가 지표에 미치는 잠재적 영향에 대해 알아보는 방법입니다. 실험 결과는 제품 관리자에게 알리고 다음에 취할 조치를 결정하는 데 도움이 됩니다(이 아이디어를 버리고 다른 가설을 시도하고, 실험이 개발 수명주기 초기에 수행된 경우 개발을 계속하거나, 더 많은 사용자에게 제품/기능을 출시하세요). 제품 관리자는 자신이 신뢰하고 이해하는 증거를 바탕으로 확신을 가지고 그러한 결정을 내릴 수 있어야 합니다. 이에 대한 주요 장애물은 현재 제품 팀이 정의, 측정, 분석 및 보고를 위해 전담 분석가 지원이 필요한 맞춤형 프로젝트별 측정항목을 사용하여 가설을 공식화한다는 것입니다. 테스트 가능한 모든 제품/기능 가설 진술을 공식화하기 위해 일련의 필수 측정항목으로 전환하면 다음과 같은 결과가 발생합니다. 이러한 가설을 테스트하기 위한 실험을 더 쉽고 빠르게 설계, 배포 및 분석할 수 있습니다. 실험의 결과와 학습 내용을 의사 결정자(제품 관리자) 및 기타 청중(예: 고위 경영진, 조직 내 다른 사람, 커뮤니티)에게 더 쉽게 전달할 수 있습니다. 우리는 널리 이해되고 지속적으로 사용되며 업계 표준 지표에 의해 정보를 얻거나 영향을 받는 일련의 필수 지표가 조직의 데이터 활용 능력을 향상시키고 검토, 실험 및 학습 문화를 촉진할 것이라고 생각합니다. 우리는 (1) 2가지 위키 경험 KR(WE3.1 및 WE1.2)과 관련된 제품/기능의 성공/영향을 가장 잘 측정하고 평가하는 데 필요한 필수 지표에 초점을 맞추고 있습니다. (2) 업계에 반영하거나 매핑합니다. 웹 분석에 사용되는 표준 측정항목입니다.	Mikhail Popov

향후 잠재고객(FA) 초안 주요 결과 [ 초안 목표 ]
핵심 결과 단축명	핵심 결과 텍스트	핵심 결과 맥락	소유자
FA1.1 토론	미래 잠재고객 실험 통찰력 및 권장 사항의 결과로, 3분기 말까지 미래 잠재고객 팀이 아닌 팀이 소유한 하나 이상의 목표 또는 핵심 결과가 다음 연도 연간 계획 초안에 포함됩니다.	2020년부터 위키미디어 재단은 미래 세대의 지식 소비자 및 지식 기여자에게 서비스를 제공하고 다음 세대를 위해 번성하는 무료 지식 운동을 유지하는 능력에 영향을 미칠 수 있는 외부 동향을 추적해 왔습니다. 소규모 R&D 팀인 미래의 잠재고객은 다음을 수행합니다: 이러한 추세를 해결하는 방법을 모색하기 위해 신속하고 시간 제한이 있는 실험(회계연도당 최소 3번의 실험 목표)을 수행합니다. 실험에서 얻은 통찰력을 바탕으로 WMF가 추구해야 하는 새로운 비실험적 투자(예: 전체 팀이 수행해야 하는 새로운 제품 또는 프로그램)에 대한 권장 사항을 정기 연간 계획 기간 동안 제시합니다. 이 주요 결과는 충족될 것입니다. 미래의 잠재 고객 외부의 팀이 소유하고 미래의 잠재 고객 권고 사항에 따라 추진되는 하나 이상의 목표 또는 주요 결과가 다음 회계 연도의 연간 계획 초안에 나타나는 경우.	Maryana Pinchuk

제품 및 엔지니어링 지원(PES) 초안 주요 결과 [ 초안 목표 ]
핵심 결과 단축명	핵심 결과 텍스트	핵심 결과 맥락	소유자
PES1.1 토론	검토 문화: 분기별 설문조사를 통해 전달, 조정, 방향 및 팀 상태와 관련된 P+T 직원 감정 점수를 점진적으로 향상합니다.	검토 문화는 더 짧은 반복, 학습 및 적응 주기를 기반으로 하는 제품 개발 문화입니다. 이는 우리 조직이 연간 목표를 설정할 수 있지만 이러한 목표를 달성하기 위해 수행하는 작업은 학습하면서 일년 내내 변경되고 적응될 것임을 의미합니다. 검토 문화를 구축하는 데에는 프로세스와 행동이라는 두 가지 구성 요소가 있습니다. 본 KR은 후자에 초점을 맞추고 있습니다. 행동 변화는 우리의 검토 문화를 성장시키고 강화할 수 있습니다. 여기에는 보다 반복적인 제품 개발을 향해 나아가면서 개인의 습관과 일상의 변화가 포함됩니다. 이 KR은 개인 행동의 자체 보고된 변화를 기반으로 하며, 결과적인 변화가 있는 경우 직원 정서의 변화를 측정합니다.	Amy Tsay
PES1.2 토론	By the end of Q2, the new Wishlist better connects movement ideas and requests to Foundation P+T activities: items from the Wishlist backlog are addressed via a 2024-5 KR, the Foundation has completed 10 smaller Wishes, and the Foundation has partnered with volunteers to identify 3+ areas of opportunity for the 2025-26 FY.	The Community Wishlist represents a narrow slice of the movement; approximately 1k people participate, most of whom are contributors or admins. People often bypass the Wishlist by writing feature requests and bug reports via Phabricator, where it’s hard to discern requests from WMF or the community. For participants, the Wishlist is a costly time investment with minimal payoff. They still engage with the Wishlist because they feel it is the only vehicle to call attention to impactful bugs and feature improvements, or signal a need for broader, strategic opportunities. Wishes are often written as solutions, vs problems. The solutions may seem sensible on paper, but don’t necessarily consider the technical complexity or movement strategy implications. The scope and breadth of wishes sometimes exceeds the scope and capacity of Community Tech or a single team, perpetuating the frustration, leading to RFCs and calls to dismantle the Wishlist. Whereas community members prefer to use the Wishlist for project ideas, teams at the Foundation look at the Wishlist and other intake processes for prioritization, in part because wishes are ill-timed for Annual Planning and are hard to incorporate into roadmaps / OKRs. The Future Wishlist should be a bridge between the community and the Foundation, where communities provide input in a structured way, so that we are able to take action and in turn make volunteers happy. We’re creating a new intake process for any logged in volunteer to submit a wish, 365 days a year. Wishes can report or highlight a bug, request an improvement, or ideate on a new feature. Anyone can comment on, workshop, or support a Wish to influence prioritization. The Foundation won’t categorize wishes as “too big” or “too small.” Wishes that thematically map to a larger problem area can influence annual planning and team roadmaps, offering strategic directions and opportunities. Wishes will be visible to the Movement in a dashboard that categorizes wishes by project, product/problem area, and wish type. The Foundation will respond to wishes in a timely manner, and partner with the Community to categorize and prioritize wishes. We will partner with Wikimedians to identify and prioritize three areas of improvement, incorporated in the Foundation’s 2025-26 Annual Plan, which should improve the adoption rate and fulfillment of impactful wishes. We will flag well-scoped wishes for the volunteer developer community and Foundation teams, leading to more team and developer engagement and more wishes fulfilled, leading to community satisfaction. Addressing more wishes improves contributor happiness, efficacy, and retention, which should generate more quality edits, higher quality content, and more readers.	Jack Wheeler
PES1.3 토론	Run and conclude two experiments from existing exploratory products/features that provides us with data/insights into how we grow Wikipedia as a knowledge destination for our current consumer and volunteer audiences in Q1 and Q2. Complete and share learnings and recommendations for potential adoption for future OKR work in the Wiki Experiences bucket by the end of Q3.	This work is a counterpart to the Future Audiences objective, but focuses instead on uncovering opportunities to increase and deepen engagement of our existing audiences (of Wikipedia consumers and contributors) through more nimbly testing more on-platform product ideas. It lives in PES1 as it is an energiser and multiplier - channelling the time individuals and teams have already devoted to hacking/experimenting on side projects to bring more promising features into focus. Instead of these side projects languishing (not a good use of our limited resources), this KR provides a path for some of these ideas to potentially make it into larger APP setting through proven experiments, thus more efficiently using staff time and motivating their creativity and productivity. By shepherding more of these smaller, shorter projects into play, we also diversify our spread of ‘bets’ for more learnings and trials of ideas that may transform Wikipedia in line with the changing needs and expectations of our current audiences. This will make our work more impactful and faster as it helps the foundation to align on the correct goal in less time.	Rita Ho
PES1.4 토론	Learn how to: set, monitor, and make decisions on SLOs. Pick at least one new thing to define SLOs for as we release it. Collaborate with the respective team(s) (typically: product, development teams, SRE) to define that SLO. Reflect and document guidelines for what releases should have SLOs in the future and how to set them.	FUTURE KR: Set up process and rudimentary tools for setting and monitoring SLOs for new releases. Report on a quarterly basis, and use it to make decisions on when to (and not to) prioritize work to fix something. Share report with the community. WHY: We don’t know when we need to prioritize work to fix something. And we have a lot of code. As this footprint continues to grow, there are more situations where we may need to decide between addressing issues or focus on innovation, and more uncertainty around when we should. Also, not clear to staff and community what our level of support/commitment on reliability and performance is for all the different features and functionality they interact with. If we define a expected level of service, we can know when we should allocate resources to it or not.	Mark Bergsma

Explanation of buckets

Wiki Experiences

Diversity (40786) – The Noun Project

The purpose of this bucket is to efficiently deliver, improve and innovate on wiki experiences that enable the distribution of free knowledge world-wide. This bucket aligns with movement strategy recommendations #2 (Improve User Experience) and #3 (Provide for Safety and Inclusion). Our audiences include all collaborators on our websites, as well as the readers and other consumers of free knowledge. We support a top-10 global website, and many other important free culture resources. These systems have performance and uptime requirements on-par with the biggest tech companies in the world. We provide user interfaces to wikis, translation, developer APIs (and more!) and supporting applications and infrastructure that all form a robust platform for volunteers to collaborate to produce free knowledge world-wide. Our objectives for this bucket should enable us to improve our core technology and capabilities, ensure we continuously improve the experience of volunteer editors and moderators of our projects, improve the experience of all technical contributors working to improve or enhance the wiki experiences, and ensure a great experience for readers and consumers of free knowledge worldwide. We will do this through product and technology work, as well as through research and marketing. We expect to have at most five objectives for this bucket.

Knowledge is constructed by people! And as a result our annual plan will focus on the content as well as the people who contribute to the content and those who access and read it.

Our aim is to produce an operating plan based on existing strategy, mainly our hypotheses about the contributor, consumer and content "flywheel". The primary shift I’m asking for is an emphasis on the content portion of the flywheel, and exploration of what our moderators and functionaries might need from us now, with the aim of identifying community health metrics in the future.

Signals and Data Services

Arrythmia noun 246518

In order to meet the Movement Strategy Recommendations for Ensuring Equity in Decision Making (Recommendation #4), Improving User Experience (Recommendation #2), and Evaluating, Iterating and Adapting (Recommendation #10), decision makers from across the Wikimedia Movement must have access to reliable, relevant, and timely data, models, insights, and tools that can help them assess the impact (both realized and potential) of their work and the work of their communities, enabling them to make better strategic decisions.

In the Signals & Data Services bucket, we have identified four primary audiences: Wikimedia Foundation staff, Wikimedia affiliates and user groups, developers who reuse our content, and Wikimedia researchers, and we prioritize and address the data and insights needs of these audiences. Our work will span a range of activities: defining gaps, developing metrics, building pipelines for computing metrics, and developing data and signals exploration experiences and pathways that help decision makers interact more effectively and joyfully with the data and insights.

Future Audiences

The purpose of this bucket is to explore strategies for expanding beyond our existing audiences of consumers and contributors, in an effort to truly reach everyone in the world as the essential infrastructure of the ecosystem of free knowledge. This bucket aligns with Movement Strategy Recommendation #9 (Innovate in Free Knowledge). More and more, people are consuming information in experiences and forms that diverge from our traditional offering of a website with articles – people are using voice assistants, spending time with video, engaging with AI, and more. In this bucket, we will propose and test hypotheses around potential long-term futures for the free knowledge ecosystem and how we will be its essential infrastructure. We will do this through product and technology work, as well as through research, partnerships, and marketing. As we identify promising future states, learnings from this bucket will influence and be expanded through Buckets #1 and #2 in successive annual plans, nudging our product and technology offerings toward where they need to be to serve knowledge-seekers of the future. Our objectives for this bucket should drive us to experiment and explore as we bring a vision for the future of free knowledge into focus.

Sub-buckets

Noun project 3067

We also have two other “sub-buckets” which consist of areas of critical functions, which must exist at the Foundation to support our basic operations, and some of which we have in common with any software organization. These “sub-buckets” won’t have top level objectives of their own, but will have input on and will support the top level objectives of the other groups. They are:

1. Infrastructure Foundations. This bucket covers the teams which sustain and evolve our datacenters, our compute and storage platforms, the services to operate them, the tools and processes that enable the operation of our public facing sites and services.
2. Product and Engineering Support. This bucket includes teams which operate “at scale” providing services to other teams that improve the productivity and operations of other teams.