Plan:FY18-19: Difference between revisions
From platformevolution
No edit summary |
No edit summary |
||
Line 6: | Line 6: | ||
|Program Goal=Empower the Wikimedia Foundation to accomplish its goals of Knowledge Equity and Knowledge as a Service by evolving and investing in our technology stack to improve its flexibility, maintainability, and sustainability | |Program Goal=Empower the Wikimedia Foundation to accomplish its goals of Knowledge Equity and Knowledge as a Service by evolving and investing in our technology stack to improve its flexibility, maintainability, and sustainability | ||
|Annual Plan Goals=Knowledge as a Service/Knowledge Equity | |Annual Plan Goals=Knowledge as a Service/Knowledge Equity | ||
}} | }} |
Revision as of 10:37, 23 February 2018
Program Manager: | Corey Floyd |
---|---|
Product Manager: | Cindy Cicalese |
Executive Sponsor: | Victoria Coleman |
Goals and Outcomes
Annual Plan Goals: | Knowledge as a Service/Knowledge Equity |
---|---|
Program Goal: | Empower the Wikimedia Foundation to accomplish its goals of Knowledge Equity and Knowledge as a Service by evolving and investing in our technology stack to improve its flexibility, maintainability, and sustainability |
Outcomes: |
|
Targets
Outcome | Target Description | Measurement Method |
---|---|---|
Outcome 1: Engineers have a clear understanding of our technology stack and the plan to better scale, maintain and test it | Engineers can confidently port specific individual components of Parsoid and verity its correctness and performance without requiring a full port to be ready | Ensure that token transformers and DOM passes have unit tests and a unit testing framework with suitable mocks |
Outcome 1: Engineers have a clear understanding of our technology stack and the plan to better scale, maintain and test it | WMF Staff and volunteers can view and understand the current architecture, proposed architecture, implementation plan as well as the parser unification plan | Ensure the architecture and plan documents exists, are publicly accessible, and are announced on public communication channels |
Outcome 2: Engineers are able to access more functionality of the stack using well encapsulated components and well defined APIs | Engineers can implement a REST API in MediaWiki using our routing infrastructure | Engineers develop or convert at least one service to REST in MediaWiki |
Outcome 3: Engineers better understand our current architecture and coding standards and where to find them | Engineers can view the WMF production architecture, the exposed APIs and the coding standards in a centralized documentation portal | Ensure this portal exists, is accessible by engineers inside and outside the organization, and is announced on public communication channels |
Budget Segments
Team: | Audiences Design |
---|---|
Outcomes: |
Team: | Documentation |
---|---|
Outcomes: |
Team: | MediaWiki Platform |
---|---|
Outcomes: |
Team: | Parsing |
---|---|
Outcomes: |
Team: | Performance |
---|---|
Outcomes: |
Team: | Readers Web |
---|---|
Outcomes: |
Team: | Services |
---|---|
Outcomes: |
Team: | WMDE (Daniel) |
---|---|
Outcomes: |
Full Plan
Resources