KR2 Engineers have an improved understanding of current architecture and target architecture, enabled by the outputs of reaching level 3 for the AMM Architecture Development capability, "Gap analysis, modeling and iterative strategy for reaching a target architecture are completed”, measured quantitatively through surveys in Q1, Q2 and Q4.
KR3 Four (4) new service components in production delivering new capabilities, enabling and adopting industry standard best practices for architecture, engineering and deployment, allowing for the mitigation of risks for both development teams and operational stakeholders, building trust in our development processes. 1 service in by end of Q2, 2 by end of Q3, and 4 by end of Q4.
The Wikimedia movement has the tools and knowledge to identify and respond to abuse, misinformation, and disinformation campaigns, in order to more efficiently and effectively improve the quality of content, defend the projects and retain the public’s trust.
KR3: Coordinate and report quarterly on the disinformation activities across teams, establish a community support forum (by Q3), and participate in 10 external relationships (by Q4) including academia and industry partners.
ERF-Y2: Technology Dept - Front Line Defenses
Our infrastructure and data are staffed, secured and provisioned appropriately in each area to successfully prevent or handle malicious attacks, the unavailability of one system component, or the unavailability of a staff member.
Our technical community is thriving and has a clear, consistent means to discover, build, and deploy applications that support community workflows, invent new forms of content creation and consumption, and leverage Wikimedia's APIs and data beyond the core wiki experience.
KR1: Communities find the tools that they need through the new Toolhub catalog system (technical plan Q1, working prototype Q2, MVP Q4), and developers create more diverse solutions using a user-extensible, container-based default deployment process (working prototype Q3, running at least 1 workflow by Q4) in Toolforge.
* Implement milestone 2 functionality and supporting features (initial API & UI, crawler)
* Do buildpacks PoC
* Investigate options for continuous delivery
* Do CD pipeline PoC
KR2: A 10% increase in number of tool maintainers (4% by end of Q2) speaks to a vibrant ecosystem of technical contributors, supported by an iterative model and practice of community and capacity building (Q1 draft, Q4 MVP) which has been refined through 3 initiatives in focused outreach to technical communities (Q1-Q4).
Objective: Develop an iterative model and practice of technical community and capacity building
* Refine strategy and concept
Objective: Run 3 initiatives in focused outreach to new and existing technical communities
* Design and plan Outreachy round 21 with a focus on data science and engineering projects
Objective: Increase visibility & knowledge of technical contributions, services and consumers across the Wikimedia ecosystem
* Design and conduct the 2020 Coolest Tool Award jointly with community (Q1-Q2)
KR3: An organization strategy for key technical documents informs a continuing roadmap based on a process of drafts (Q1) refined by consultation with staff (Q2) and community input (Q3) and a prototype of a single entry point to lower barriers finding existing documentation (Q4).
* Collect initial use cases developer portal via staff consultations
ERF-Y2: Technology Dept - Production Quality
KR1: Evangelize, implement tooling for (by end of Q1) and define and implement Service Level Objectives and Error Budgets for our top 10 services and systems (2 in Q2, 4 in Q3, 4 in Q4) and report and iterate on them with product owners on a quarterly basis to optimize the balance of speed of innovation and reliability.
* Present SLOs and Error Budgets concepts to Product leadership
* Compile a target list of services with dependencies for SLO definition, towards a top-10 list
* Define SLOs for at least two top-10 candidate services
KR2: Educate teams on and define Code Health Objectives for our production-deployed code repositories (20% in Q1, 40% in Q2, 70% in Q3, 100% in Q4) and report and iterate on them with code owners on a quarterly basis.
KR3: Evaluate and shepherd a consultation and best practices recommendations on a potential move to GitLab for code review by the end of Q2. In parallel, 70% of Wikimedia developed application layer production service traffic is served by the Deployment Pipeline in Q3 and 95% by Q4.
Objective: Evolve and replace our CI system. Work to ensure out code review system is right for us.
Objective: Increase production traffic served by the Deployment Pipeline
Objective: Wikimedia deployments are safe, modern, and reliable
Objective: Wikimedia uses best-in-class collaboration and development tooling
* Evolve and replace our CI system. Work to ensure our code review system is right for us.
* Increase production traffic served by the Deployment Pipeline
* Wikimedia deployments are safe, modern, and reliable
* Wikimedia uses best-in-class collaboration and development tooling