Development process improvement/Pages organization

Project categories

 * Category:WMF Projects → Category:Wikimedia engineering projects or Category:Wikimedia Foundation engineering projects?
 * Category:WMF Project Proposals → Category:Wikimedia engineering projects proposals
 * Category:WMF Projects 2010q3 → Category:Wikimedia engineering projects active in 2010-Q3 (because Category:Wikimedia engineering projects active during the third quarter of 2010 seems a bit much)
 * 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/October 2010 or Wikimedia engineering report/2010/October
 * WMF Engineering Overview November 2010 → Wikimedia engineering report/November 2010 or Wikimedia engineering report/2010/November
 * WMF Engineering Overview December 2010 → Wikimedia engineering report/December 2010 or Wikimedia engineering report/2010/December
 * WMF Engineering Overview January 2011 → Wikimedia engineering report/January 2011 or Wikimedia engineering report/2011/January
 * WMF Engineering Overview February 2011 → Wikimedia engineering report/February 2011 or Wikimedia engineering report/2011/February

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

Project pages
Requirements:
 * greater emphasis on the two things people care about most: status and roadmap.
 * One page that links to all of the other important docs
 * Per quarter categories.
 * All project pages on a single wiki
 * But detailed documentation can be elsewhere, e.g. on wikitech:
 * No initialisms/acronyms in page titles.
 * Unambiguous categories
 * An index of some kind (or master category) would be nice too.
 * As little maintenance as possible
 * 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"

Information:
 * Group
 * Project title
 * Project short description
 * Link
 * Status
 * Status history
 * Roadmap, target date
 * Team
 * Program manager

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.

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)

Version numbers

 * Use of version numbers / milestones to disambiguate between different states of features & projects
 * Echo these version numbers in bugzilla for easier bug tracking & feature planning
 * Use "mysterious future"-like version for unplanned features.