Development process improvement/Pages organization

Requirements
Content
 * greater emphasis on the two things people care about most: status and roadmap.
 * One page that links to all of the other important docs
 * No initialisms/acronyms in page titles.
 * a conspicuous banner on top identifying it as a WMF project page, and not an extension/manual page.

Basic project information
 * Project page template should have in infobox on the side with the following Project information:
 * name
 * team
 * start and end dates
 * category magic

Classification
 * Per quarter categories
 * Unambiguous categories

Location
 * All project pages on a single wiki
 * Project pages go under main namespace, e.g. Article assessment, Liquid Threads
 * But detailed documentation can be elsewhere, e.g. on wikitech:

Structure
 * An index of some kind (or master category) for all pages

Maintenance
 * As little maintenance as possible

Relation to extensions, subprojects & releases
 * Different phases or a project, and subprojects, should be regarded as different projects
 * e.g. We shouldn't have "Article feedback", "UploadWizard" or "Analytics upgrade", but "Article feedback pilot", "UploadWizard 0.1" and "udp2log deployment"
 * Project page template should link to the extension's page, if it exists


 * Project specifications, documentation, feature requests should be sub pages where possible. This may not always be the case.
 * We should not rely on sub page convention for categorization.
 * categories
 * Maybe: do template magic to figure out how to categorize by quarter based on start and end date.
 * eg: WMF Projects 2010q3


 * Time-based category should appear only on main project page not on sub pages
 * Make one category per project (which will appear on all pages)
 * Only the latest ongoing feature would have the category WMF Project
 * What happens when we have Liquid Threads and start a new project Liquid Threads v2
 * Both pages would have category LiquidThreads
 * Liquid Threads v2 only would have category LiquidThreadsV2
 * Liquid Threads v2 only would have category WMF Project

Information: That's really all we need as far as tracking is concerned. The link can lead to a more detailed page (on mw.o or elsewhere, say, wikitech) with even more links if needed.
 * Group
 * Project title
 * Project short description
 * Link
 * Status
 * Status history
 * Roadmap, target date
 * Team
 * Program manager

Places to display these pieces of information: ⇒ Information can be stored in a template and individual piece accessed through a #switch to be displayed appropriately
 * Monthly reports
 * Individual project pages
 * Wikimedia engineering projects (formerly WMF Projects) (basically, the same as monthly reports, but formatted differently)

Milestones & phases

 * Use of version numbers / milestones to disambiguate between different states of features & projects
 * For projects where version numbers aren't appropriate, use phases (phase 1, phase 2, etc.) but generally prefer version numbers
 * Echo these version numbers in bugzilla for easier bug tracking & feature planning
 * Use "mysterious future"-like version for unplanned features.

Community-led projects
It would be nice to record them somewhere; or even include them in the new structure?
 * Deglobalization
 * WMF Projects/New auth designs

Project categories

 * Category:WMF Projects → Category:Wikimedia engineering projects
 * Category:WMF Project Proposals → Category:Wikimedia engineering projects proposals
 * Category:WMF Projects 2010q3 → Category:Wikimedia engineering projects active in 2010-Q3
 * Category:WMF Projects 2010q4 → Category:Wikimedia engineering projects active in 2010-Q4
 * Category:WMF Projects 2011q1 → Category:Wikimedia engineering projects active in 2011-Q1
 * WMF Projects → Wikimedia engineering projects

Engineering reports

 * Put them all in Category:Wikimedia engineering monthly reports
 * WMF Engineering Overview October 2010 → Wikimedia engineering report/2010/October
 * WMF Engineering Overview November 2010 → Wikimedia engineering report/2010/November
 * WMF Engineering Overview December 2010 → Wikimedia engineering report/2010/December
 * WMF Engineering Overview January 2011 → Wikimedia engineering report/2011/January
 * WMF Engineering Overview February 2011 → Wikimedia engineering report/2011/February

Dependent project pages
These pages shouldn't be attached to their parent pages.

Note: fix double redirects.