Abstrakt Wikipedia-team
|
Abstrakt Wikipedia
|
"Abstrakt Wikipedia-team" er del av Wikimedia Foundation sin avdeling for Produkt og Teknologi. Målet vårt er å hjelpe Wikimedia-bevegelsen i arbeidet sitt mot betre støtte, inkludering, og gi tilgang til språk, samfunn og kulturar over heile verden.
Most content about the team's work is covered in the Abstract Wikipedia pages on meta.
Mission
Det ultimate målet med Abstrakt Wikipedia-innsatsen er å gjere kunnskap meir tilgjengeleg og brukarbar for alle, uavhengig av språket eller bakgrunnen.
Vision
For å gjere dette, bygger me ei plattform og system for å lage artiklar som bli laga gjennom samfunnsstyrte verktøy frå delt strukturert data som vil spreie meir effektiv og samarbeidskraftig innhaldsskaping og oversetting over Wikipedia sine språk.
Vårt fyrste mål er å gi ein fleir språkleg, skalerbar, påliteleg plattform som all vårt andre arbeid vil bli avhengig av: "Wikifunksjonar". Wikifunksjonar vil vera kjerne mekanismen som lar Wikimedia samfunna dele ein ny form av kunnskap og funksjonar. Dette vil gi kvart fellesskap moglegheit til å bruke verktøy som tilegare har vært meir tilgjengeleg for meir ressurssterke språk. Gjennom å byggja eit inkluderande, innbydande og berekraftig fokus for det tekniske arbeidet til bevegelsen, vil fleire samfunn få nytte av det no og i framtida. Wikifunctions is powered by the WikiLambda extension.
Vårt langsiktige mål er "Abstrakt Wikipedia", eit prosjekt for å bruke Wikifunksjonar kombinert med vanlege fleksible, språk-avhengig rammeverk for representasjon av strukturert data og abstrakte konsepter som er representert i Wikipedias artiklar, som kan aktivere eit lettare fleir språkleg samarbeid og redusere duplikasjon av innsats som per dags dato trengs for å laga og vedlikehalde ulike språk versjonar av Wikipedia. Dette vil tillate moglegheita for å skape ein ny type innhald, slik som maskin genererte artiklar, og gjere det lettare å integrere med andre plattformar og verktøy.
Team
The Abstract Wikipedia team is a collaborative group working together to build a system that enables language-independent knowledge creation. Our team encourages open discussions and shared decision-making.
Here you can find a list of our team members, their roles, and areas of expertise of our team:
Product
-
Amy Tsay (Director of Product) -
Denny Vrandečić (Head of Special Projects)
Design
-
Gregory Onyeahialam (Senior UX Designer)
Communications
-
Luca Martinelli (Movement Communications Specialist)
Engineering
Meeting Plan
Regular team meetings help us stay aligned, collaborate effectively, and address challenges together. Meeting notes and agendas are documented in our Meetings plan for transparency and easy reference.
The Abstract Wikipedia team runs a 45-minute retrospective every two weeks to reflect on what went well, what needs improving, and give each other shoutouts and props. The goal is to maintain engagement and understanding, and to continuously improve our culture and product development processes.
Chores
To maintain system stability and ensure a well-functioning development environment, our team shares responsibility for engineering chores—recurring tasks that keep our infrastructure, codebase, and workflows in good shape. These include monitoring and addressing technical debt, improving test coverage, reviewing and updating documentation, maintaining observability tools, and handling infrastructure upkeep. Engineers rotate through these tasks to ensure an even distribution of workload and to provide everyone with a deeper understanding of our system.
Product Development Process
The Abstract Wikipedia team plans work on a quarterly basis. Our Product Development Process defines how we plan, make decisions, and manage projects. We strive for a robust development process so our team can be more resilient, and we can ship more predictably. We continuously iterate on these processes as we learn.
Our workflow begins with work estimation, where we assess the complexity and effort required for tasks. You can find details on our approach in the Work Estimation Guide.
Finally, to ensure that completed work meets our standards before it is considered finished we maintain a clear Definition of Done.
To measure our progress and impact, we align our work with Objectives and Key Results (OKRs) and track our achievements using our OKR Scoring Framework.
Roadmap
Our planned deliverables for the year support the following strategic goals:
| Platform | Performance | Community |
|---|---|---|
| Build the platform capabilities needed to validate that we can support the Abstract Wikipedia vision at scale. | Remain performant in broad rollouts, in alignment with agree-upon service level objectives. | Output rich, multi-lingual encyclopedic content that is controlled by the Wikimedia community. |
Workflow
We track our work using Phabricator, following a structured approach for task creation, prioritization, and status updates. To ensure consistency, we adhere to our Phabricator Style Guide.
New to the team
Engineering Onboarding
This section will guide you through key technical aspects of our system, helping you get up to speed quickly.
Team Architecture
Understanding the architecture of Abstract Wikipedia is essential for contributing effectively. We encourage new engineers to review our Architecture Overview to familiarize themselves with our core components, services, and dependencies.
Observability
Maintaining a high level of observability is crucial for monitoring system health, debugging issues, and ensuring smooth operations. Our team relies on a combination of logging, metrics, and tracing tools to gain insights into system performance and behavior. New team members should explore our Observability Guide to understand how to access and interpret these insights.
Runbooks
We maintain a collection of runbooks—structured guides that outline common operational tasks, troubleshooting steps, and incident response procedures. New team members should familiarize themselves with our Runbook Repository and contribute updates when needed to keep them relevant and up to date.
Testing Status
Testing is an integral part of our development process to maintain code quality and system stability. New engineers are encouraged to review this and follow our Testing Guidelines when writing and reviewing code.
Git Workflow
At the Abstract Wikipedia team we have implemented a code-review workflow called "Mode eyes on code review" to ensure that at least two team members get to review one patch before it's merged. The goal of this system is to help with knowledge sharing, help navigate delicate areas of the code, and resolve some conflicts between author and first reviewer by adding a third party. Detailed guidelines can be found in our Git Workflow Guide.
Versioning
Wikifunctions follows a versioning approach that differs the versioning that Wikimedia uses.
Team Culture
We are a team, distributed around the world, who mostly interact through online meetings, asynchronous communication channels, working alone or in pairs, reviewing each other’s work, and communicating externally with other teams, communities, and the media.
We share principles to guide our communication, such as avoiding assumptions, building a culture that encourages good behavior, and leading with empathy.
Our team values honesty, transparency, respect, and fairness in our communication, and will work to provide context, avoid making assumptions, and communicate clearly and empathetically while reviewing each other’s ideas, concerns, suggestions, and other work.
We also seek to recognise and respect our colleagues’ communication preferences and acknowledge their differences, such as culture and language.
Main page: Team Culture
Keep in touch
Subscribe to our Abstract Wikipedia Public Mailing List to stay informed about the latest developments in Abstract Wikipedia and Wikifunctions. Join the discussion, get updates on new features, and connect with the community. Sign up here!